Greasemonkeyの過去においてのセキュリティ上の問題の解説。 Greasemonkeyだけに限らず、JavaScriptによるユーザ拡張を作成している全ての方に対して一読の価値があるドキュメントだと思われます。 原文：O'Reilly Media - Technology and Business Training Greasemonkeyの共通な落とし穴を避ける Greasemonkeyのセキュリティの歴史があなたの今にどう影響するのか (著) Mark pilgrim "Greasemonkey Hacks"の著者 2005/11/11 昔々、あるところにセキュリティホールがありました。（これは普通のおとぎ話ではないからそのまま読んでください。） Greasemonkeyのアーキテクチャは最初に書かれて以来大幅に変更されてきた。Version0.3は初めて広範囲に人気を得たバー

偽サイトにアクセスしてしまった場合でも慌てることはない。個人情報を入力しなければ、被害を避けられる。偽サイトを見破るポイントは、Webブラウザーのアドレスバーや「鍵マーク」を確認すること。基本的なセキュリティ対策も忘れないように（図1）。 図1●偽サイトにだまされないポイント アドレスバーに表示されているアドレス（URL）を確認することが第一。個人情報を入力するWebページでは、鍵マークなどが表示されていることをチェックして、SSLが使われていることを確認する。利用しているソフトウエアのぜい弱性の解消や、ウイルス対策の実施といった基本的なセキュリティ対策を施すことも重要だ。 アドレスで一目瞭然 Webページの見た目から偽サイトかどうかを判断するのは難しい。本物のサイトに置かれているHTMLファイルや画像ファイルをそのままコピーして使っているからだ。 しかし、Webサイトの「住所」に当たるア

設計・実装から運用，メソドロジまで，最新アンチパターンを徹底解説 先輩から教わったことのなかに多くの「やってはいけないこと」（アンチパターン）があるだろう。だが，その理由を問われると，うまく説明できないことがあるのではないだろうか。突き詰めて考えると，状況によっては「やっても構わない」こともあるし，技術の進化に伴い「やれるようになってきた」こともある。そこで設計，実装，テスト，運用，メソドロジの各分野について，取材を通じて浮かび上がった最新アンチパターンを徹底解説する。テーマごとに「どれくらいやってはいけないか」のレベルも表した。レベル３～レベル１の３段階あり，レベルの数字が大きいほど，やってはいけない度合いも大きい。 関連サイト： ■設計編 ■メソドロジ編 ■実装編 ■テスト編 ■運用編 ■サーバー運用編 ■データベース編 ■セキュリティ編 ■記録メディア編 ■方式設計編 ■内部統制編

プロトタイピングは，利用者とともにシステムのプロトタイプ（試作品）を作って，仕様を固める開発手法である。その効果を出すには，プロジェクトのどの範囲をプロトタイピングでカバーするのか，仕様の最終的な取りまとめをだれがいつまでにやるのか，といった原則をあらかじめ決めておく必要がある。そうでないと，利用者の意見が収束せず，仕様がいつまでも確定しないといった事態を招く危険がある。 プロトタイピングと呼ぶ開発手法が使われ始めてもう10年近くになる。プロトタイピングは，システムの実際の利用者に設計過程からプロジェクトへ参加してもらい，意見を交換してシステムのプロトタイプ（試作品）を作り，仕様を固めていく手法である。 だが，実際に「役立つプロトタイピング」がどれだけ行われているかとなるとはなはだ疑問である。プロトタイピングの効果を，利用者に自由に意見を言わせて，それをできる限り取り入れようとすることだけ

どうか、あなた自身を許してあげて下さい。 http://d.hatena.ne.jp/kaien/20070725/p2んー、まあ良いことを言っているとは思うけど、なんか違うのよね。 まず最初に断っておくけど、許すとか肯定するとか言うと価値判断を含んでいる気がするんで、今回のエントリでは「認める」という表現を使っていくよ。 「認める」にもいろんな意味があるけど、できるだけニュートラルなものだと思ってくれ。認めることは許すことではないし、認めることは肯定することでもない。一番近いのは「知る」という言葉かな。これから私が書く「認める」というのは、まあ、そんな感じの意味として受け取ってちょうだい。 じゃ、いこう。 大事なのは「自分を認める」こと。 ……とか言うとすごく陳腐だけど、きっとわけがわからなくなっていくだろうから続きを読んでおくれ。 『SWAN SONG』の結末近く、あまりにも暗く陰惨な

顔に見える？最近「送水口」が気になるという話 「送水口」が気になる今日この頃 最近街中で気になる存在、それがこの「送水口」です。地上のフロアが7階以上あるビルなど、一定の条件を満たした建築物には設置が義務付けられているもので、火事が発生したフロアにただちに水を送るために使われるものです。ポンプ車…

最近「isologue」さんと「bewaad」さんとの間で沸き起こった議論のおかげで、既裁定年金と未裁定年金（過去期間）の受給権が財産権であると考えてよいらしいとわかってたいへん勉強になった（これとかこれとかこれとか）。法解釈問題についてはbewaadさんのほうが旗色よさそうで、この種の問題の「正解」はお役人さんに聞くに限るってことだな。ただこの周辺で飛び交ってるいろいろな人のいろいろなご意見とか、マスメディアからの情報とか、身の回りの人たちの話とかをいろいろと考え合わせてみると、この法解釈問題の解決によって国民の年金問題に関する不安が解消するのかどうかはよくわからない。 私は頭が悪いし知識もないので、こういうハイレベルの議論に参戦するつもりはない。代わりに、かねがね持っていた疑問について考えてみることにする。賢い方々はおそらくすでに「正解」をお持ちなんだろうが、私なりに「納得」したいと思

現在のウェブには、人間のためには何テラバイトもの情報があるが、コンピュータはこれを利用できない。HTMLのページの内側には、難しい形でフォーマットされていて機械には処理するのが難しい形で情報が詰まっている。いわゆるWeb 3.0は、本物のセマンティックウェブの前ぶれとなる可能性が高い。ここでは「Web 3.0」という言葉を、主要なウェブサイトがWebサービスへと変わっていき、世界に対して情報を効果的に示すようになるという意味で使っている。 この変化は、次の2つのうちのどちらかの形で起こるだろう。一部のウェブサイトは、Amazonやdel.icio.us、Flickrなどの例に従い、REST API経由で情報を提供していくようになるだろう。他のサイトは、情報は独自の形式を維持するが、DapperやTeqlo、Yahoo! Pipesのようなサービスを使って作られたマッシュアップを通じて外へ出

SSHサーバの設定ファイルは/etc/ssh/sshd_configとなっている。このファイルを変更した後は、変更を反映させるためにその都度SSHサービスを起動し直す必要がある。 SSHが接続を待ち受けるポートの変更 SSHはデフォルトでは22番ポートで接続を待っている。攻撃者はポートスキャナを使ってホストがSSHサービスを実行しているかどうかを把握するが、（nmapを含め）大抵のポートスキャナではデフォルトでは1024以上のポート番号のスキャンは行なわれないため、SSH用のポートを1024以上の番号に変更しておくのが賢明だ。 具体的には、/etc/ssh/sshd_configファイルを開き、以下のような行を見つけて変更する。 Port 22 この行でポート番号を変更したら、以下のようにしてSSHサービスを起動し直そう。 /etc/init.d/ssh restart SSHプロトコル2

僕は、1 日に少なくとも 3,000 行程度、多く書くときで 10,000 行以上のプログラムを書くことができる。その結果、多い月で 10 万行 / 月くらいである。なお、言語は書くソフトウェアの性質上、大半が C 言語である。 また、プログラミングにはバグが付き物だが、ここ 2、3 年の間は、発生するバグの数を極めて少なく保つことに成功している。 とても大きく複雑で、かつレイヤ的に OS に近い処理をたくさんやるプログラムを書く場合は、プログラミングをするときでも、事前の設計が極めて重要となる。設計をうまく行わないと、後になって全面的に書き直しをしないといけなくなったり、パフォーマンスが低下したりする原因となり、開発者の苦痛の原因となる。 当然のことながら、これまで書いたいくつかの大きく複雑といえるソフトウェアの大半の設計も、自分で行った。いかなる場合でも、設計は、最初の 1 回目で確定

このままフェイドアウトしようかとばかりに、いけしゃーしゃーと暢気に童貞について書いていたら、凄い力作が二本。 まとめ物　　ARTIFACT@ハテナ系-売春婦への蔑視発言の話 　kanoseさん http://d.hatena.ne.jp/kanose/20070320/prostitutioncontempt 論証物　　　地を這う難破船-何が「差別」であるのか（――検証）　sk-44さん http://d.hatena.ne.jp/sk-44/20070320/1174441827 どちらも非常に丁寧で、認識としてはかなりkanoseさんに近いし、近代という前提に立てば、というか、ほとんどの人が立っていて、しかもそこで生活しているわけですから、sk-44さんの主張は真っ当としか言いようがないと思われます。凄い力作。見事なもんです。 これは、sk-44さんが近代の枠を超えた上の視点から近代を

「差別」の語には「ある人がある人たちに偏見をもって蔑むこと」と「あるひとたちが世の中の仕組みの中で不公平な立場におかれていること」の二通りの用法があること、その二種類の用法から生じる齟齬について差蔑ではない差別 - Backlash to 1984で先述した。これについてブクマに寄せられたコメントをもとに、引き続き述べたい。 以下のやりとりをデフォルトとします。 A「それこそ差別だ！」 B「差別していない！」 A「差別する人ほど差別していないと強弁する！」 B「そういう決め付けこそ差別じゃないか！」 …お互い何を言い争っているか、ここでホンヤクコンニャクを出します。 （１）双方が、「差別」に該当者個人の蔑視や偏見を見て取る場合 A「それこそ人を見下した言い方だ！偏見だ！」 B「わたしはあなたを見下してないし偏見なんか持ってない！」 A「偏見で蔑んでいる人ほどそれを隠して言い張る！」 B「そ

この内容について 今日は、Lingr上で梅田望夫さんとのチャットイベントが行われました。 My Life Between Silicon Valley and Japan - Lingrリベンジ成功おめでとう。150人チャットを1時間半やったよ!!! なんと１５０人もの人たちが集まったそうです。チャットの生ログはこちらにアップされていますが、発言内容を追って行くにが大変な部分もあると思います。そこで、本日行われたLingr上でのチャット内容を生ログよりは簡単に流し読みするために、ほんの若干!?フィルタをかけてアップしてみます。 発言者の皆さんの内容は基本的にそのまま記載しています。中には、２、３回に分けて発言したコメントを連結したり、前後の意味が通りやすくする為に発言順序を上下したり、中にはばっさりと削除しているものもあります。ちなみにワタシは「yusuke」で発言しています。 今回のイベ