メールフォーム 連続送信トラブル qq.comから フォームオプションが無効化

[鈴木孝明]

お世話になります。ルーコ鈴木です。

メールフォームについて、相談です。

Ver.2.10.42です。

今年11/19(金)ごろから、メールフォームにて下記ドメインからの

連続送信トラブルが発生しています。

qq.com

126.com

163.com

a-blog cmsを導入している複数のサイトで発生しており、その対策で相談です。

フォーム管理（/bid/1/admin/form_edit/?fmid=1&edit=update）にて

「入力チェック・変換」で、フィールドemailにオプションregexを付け

^(?!.*(163.com|qq.com|126.com)).*$

･･･のように記述します。

さらにemailは必須とします。

するとemail「qq.com」を含むメールアドレスを使って、フォームから

送信することはできなくなるはずです。

しかし、今回のトラブルでは上記対応をしても

フォームから送信されてしまいます。

（該当フォームIDの 投稿データには送信記録があります）

この対応をすると、あらゆる入力欄の値が空の状態になりますが

送信そのものはできてしまいます。

どうやら必須とか、regexにしても効果がないようです。

（仕組み的にどうなっているのかまで、わかりません）

CMS側で何か対策はとれるでしょうか？

今のところ思い浮かぶ対策は

サーバー側で、qq.comなどのドメインからのメールは一律停止するくらいです。

なにか有効策があればご教示ください。

お返事よろしくお願いいたします。

[伊藤淳]

お世話になっております。

こちらテンプレートだけで指定していますでしょうか。

フォーム設定にも設定することにより、対応できるかもしれません。

一度ご確認いただけますでしょうか。

2021年11月29日月曜日 11:10:41 UTC+9 鈴木孝明:

[鈴木孝明]

お返事ありがとうございます。

＞こちらテンプレートだけで指定していますでしょうか。

＞フォーム設定にも設定することにより、対応できるかもしれません。

図示いただいたフォーム設定を使って設定しても、連続送信スパムは止められませんでした。

結局、この送信に使われるアクセス元のIPアドレスが3種類だけだったので、

.htaccessによるアクセス拒否にて対応しました。

2021年11月29日月曜日 20:01:01 UTC+9 伊藤淳:

[笠谷亜貴子]

お世話になっております。

エックスサーバー スタンダード（旧X10）にインストールしたサイトで、

まったく同じことが起こっていて、連続送信元のドメインも同じです。

.htaccess で

deny from 126.com deny from 163.com deny from qq.com

と書いてみましたが、効果はありませんでした。

もともとPHPのバージョンが 7.2.34 だったので 7.4.25 にアップしましたが、

止まらないようです。

取り急ぎ、迷惑メール防止機能でクライアン様のメールには届かないようにはしたのですが、

投稿データとしてはどんどん溜まっているような状態です。

reCAPTCHA の拡張機能を入れてみることになりましたが、

なにか他に解決方法ありそうでしたら…

（鈴木さんが管理されているサイトでは、.htaccess でのアクセス拒否で止まったでしょうか？）

2021年11月30日火曜日 9:06:06 UTC+9 鈴木孝明:

[笠谷亜貴子]

すみません、追記です。
IPアドレスも .htaccess で拒否してみましたが、効果がなかったようです。

2021年12月3日金曜日 12:14:58 UTC+9 笠谷亜貴子:

[伊藤淳]

お世話になっております。

大変申し訳ございません。

こちらフォーム管理画面で設定しても、必須入力のチェックをすり抜けられる不具合を発見しました。

こちら修正バージョンを出したいと思います。

ただ、何かしら入力されれば送信はできるので、IPアドレスなどによる制限をしたほうがよさそうではあります。

もしくは、reCaptchaを入れて対応するかになりそうです。

> IPアドレスも .htaccess で拒否してみましたが、効果がなかったようです。

こちら、IPアドレスはどのように調べましたでしょうか。

よろしくお願いいたします。

2021年12月3日金曜日 12:27:42 UTC+9 笠谷亜貴子:

[鈴木孝明]

＞鈴木さんが管理されているサイトでは、.htaccess でのアクセス拒否で止まったでしょうか？

こちらの場合、.htaccess でのアクセス拒否で止められています。

ただし対象となるIPアドレスは、現在進行形で増えている（変化している）ので

いたちごっこになります。

そこで、クライアントさまの確認をとり、

・フォームIDを別途新規作成

・URLを変更

･･･の措置をとってメールフォームを移す策を検討中です。

URLを変更したら攻撃が止まったという報告を、別の方からいただいたので

このように考えました。

2021年12月3日金曜日 12:27:42 UTC+9 笠谷亜貴子:

すみません、追記です。

[鈴木孝明]

伊藤さま

＞こちら修正バージョンを出したいと思います。

ありがとうございます。

手探りで対応しているため、何かしらまとまった対策があれば

また後でお教えいただけると助かります。

よろしくお願いいたします。

2021年12月3日金曜日 13:08:35 UTC+9 伊藤淳:

[伊藤淳]

お世話になっております。

> 手探りで対応しているため、何かしらまとまった対策があれば

> また後でお教えいただけると助かります。

修正ましたらアナウンスさせていただきます。

また現時点でも修正後でも reCaptcha を入れるのは有効な手段だと思いますので、ご検討いただければと思います。

どうぞよろしくお願いいたします。

2021年12月3日金曜日 13:48:21 UTC+9 鈴木孝明:

[笠谷亜貴子]

伊藤さん、鈴木さん、ありがとうございます！

> こちら、IPアドレスはどのように調べましたでしょうか。

管理画面からアクセスログを見ました。

こちらもIPアドレスでの制限は今日の午前までいたちごっこだったのですが、

とりあえず今のところ止まっています。

（鈴木さんに教えていただいて <LIMIT POST> で deny from の記述を囲ってみたりしました）

デザイナーさんにメンテナンスはお任せの案件なので私がすぐに対応するわけにいかないのですが、

reCaptchaの導入を試しつつ、修正バージョンをお待ちすることにします。

2021年12月3日金曜日 14:12:39 UTC+9 伊藤淳:

[山本一道@アップルップル]

急ぎで対応するなら フォームのディレクトリ名を変更して、そこへのナビゲーションのリンク先 URL を変更するのが早いです。

基本はフォームの URL を指定で攻撃してきますので、すぐ止まります。

そのフォームの URL がどこかメールなどにあったりすると、404 になったりしますが...

2021年12月3日金曜日 17:05:43 UTC+9 笠谷亜貴子:

[鈴木孝明]

山本さま

ありがとうございます！

＞基本はフォームの URL を指定で攻撃してきますので、すぐ止まります。

問題なければ、上記が一番良さそうでした。

ありがとうございます。

2021年12月3日金曜日 19:13:14 UTC+9 山本一道@アップルップル:

[伊藤淳]

お世話になっております。

フォームの対応について、まとめさせていただきました。

こちらでも共有させていただいます。

https://developer.a-blogcms.jp/blog/news/form-spam.html

どうぞよろしくお願いいたします。

2021年12月6日月曜日 10:02:09 UTC+9 鈴木孝明:

[鈴木孝明]

伊藤さま

ありがとうございます！

網羅性が高く、とても分かりやすかったです。

ドキュメントを見ながら対応しようと思います。

今後ともよろしくお願いいたします。

2021年12月6日月曜日 18:58:49 UTC+9 伊藤淳: