移転しました。

先日の日記で携帯の認証に関しての考察をして、とりあえずキャリア毎のIP制限を行っていれば端末IDやユーザID認証を信用していいのでは無いか？と書いたのだが、更に調べた結果どうも怪しい実態が見えてきたので危険度と合わせて再度纏めてみようと思う。 とりあえず指摘があったので前回のテストに加えて以下を試してみました。 NO uidに指定した値 実際に送信されてくる値 8 %30%31%32%33%34%35%36%37%38%39%61%62*1 1234567890ab うわ弱っ、駄目じゃん。見事にuidの詐称が成功してしまった…。 DoCoMoのユーザIDの信頼性が地に落ちた瞬間です。 2007-03-01追記）DoCoMoスゲー！昨日は確かに上記の方法で詐称できたのに、今日はもう既に対策されとるし(^^; 今、同じことを試すと以下のメッセージが出るのみでした。 IPサイトの記述に誤りがある

著者プロフィール：藤田正美 「ニューズウィーク日本版」元編集長。 東京大学経済学部卒業後、「週刊東洋経済」の記者・編集者として14年間の経験を積む。1985年に「よりグローバルな視点」を求めて「ニューズウィーク日本版」創刊プロジェクトに参加。1994年～2000年に同誌編集長、2001年～2004年3月に同誌編集主幹を勤める。2004年4月からはフリーランスとして、インターネットを中心にコラムを執筆するほか、テレビにコメンテーターとして出演。ブログ「藤田正美の世の中まるごと“Observer”」 EU（欧州連合）とロシアの首脳会議が5月18日に開かれた。今年末に期限の切れるEUとロシアの「パートナーシップ協力協定」（1994年締結）に代わる新協定の協議を始めるはずだったが、結局、何の合意にも至らなかった。 EUとロシアの対立点はいくつかある。例えばポーランドは、エネルギーのロシア依存から脱

ITproの連載中に、id:hasegawayosukeさんから以下のようなコメントをいただいていました。 対策遅らせるHTMLエンコーディングの「神話」：ITpro - 葉っぱ日記 全ての文字をエスケープしようなどと非現実的なことは言わないけれど(とはいえMicrosoft Anti-Cross Site Scripting Libraryのようにほとんど全ての文字を実体参照に置き換えるものもあるので、あながち非現実的とも言えないのかも知れない)、エスケープ対象を「'」「"」「<」「>」「&」の5文字に限定しているのは何かこの記事に書かれていない理由があるはずだと思ったからです。 はてぶの方は見ていましたが、日記の方を見落としていまして、お返事が遅れました(_ _)。 なぜ、「<」、「>」、「&」、「"」、「'」の5種類の文字をエスケープするのかについては、色々考えるところがあります。

高木浩光氏からの批判の一つは、数値リテラルをシングルクォートで囲むことに対する論拠のあいまいさであったように思う。 「性能的にも不利だし」 < 性能の影響は皆無。問題はそこではなく、挙動がSQL仕様で定義されているか。 以下にもう少し掘り下げて考察してみよう。 SQL仕様でどう定義されているか? 以下のようなSQLで、列IDがint型であると仮定しよう DELETE FROM DOCUMENTS WHERE ID=1 この数値リテラル1をシングルクォートで囲んだ場合の動作はどう規定されているか? DELETE FROM DOCUMENTS WHERE ID='1' 今手元にJIS SQLなどの規定がないので記憶に頼って書くしかないが、このような場合は、varchar型などの文字型から、int型への「暗黙の型変換」が実施される。つまり、'1'という文字列は、1という数値(整数)に変換されてか

「プロフ」というサービスをご存じだろうか。携帯電話やPCなどに対応した自己紹介ページを作成できるサービスの総称だ。10代を中心に人気を集め、コミュニケーション手段の1つとして使われている。メディアシークが自社モバイルサイトの利用者に対して行った調査によれば、13歳〜15歳の85人のうち90％がプロフの存在を知っているといい、実際にプロフページを持っている人も67％にのぼるという。多くのユーザーは携帯電話から自分のプロフを作成し、友人同士で見せ合っているようだ。 プロフを運営している事業者はいくつかあるが、その中でも多くのユーザーを抱えているサービスの1つが「前略プロフィール」だ。900万以上のプロフィールページが開設されており、ユーザー数は「数百万人」と運営者は話す。 実は、この前略プロフィールを運営しているのはショッピングモールの最大手、楽天だ。ただし「楽天」というブランド名は前面に押し

今年2011年はPHPフレームワーク的にみると大きな転換点？かもしれません。 全地域で見ると、Code IgniterがCakePHPを超えて検索量トップに出てきているようです。 軽く高速なフレームワーク、というコンセプトがPHPとうまくかみ合っているのかもしれません。

「安全なウェブサイトの作り方」は、IPAが届出(*1)を受けた脆弱性関連情報を基に、届出件数の多かった脆弱性や攻撃による影響度が大きい脆弱性を取り上げ、ウェブサイト開発者や運営者が適切なセキュリティを考慮したウェブサイトを作成するための資料です。 「安全なウェブサイトの作り方」改訂第7版の内容 第1章では、「ウェブアプリケーションのセキュリティ実装」として、SQLインジェクション 、OSコマンド・インジェクション やクロスサイト・スクリプティング 等11種類の脆弱性を取り上げ、それぞれの脆弱性で発生しうる脅威や特に注意が必要なウェブサイトの特徴等を解説し、脆弱性の原因そのものをなくす根本的な解決策、攻撃による影響の低減を期待できる対策を示しています。 第2章では、「ウェブサイトの安全性向上のための取り組み」として、ウェブサーバの運用に関する対策やウェブサイトにおけるパスワードの取扱いに関す

クロスサイト・スクリプティングという言葉は元々，WebアプリケーションのHTMLエンコード漏れなどを利用することによって第三者にJavaScriptを実行させる手法を指す。広義では，HTMLのエンコードによる画面改変などを含むこともある。 前回述べたように，クロスサイト・スクリプティングのぜい弱性はWebアプリケーションに見付かるぜい弱性の半分以上を占める。数年前から指摘されているにもかかわらず，一向になくならない。その理由として，クロスサイト・スクリプティング対策あるいはHTMLエンコード注1）に対する「神話」があり，正しい対策の普及を遅らせているように思う。その「神話」の数々について説明しよう。 注1）実体参照（entity reference）というのが正式だが，あまり普及していない用語なので，HTMLエンコードという用語を用いる 「すべからくHTMLエンコードすべし」が鉄則 HTM

この記事は移動しました URL: http://blog.rocaz.net/cgi/article.cgi?t=2007/02/26T11:03:00

表題のとおりですが、 # PHP7.4.3（Ubuntu 20.04）にxdebugをインストール apt install php-xdebug phpenmod xdebug systemctl restart apache2 # xdebugを無効にする phpdismod xdebug systemctl restart apache2 ApacheでPHPのページにアクセスするとsegmentation faultになる。 [Thu Dec 16 19:32:08.276046 2021] [core:notice] [pid 421823] AH00051: child pid 421937 exit signal Segmentation fault (11), possible coredump in /etc/apache2CLIも同じで、gdbで見ると以下のような感じです