0
1

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

【第12回】人間には見えずボットだけが引っかかる!不可視フィールドを用いたハニーポット罠の実装

0
Posted at

「『信号機を選んでください』『歪んだ文字を入力してください』――そんなものを置いた瞬間、掲示板から人は去っていく」
令和に自作した2ちゃんねる風掲示板「つゔぁいちゃんねる(2ch.biz)」開発秘話の第12弾。今回は、一般ユーザーの書き込みやすさを1ミリも損なうことなく、自動巡回スパムボットだけを100%自動検知して撃退する「ハニーポット(Honeypot: 甘い蜜の罠)」の実装テクニックを公開します。


💡 はじめに:なぜCAPTCHA(画像認証)を絶対に置きたくなかったのか?

Webフォームのスパム対策として、世の中で最も普及しているのはGoogleのreCAPTCHAや画像認証(CAPTCHA)です。

しかし、2ちゃんねる風の匿名掲示板を作るにあたり、私は 「絶対にCAPTCHAを導入しない」 と心に誓っていました。

CAPTCHAが掲示板を殺す3つの理由

  1. 熱狂の瞬発力を奪う
    「うおおお!」「マジかよ!」と今まさにリアルタイムで叫びたいのに、「バスの写っている画像をすべて選択してください」などと引き止められたら、その熱量は一瞬で冷え切ります。
  2. 2chの「3秒で書き込める文化」の破壊
    名前欄も空、メアド欄も空、本文を2文字打って「書き込む」ボタンを押すだけ。この圧倒的な気軽さこそが匿名テキストカルチャーの魂です。
  3. プライバシーへの懸念
    巨大IT企業のトラッキングスクリプトを読み込ませることは、匿名性を重んじる利用者の心理的ハードルになります。

「一般の利用客には一切の負担をかけず、自動化プログラムだけを無音で罠にハメる方法はないのか?」

その究極の回答が、開発初期(2026年8月18日)に導入した 「ハニーポット(不可視ボットトラップ)」 でした。


🍯 ハニーポットの基本原理:人間とボットの「視覚の差」を突く

ハニーポットの仕組みは驚くほどシンプルですが、古典的かつ現在でも凶悪なほど高い威力を発揮します。

人間とボット(自動巡回スクリプト)では、Webページを認識する方法が根本的に異なります。

  • 人間 : ブラウザがレンダリングした「視覚的な画面」を見て操作するため、CSSで見えなくなっている欄には 「触れられない(気づかない)」 。
  • ボット : HTMLのソースコードを文字列解析(正規表現やDOMパーサー)し、<form> の中にある <input> を探して 「宣伝文やURLを片っ端から入力して機械的に送信してくる」 。

この認知の非対称性を利用し、 「普通の人間は絶対に触らないが、機械は必ず触ってしまうダミーの入力欄」 を仕掛けるのです。


🛠️ フロントエンドの罠設計:CSSとアクセシビリティ(a11y)の調停

ハニーポットを作る際、多くの開発者が犯す初歩的なミスが display: none; や visibility: hidden; を使うことです。
進化しているスパムボットは、インラインスタイルを解析して「この欄は display: none だから罠だな」と看破してスルーしてしまいます。

1. 画面外吹き飛ばし(Off-screen Placement)

つゔぁいちゃんねるでは、ボットのパーサーを欺きつつ画面から物理的に消し去るため、 絶対配置による画面外オフセット を採用しました。

/* style.css */
.hp-field {
    position: absolute !important;
    left: -9999px !important;
    top: -9999px !important;
    width: 1px !important;
    height: 1px !important;
    opacity: 0 !important;
    overflow: hidden !important;
    z-index: -100 !important;
    pointer-events: none !important;
}

2. スクリーンリーダーへの配慮(誤入力防止)

視覚障害のあるユーザーがスクリーンリーダー(音声読み上げ)を使って掲示板を利用する場合、見えないはずの罠が読み上げられて入力してしまう事故が起こり得ます。
これを防ぐため、以下のアクセシビリティ属性を必ず付与します。

  • tabindex="-1": Tabキー移動のフォーカス候補から完全に除外。
  • aria-hidden="true": 支援技術(スクリーンリーダー)から不可視化。
  • autocomplete="off": ブラウザの自動入力機能(オートフィル)が勝手に値を埋めてしまうのを防止。
<!-- index.html の投稿フォーム内に仕掛けた罠 -->
<div class="hp-field" aria-hidden="true">
    <label for="hp_website">ホームページURL(※入力しないでください)</label>
    <input type="text" 
           id="hp_website" 
           name="hp_website" 
           tabindex="-1" 
           autocomplete="off" 
           value="">
</div>

3. 名前の心理戦:なぜ hp_website なのか?

罠のフィールド名を honeypot や trap にしてはいけません。
スパム業者が最も好んで宣伝リンクをねじ込みたくなる名前、すなわち website や url, homepage に見せかけるのが最も効果的です。ボットは「宣伝用ウェブサイトを入力する欄だ!」と喜んで飛びついてきます。

💡 実運用におけるアドバイス(標的型ボット対策)
本記事では解説のために hp_website という固定名を使用していますが、サイト専用に作られた標的型スパムボットは特定のフィールド名を除外してくる場合があります。より強固にするには、セッションごとにフィールド名やクラス名を動的ハッシュ化するか、定期的にフィールド名をローテーションさせる運用が効果的です。


💻 サーバーサイドでの検知と即時ブロック

サーバー側では、投稿処理の最前段(レートリミットやDBアクセスの前)でこの罠を検査します。

public function checkHoneypot($requestData, $clientIp) {
    $settings = $this->getSpamSettings();
    if (empty($settings['enable_honeypot'])) {
        return; // 設定OFFならスルー
    }

    // ダミーフィールドに値が入っているか検査
    if (!empty($requestData['hp_website'])) {
        $trappedValue = mb_substr($requestData['hp_website'], 0, 50);
        
        // ログに記録(後でIP BANに利用)
        error_log("[HONEYPOT DETECTED] IP: {$clientIp} | Value: {$trappedValue}");
        
        // 不正アクセスとして即時遮断(DBアクセスすらさせない)
        http_response_code(400);
        echo json_encode([
            'success' => false,
            'code' => 'BOT_DETECTED',
            'message' => '不正な投稿が検知されました(スパムボット自動判定)。'
        ]);
        exit;
    }
}

工夫したポイント:サーバーリソースの完全防衛

罠に引っかかったリクエストは、 データベース接続を開く前に exit で終了 させます。
これにより、ボットが何万回連続でリクエストを送ってきても、サーバーのCPU・DB負荷はほぼゼロに保たれます。


⚙️ 管理コンソールでのトグル制御

管理画面(admin.html)の「🛡️ 荒らし・NG対策」タブから、いつでもこのハニーポットの有効/無効を切り替えられるように設定UIを配置しました。

<!-- admin.html のハニーポット設定 -->
<div class="form-check mt-3">
    <input type="checkbox" id="enableHoneypotToggle" class="form-check-input">
    <label for="enableHoneypotToggle" class="form-check-label">
        🍯 ハニーポット(不可視ボットトラップ)による自動巡回ボット排除
    </label>
</div>

📊 導入後の劇的な効果

このハニーポットを仕掛けて以降、ログには毎日面白いようにボットが捕獲されるようになりました。

  • 一般ユーザーの負担 : ゼロ(0秒) 。誰も罠の存在に気づかないまま普通に書き込み。
  • ボット捕獲率 : フォームを直接叩く自動巡回スクリプトの ほぼ100% が hp_website に怪しいURLを埋めて自滅。
  • CAPTCHAの完全撤廃 : 信号機や歪んだ文字を解かせることなく、サイトの静寂とUXの快適性を両立。

🎯 まとめと次回予告

第12回となる今回は、ユーザーにストレスを一切与えずにボットだけを欺く 「ハニーポット(不可視罠)」 の実装について解説しました。

今回の学び・ポイント

  • CAPTCHAは最後の手段 :優れたセキュリティとは、一般利用者にそれを意識させないことである。
  • 画面外吹き飛ばし+a11y属性 :left: -9999px と tabindex="-1" aria-hidden="true" の組み合わせが最も安全。
  • 罠の名前は「甘い蜜」にせよ :ボットが思わず入力したくなる website などのダミー名で誘い込む。

ボットも止まり、コピペも防ぎました。
しかし、次は 「生身の人間による嫌がらせ投稿」 が立ちはだかります。
「10万文字の巨大テキスト爆弾」や「何千行もの改行テロ」 によるブラウザクラッシュ攻撃です。

次回、 【第13回】巨大テキスト爆弾・改行テロを防ぐ!本文・タイトル・名前の文字数&改行数バリデーション へと続きます!


🔗 関連リンク

0
1
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
0
1

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?