私が5年前(2004年)に「Webアプリセキュリティ対策入門」を執筆していた時には、既に壊れた文字エンコーディングなどの不正な文字エンコーディングを利用したJavaScriptインジェクションやSQLインジェクション攻撃は比較的広く知られていました。この問題は当時のスラッシュドットジャパンでも取り上げられていました。 不正な文字エンコーディングを利用した攻撃は、文字エンコーディングを厳格に取り扱い、文字エンコーディングをバリデーションすれば無くなります。これを怠ると、システムのどこで問題が発生するか予想で... > このページを見る
最終更新時間:
2009年09月10日10時42分
このエントリーに含まれている商品
Webアプリセキュリティ対策入門 ~あなたのサイトは大丈夫?
-
定価: ¥ 3,129価格表示について価格は、記載された日付/時刻の時点において正確です。価格は変更される場合があります。購入時にAmazonウェブサイトに表示されている価格が、その商品の販売に適用されます。
-
- 出版社/メーカー:技術評論社(単行本)
- 発売日:2006/03/16
- Amazon.co.jp 商品ランキング:504,581 位
みんなのブックマーク 人気(0) 新着
- やる場所でいえば$_GETとかに詰め込まれる前段階だよなあ。
- mb_check_encodingはSJIS-win/eucJP-winのとき正しい文字を不正とみなすので、イマイチ使いにくい気がします。UTF-8ならいいかもしれませんが。参考: http://d.hatena.ne.jp/hnw/20090215/
- 「誤字・脱字では自分でも見つけましたが、こういう本の評価に重要なのでしょうか?」 信頼性が低く見られる。ちゃんと推敲されてないってことだから。「書く事だけに一生懸命」とか時間がないとかは言訳にできない
- 実装は容易。困難とか言ってる奴はコードと脳の両方、もしくは脳が腐っている。問題は性能にどう響くか、だけど、仕方ないコストだよねぇ//一番腐っているのはブラウザと処理系だが
- 今更ながら反応してみる。単純なSQL Injection、XSSでさえまともに対策できてないのが現状なのに、いきなり文字エンコーディングバリデーション!って言ってもねえ…
- 大筋同意なんだけど、「Ruby1.9は不正な文字エンコーディングを受け付けないからです。個人的には明示的にバリデーションコードで検出する方が良いと考えています」の理由を知りたいです
- 私も当たり前の対策の一つになると思っていたが、ならなかったのはMBCSでは結局必要となる文字コード変換がその替わりになる、冗長なUTF8はブラウザ等が拒否すれば影響がないのでXSSCSSのようにスルーされたのではないか
- 被害の具体例と解決方法を、簡潔に書けば飛びつくのに!
- 耳イタすぎ。あたりまえにならないからといって手を抜く理由にならんぜ>自分
- 読み手のこと考えると誤字・脱字は無い方がいいでしょ。
- mysql_set_charset() は 5.2 系からじゃないと使えないからさ~ばによっては SET NAMES しかできないこともあるにう(´・ω・`;【みかん そ~いえば,mb_check_encoding() ってどこかのば~ぢょんで誤動作しなかったっけ?
- あとで
- 必読。2009/9/10夕方からTwitterで色々質問させてもらったことの、まとめのような内容になっている。
- 文字コードのチェックは仕様とは関係ないから実装されないんじゃないかな?やるのだったらPHP側で出来るだろうし、すべきだと思う。
- 「もしかしてコード監査で酷い目に合わせてしまった方達なのかな?(汗 」←こういう事を書いてしまうメンタリティが「脆弱」なのよ。
- うーむ。チェックしろと口で言うのは簡単だけど実装はそんなに簡単じゃない、という話もありそうですけどね。
- SQLを組み立てたりHTMLを出力したりするときに弾けばいいので、入口で弾く必要はないと思ってます。
- 具体的な例示がないと、誰も危機感持たないよ。XSSだとかSQLインジェクションとかはわかりやすかったから対策ブームが起きたわけで。「文字エンコーディングバリデーション」なんてネーミングじゃ流行らない……
- 不正な文字エンコーディングを利用した攻撃。発見されて認知されても既存アプリケーションの多くは対策をとらない。javascript インジェクション。db 層のエンコーディングについてもSET NAMES をアプリケーションから使って
- ohgakiさんの文章は、正確なんだろうけど、どーも凡グラマの自分には読みずらい・・・。
このエントリーを含むエントリー(18)
-
だるい - ikepyonのお気楽な日々〜技術ネタ風味〜 2 users
-
脆弱性とその対策の備忘録 6 users
-
Rails 2系のXSS脆弱性がRuby 1.9では影響なしとされる理由 - 岩本隆史の日記帳 54 users
-
文字エンコーディングの妥当性確認(バリデーション)について - t_komuraの日記 40 users
-
徳丸浩の日記 - 論点の整理 - 文字エンコーディングバリデーションは自動化が望ましい 6 users
-
徳丸浩の日記 - 論点の整理 - 文字エンコーディングバリデーションは自動化が望ましい 59 users
-
徳丸浩の日記 - PHP以外では - 既にあたり前になりつつある文字エンコーディングバリデーション 2 users
-
セキュリティ専門家でも間違える!文字エンコーディング問題は難しいのか? 216 users
-
徳丸浩の日記 - PHP以外では - 既にあたり前になりつつある文字エンコーディングバリデーション 3 users
-
文字コードのセキュリティ - 2009-09-14 - ロンリースター個々一番 2 users
-
徳丸浩の日記 - PHP以外では - 既にあたり前になりつつある文字エンコーディングバリデーション 73 users
-
徳丸浩の日記 - PHP以外では - 既にあたり前になりつつある文字エンコーディングバリデーション 307 users
-
Validating Strings :: 2009-09-12 - はてなるせだいあり 9 users
-
みんな!オラにやる気を分けてくれ! - ikepyonのお気楽な日々〜技術ネタ風味〜 17 users
-
2009-09-10 - 岩本隆史の日記帳 12 users
-
UTF-8の冗長なエンコードとは何で、なんでそれがセキュリティ的に危ないのか?を文字コード知識レヴェル3くらいの凡プログ... 2 users
-
UTF-8の冗長なエンコードとは何で、なんでそれがセキュリティ的に危ないのか?を文字コード知識レヴェル3くらいの凡プログ... 451 users
-
UTF-8の冗長なエンコードとは何で、なんでそれがセキュリティ的に危ないのか?を文字コード知識レヴェル3くらいの凡プログラ... 2 users










