#クッキー出力にまつわる脆弱性

以下の２種類に分別される
①クッキーを利用すべきでない目的でクッキーを使っている
②クッキーの出力方法に問題がある

①クッキーにデータを保存しないほうが良い理由

➡クッキーでできてセッション変数でできないことは情報の寿命の制御, 異なるサーバーとの情報共有 だけです。　なので通常はセッション変数を利用すべき。

#クッキーのセキュア属性不備

影響　・・HTTPS通信を利用し、かつ認証のあるページすべて　（これらはなりすましによって）
対策・・・クッキーにセキュア属性をつける、セッションIDとは別にセキュア属性付のクッキーとして
トークンを発行し、ページごとにトークンを確認する。

トークンにより安全性が確保できる理由

①トークンは認証成功時に一度だけサーバーから出力される
②トークンはHTTPSのページで生成される（サーバー➡ブラウザ）
③トークンは確実に暗号化されてブラウザから送信（ブラウザ➡サーバー）
④HTTPSのページを閲覧するにはトークンが必須

#メール送信の問題

①メールヘッダ・インジェクション脆弱性
➡メールメッセージの宛先や件名などヘッダフィールドに改行を挿入することにより、新たなフィールドを追加したり、本文を改ざんすること

対策　外部からのパラメータをメールヘッダに含ませないようにする
②hiddenパラメータによる宛先保持
➡hiddenパラメータの送信先アドレスを任意アドレスに変更することにより、迷惑メールの送信に悪用される
③メールサーバーによる第三者中継
➡メールサーバーの設定に問題があると発信者でもない、受信者でもない第三者を中継する可能性がある。http://www.rbl.jp/