水無月ばけらのえび日記

spammers.tab の設定を貫通!?

Xmail の spammers.tab に

"218.187.0.0"    "255.255.0.0"

などと書いてごっそり拒否していたはずなのに、218.187.44.204 からあっさりと spam が着弾。

さんざん頭をひねったあげく、Xmail のフィルタルールを貫通する送信方法があるのか!? などというとてつもない疑惑まで浮上してきましたが、よくよく見たら、件の記述が

"218.187.0.0."    "255.255.0.0"

となっていて、末尾によけいな "." がついていたことが判明しました。しくしく……。

• 「spammers.tab の設定を貫通!?」にコメントを書く

関連する話題: bakera.jp / サーバ / メール / MTA

サニタイズ言うな?

「セキュアなWebアプリ実現のために本来やるべきことは? - 高木浩光氏 (pcweb.mycom.co.jp)」。

「パラメータ改ざん」というキーワードがよろしくないというお話は激しく同意。ありとあらゆるパラメータは当然改竄できるのですし、たいていは改竄されてもたいした問題は起きないので、改竄されること自体は全く問題ではないはずです。ただ、たまに改竄されると問題が起きてしまうケースがあって、「パラメータ改竄による偽価格データの送信」「パラメータ改竄によるディレクトリトラバーサル」「パラメータ改竄によるクロスサイトスクリプティング」といった事が起きますが、それらはそれぞれ価格の改竄、ディレクトリトラバーサル、クロスサイトスクリプティングの問題であって、パラメータ改竄としてひとくくりにすべきではないでしょう。脆弱性の一類型として「パラメータ改ざん」というキーワードを使うのは不適切だとずっと思っていました。

それはさておき、今ひとつ分からなかったのがサニタイズの話です。

SQL文の発行の際には普通にエスケープ処理をしておけばそれだけで十分であり、特別に「悪意ある入力を無害化する」ということを意識しなくても良いはずだ、というお話でしょうか。確かに、セキュリティ云々を抜きにして考えても、ユーザが検索文字列に単引用符(')を含めたら SQL のエラーが出る、というのはバグでしょうし、そういうバグが起きないように書いていれば、自然と SQL インジェクションなどできない状態になっているはずです。

実は「サニタイズ」と一口に言っても、そこには全く違う 3つの方法論があるのですね。

• 問題が起きる文字列をエスケープして処理する
• 問題が起きる文字列を削除してしまう
• 問題が起きる文字列を含む入力はエラーにしてしまう

これを、たとえば単引用符(')を検索したケースに適用してみますと、それぞれ以下のような結果になるでしょう。

• 単引用符が検索され、単引用符を含む項目がヒットする
• 単引用符が削除され、空白文字列が検索されたことになる
• 単引用符を含む文字列は検索できません、というエラーが出る

どれが望ましいかは明らかです。二番目の結果はユーザの意図と異なるものが検索されてしまう不具合、三番目の結果も不具合に近いでしょう。

しかし、どれも「サニタイズしている」ことには間違いありません。「サニタイズしてください」と求めた場合、一番目ではなく二番目、三番目の処理をされたとしても文句は言えません。ですので、「サニタイズ」という万能の言い方をするよりも、具体的にどうするのかを明確にして議論した方が良いと言えるでしょう。

……というようなお話なのかな、と理解しましたが、そんな感じで良いのでしょうか。

しかし SQL や HTML の出力はそうだとしても、パス名パラメータについてはエスケープ処理で無害化することができませんし、何が有害で何が無害なのかは状況によって異なりますので、純粋に「悪意ある入力を無害化」ということを意識してサニタイズ処理を入れておく必要があるはずです。もっとも、パス名パラメータを外部入力させるような設計自体を「サニタイズ」したほうが良いような気もしますが……。

• 「サニタイズ言うな?」へのコメント (44件)

関連する話題: セキュリティ / サニタイズ言うな