先に結論
2026年8月31日に発表されたAdaptive Intelligenceの中心は、固定版として更新してきたBot Managementの機械学習モデルを、実トラフィックで継続的に学ぶ仕組みへ変えることです。新しいモデルは本番で判定する前に、既存モデルと並走する「shadow mode」で評価されます。実際の訪問者へ影響を与えず、チャレンジの成功率などを比べ、正常な利用者を悪化させる場合は公開しません。
| 確認項目 | 発表時点の答え |
|---|---|
| 対象 | EnterpriseのBot Management顧客 |
| 有効化 | Auto Update Machine Learningをオン |
| 既存設定 | bot scoreとWAFルールを継続利用 |
| 追加料金 | 非公開。Bot Management自体は有料アドオン |
| 現在使える核 | 機械学習モデルの継続再学習と自動展開 |
| 今後の機能 | 短命ルールの自動生成、検知学習の拡張 |
Cloudflareは1日に1兆件を超えるWeb訪問を分析すると説明しています。ただし、この規模が個々のサイトで誤検知を起こさないことを保証するわけではありません。導入判断では「学習が自動か」だけでなく、自社のログで正常利用者への影響を観測できるかが重要です。
変わるのは判定器
Bot対策には、IPアドレスごとの回数制限や既知のUser-Agentを止める固定ルールがあります。ところが、攻撃側が住宅用プロキシへ通信を分散し、1つのIPからの回数を少なくすると、個々のリクエストは普通の訪問者に見えます。ログインや決済をゆっくり巡回するcredential stuffingでは、短時間のしきい値だけを見ても全体像を捉えにくくなります。
Adaptive Intelligenceは1件の特徴だけで決めず、JA4 TLSフィンガープリント、リクエスト構造、チャレンジ結果、セッションの動き、ネットワーク評価、TurnstileやPrecursorのクライアント側信号を組み合わせます。短い時間窓では急増を、長い時間窓では多数のIPやセッションにまたがる反復を探します。
| 従来の固定的な見方 | Adaptive Intelligenceが加える見方 |
|---|---|
| 同じIPから何回届いたか | 複数IPに分散した動きが似ているか |
| 既知の指紋と一致するか | 指紋、通信、セッションの関係が不自然か |
| 更新版を選んで導入 | 再学習した重みを自動展開 |
| 1時点のリクエスト | 複数の時間幅で繰り返しを確認 |
ここで変わるのは、管理者が書いたWAFルールそのものではありません。Bot Managementが各リクエストへ返すbot scoreの判定器です。Cloudflareの基本的な仕組みを先に押さえると、CDNやWAFの置き換えではなく、既存の防御層の更新だと理解しやすくなります。
四段階で学び続ける
CloudflareはAdaptive Intelligenceを「observe、train、deploy、validate」の循環で説明しています。検知モデルを頻繁に変えるほど誤検知の危険も増えるため、学習速度と本番への安全な反映を別の工程に分けています。
- Observe：エッジとブラウザ側から通信・セッション信号を集める
- Train：新しい回避ツールやBotフレームワークを含むデータで再学習する
- Deploy：利用者がバージョンを選ばず、新しい重みをネットワークへ展開する
- Validate：shadow modeで旧モデルと比較し、正常利用者への影響を確認する
bot scoreは1から99で、1は自動化の確度が高く、99は人間の可能性が高いという指標です。Enterprise Bot Managementでは、1件ごとのscoreをWAFカスタムルールやWorkersで使えます。たとえば、ログインだけ低いscoreをManaged Challengeへ回し、公開記事は許可する設計が可能です。
ただし、モデルが頻繁に更新されるなら、特定のscoreだけに強く依存した処理は結果が揺れる可能性があります。Cloudflareは既存scoreの互換性を保つとしていますが、TechCreate編集部では、重要な操作ほどscore単独ではなく、パス、認証状態、実行回数などと組み合わせる運用が安全だと考えます。
今日使える機能
発表文には、継続再学習、短命な検知ルール、顧客のフィードバック学習という3要素が並びます。しかし、Cloudflareの公式ブログは「今日開始するのは最初の要素」と明記しています。現時点で有効なのは、bot scoreの中核となる機械学習モデルの継続再学習です。
| 機能 | 2026年8月31日時点 | 意味 |
|---|---|---|
| 継続再学習 | 提供開始 | 新しい回避手法を固定版の公開待ちにしない |
| 自動展開とshadow検証 | 提供開始 | 手動アップグレードなしで精度を比較する |
| disposable rules | 今後 | 攻撃ごとの短命な検知を生成・廃棄する構想 |
| 顧客フィードバックの学習拡張 | 今後 | 誤判定の修正を学習信号へ広げる構想 |
独立系テック媒体SiliconANGLEも提供開始を報じましたが、短命ルールがすでに本番稼働しているように読める説明があります。一次情報では、その自動検知生成は「次の部分がオンラインになるにつれて」と位置づけられています。導入稟議では、将来像を現在の効果として数えないほうがよいでしょう。
Adaptive Intelligenceはプロンプトインジェクション対策とも別物です。前者はWebへの自動アクセスを見分ける仕組み、後者はAIへ悪意ある命令を混ぜる攻撃への対策です。AIエージェントがブラウザを操作する場面では両方が関係しますが、守る層は異なります。
料金と対象プラン
利用対象はEnterpriseでBot Managementを契約している顧客です。Bot Managementは有料アドオンで、Cloudflareのアカウントチームが権限を付与します。Adaptive Intelligenceの個別価格は公表されていません。既存契約内での扱いは、契約条件を担当者へ確認する必要があります。
| プラン・製品 | できること | Adaptive Intelligence |
|---|---|---|
| FreeのBot Fight Mode | 単純なBotをドメイン全体でchallenge | 対象との公式記載なし |
| Pro・BusinessのSuper Bot Fight Mode | 種別ごとのblock・challenge、分析 | 対象との公式記載なし |
| Enterprise Bot Management | 1〜99のscore、パス別ルール、詳細ログ | 対象。Auto Update MLで有効化 |
設定はCloudflareダッシュボードのBot Managementで「Auto Update Machine Learning」をオンにします。モデル番号を選んだり、既存ルールを書き換えたりする作業はありません。項目が見えない場合は、Bot Managementの契約権限がzoneへ付いているかをアカウントチームへ確認します。
この条件から、無料プランでAIクローラーを止めたいだけのサイトが、Adaptive Intelligenceを目当てにすぐ移行する機能ではありません。全プランで使える「Block AI bots」やAI Labyrinthと、Enterprise向けの高度なbot scoreを分けて考える必要があります。
導入前に見る指標
自動更新をオンにする前後で、最低でも1〜2週間は同じ指標を比較できる状態にします。とくにログイン、会員登録、決済、在庫確認のような重要経路は、全ドメインの平均だけでは判断できません。
- bot scoreの分布が急に変わっていないか
- Managed Challengeの発行数と成功率が悪化していないか
- 正常な利用者のログイン・決済成功率が下がっていないか
- 検索クローラーや監視サービスをVerified Botとして扱えているか
- score 0を「安全」と誤解していないか
- corporate proxyがUser-Agentを落とし、score 1になっていないか
Cloudflareの公式ドキュメントでは、User-Agentが空のリクエストはheuristicsによりscore 1になると説明しています。企業ネットワークのプロキシがヘッダーを削除すると、従業員の通信をBotと誤認する可能性があります。自動更新の前に、cf.bot_management.corporate_proxyやIP許可リストを含む例外設計を確認します。
Grok Botのようなクラウド型AIエージェントが増えるほど、善意の自動アクセスと攻撃Botの区別は難しくなります。すべての自動化を一括blockするのではなく、Verified Bot、操作パス、認証、scoreを組み合わせることが、可用性と防御の両立につながります。
向くケース
Adaptive Intelligenceが向くのは、住宅用プロキシへ分散したcredential stuffing、価格スクレイピング、在庫買い占めなど、IP単位のレート制限だけでは追いにくい攻撃を受けるサイトです。既にEnterprise Bot Managementを使い、Bot Analyticsやログを監視できる組織ほど導入しやすいでしょう。
| 状況 | 判断 |
|---|---|
| Enterprise Bot Managementを契約済み | Auto Update MLと監視指標を確認して有効化候補 |
| ログイン・決済への分散攻撃がある | パス別ルールと組み合わせて検証する価値が高い |
| Free・Proで単純Botだけを止めたい | 現行のBot Fight Modeを先に検討 |
| 誤検知を観測するログがない | 有効化より先に計測と戻し方を整える |
| 短命ルールだけが目的 | 現時点では未提供のため待つ |
Cloudflare自身も、どんな防御でも決意した攻撃者を完全には締め出せないと説明しています。Adaptive Intelligenceの狙いは「侵入をゼロにする」ことではなく、攻撃者が回避策を学ぶ費用を引き上げることです。利用者側の監視、例外設計、認証やレート制限は残ります。
まとめ
- Cloudflare Adaptive Intelligenceは、Enterprise Bot Managementのbot scoreを支える機械学習モデルを継続再学習へ移す仕組みです。既存ルールを捨てる製品ではありません。
- 発表時点で使える核は継続再学習と自動展開です。短命ルールの自動生成などを現在の効果として見積もらないことが重要です。
- 導入時はAuto Update MLをオンにするだけで終えず、重要パスのchallenge成功率、業務成功率、score分布を前後比較できる状態を整える必要があります。
