lynx   »   [go: up one dir, main page]

記事へのコメント28件

  • 注目コメント
  • 新着コメント
willnet
このように，UTF-8では特定の文字を複数の形式のバイト列で表現できる／現在のUnicode仕様ではバイト数が最小になるもの以外は不正なバイト列であるとして，UTF-8として解釈することを明確に禁止しています

その他
ockeghem
『現在のほとんどの…ミドルウェアでは，このような冗長なUTF-8表現は禁止されている』<メジャーなところではJavaが最近(2008年12月)まで禁止されていなかった。よって、「最新のミドルウェアを使う」という原則も欲しい

その他
nagaitakeyuki
UTF-8の非最短形式の話。

その他
akatakun

その他
tmatsuu
#sumida_sec これか

その他
kana321
UTF-8の冗長なエンコード

その他
iww
こういうのがたんまりあるから、「/を取り除く」 みたいなコードを自前で書いたりすんな。 という話

その他
shields-pikes
なるほど。検索クエリについて調べてたら見つけた。経験則としてはわかってたけど、やっぱりそうなんだ。

その他
xxxxxeeeee
UTF-8を自分で扱うことの問題.

その他
yu_feb9
エンコード。

その他
nilab
本当は怖い文字コードの話：第4回　UTF-8の冗長なエンコード : 「現在のUnicode仕様ではバイト数が最小になるもの以外は不正なバイト列であるとして，UTF-8として解釈することを明確に禁止」「2001年のNimdaウイルス」

その他
kaito834
UTF-8 の冗長なエンコードにおけるセキュリティ上の問題点。Nimda ワームがこういった脆弱性を悪用したこと、CVE-2008-2938 を覚えておこう。はてぶのコメントも参考になる。

その他
willnet
willnet このように，UTF-8では特定の文字を複数の形式のバイト列で表現できる／現在のUnicode仕様ではバイト数が最小になるもの以外は不正なバイト列であるとして，UTF-8として解釈することを明確に禁止しています

2010/09/11 リンク

その他
yujiorama
自前でUTF-8を処理しない! だから getBytes 禁止!

その他
tohokuaiki
このように，UTF-8では特定の文字を複数の形式のバイト列で表現できるため，＜ここがわからん

その他
knakan3
ビットパターンを覚えよう

その他
tree3yama
EUC-JP の 声(C0 BC)、西(C0 BE)、成(C0 AE)、政(C0 AF) あたりを覚えていると、CVE-2007-0242 とか CVE-2008-2938 とかの検証は簡単に出来る。

その他
benediktine
便利なUTF-8も使い方を間違えると危ないらしい。

その他
ardarim
他人（ライブラリ）が何やってるかわかんなくて怖いから自前で。という理屈もありっちゃありなんだよな…。余程自信が必要だけど

その他
MinazukiBakera
「自前でUTF-8を処理しない」ごめんなさい。orz

その他
rin1024
utf8の話

その他
ockeghem
ockeghem 『現在のほとんどの…ミドルウェアでは，このような冗長なUTF-8表現は禁止されている』<メジャーなところではJavaが最近(2008年12月)まで禁止されていなかった。よって、「最新のミドルウェアを使う」という原則も欲しい

2009/05/09 リンク

その他
y-kawaz
Nimdaはこれを突破口にしてたのかー懐かしい。IISは使ってないから対岸の火事だったけど独特のアクセスログのパターンにはうんざりだったな。Nimdaログを捨てる設定とかはやったっけ

その他
kiryuu
「自前でUTF-8を処理しない」

その他
kits
「自前でUTF-8を処理しない」

その他
kiyo1978
Annotated link http://www.diigo.com/bookmark/http%3A%2F%2Fgihyo.jp%2Fadmin%2Fserial%2F01%2Fcharcode%2F0004

その他
tsukamott
UTF-8の冗長なエンコード

その他
girled
便利だけどその反面、いろいろとリスクも含んでるって話だよな。確かに自前のエンコードデコードは避けて信頼性あるライブラリに任すべきだよな。内部エンコードとインターフェースエンコードをわざと変えるっていう

その他
fukken
本当は1バイトで済む文字を、無理やりマルチバイトとしてエンコードする事で、バックスラッシュとかを潜り込ませる。1つのUnicodeに複数のUTF-8表現が（禁止されてるけど）使えちゃう処理系に起因する脆弱性

その他
TAKESAKO
『冗長なUTF-8による検査の漏れを防ぐもっとも最善の方法は，UTF-8の検査や他の符号化形式への変換をライブラリやフレームワークに任せ，「自前でUTF-8を処理しない」ということに尽きます。』

その他
hasegawayosuke
うーん…。もうちょっと頑張りたい。

その他

注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

アプリのスクリーンショット
いまの話題をアプリでチェック！
  • バナー広告なし
  • ミュート機能あり
  • ダークモード搭載
アプリをダウンロード

関連記事

第4回　UTF-8の冗長なエンコード | gihyo.jp

今回は、文字コードに関連するセキュリティの話題では古参ともいえるUTF-8の冗長なエンコードというテー...

ブックマークしたユーザー

すべてのユーザーの
詳細を表示します

同じサイトの新着

同じサイトの新着をもっと読む

いま人気の記事

いま人気の記事をもっと読む

いま人気の記事 - 暮らし

いま人気の記事 - 暮らしをもっと読む

新着記事 - 暮らし

新着記事 - 暮らしをもっと読む

同時期にブックマークされた記事

いま人気の記事 - 企業メディア

企業メディアをもっと読む

はてなブックマーク

公式Twitter

はてなのサービス

  • App Storeからダウンロード
  • Google Playで手に入れよう
Copyright © 2005-2025 Hatena. All Rights Reserved.
Лучший частный хостинг