質問: 私の考えすぎかもしれませんが、お尋ねいたします。 簡潔に ``` $mail=$_POST["mail"]; if(mb_substr_count ($mail,"@")!=1) { die("メールアドレスが不正です"); } mb_send_mail($mail,"タイトル","本文"); print("送信しました。"); ``` というような、mb_send_mail関数によるメール送信機能を持ったページを作る時、有効なメールアドレスであっても、悪意あるユーザーに連投されてメールサーバーに負荷をかけられるのは避けたいのです。 考えた案としては、 ・前ページで、ワンタイムパスワードを発行しhiddenでページに埋め込むと共にセッションでもそのパスワードを保管し、前ページからパスワードをPOSTでアドレスと共に送信させ、メール送信前にPOSTで受け取ったパスワードとセッションのパスワードを比較する。 ・セッションに、1回目に来た日時を記録し、2回目に来た時の日時と1回目の日時を比較、この差が短すぎたら連投と見做す。 を挙げますが、セッションが紐づくブラウザ側のクッキーは、幾らでも消すことができるため、前ページでセッションIDを再発行できてしまいます。(それでも十分な時間稼ぎになるかも知れませんが。) どのような連投規制が効果的でしょうか。
回答: > > 私の考えすぎかもしれませんが、お尋ねいたします。 > > > 考えすぎではないです。自身の所有するドメインを汚さないためにも必須です。 対策として、フロント側の技術としては、maisumakun さんが提案する、reCAPTCHA が非常に強力です。 *個人的には、新しいバージョンのやつをどっかに仕掛けてみたいですw サーバサイドには別の仕掛けが必要です。 投稿制御に token と Referrer チェックを行うことで、機械的な投稿をある程度制御するところが入り口です。 そこから、中身の確認や、ip address の確認をして制御することに進みますが、この辺はポリシーを決め実装していくと良いです。 雑なポリシーとしてよくあるのは「英数字のみの投稿を弾く」とか「海外の ip address は投稿させない」とかですが、運用しながらチューニングしていくという方法もあります。 個人的には、同一 address からの投稿数をある程度抑止する対策さえ入れておけば、急激なスパム発射台化は避けられるので、とりあえず、様子を見る時に使っています。