GoogleやMetaのAI無断収集に反撃。 LLMハニーポッティング は経済性を破壊できるか | DIGIDAY[日本版]

記事のポイント

無断でデータを収集するAIボットに対し、おとりとなる偽コンテンツへ誘い込んで計算コスト負担とデータ汚染を引き起こすLLMハニーポッティングが注目を集めている

アクセス遮断ではなくスクレイパー側の処理負荷や金銭的コストを高めることで、コンテンツの無断利用というビジネスモデルそのものを経済的に破綻させる狙いがある

見破られやすい点や運用コストの発生といった懸念はあるが、大規模サイトではただ乗りに対する心理的効果や実効性のある反撃手段として実験的に導入が進んでいる

AIクローラーの無断スクレイピングに苦悩するパブリッシャーやEコマースブランドが、LLM時代向けにアップデートした古典的なセキュリティ戦術で反撃を開始した。「LLMハニーポッティング」である。

「ハニーポット(わな・おとり)」の名のとおり、いわゆる欺瞞戦術のひとつに数えられる。一見有益に見えるが実際には無益な情報を詰め込んだ、いわばコンテンツの無限迷路にAIボットをおびき寄せ、計算コストの増大と学習モデルの品質低下を誘発する。狙いは、大規模スクレイピングの経済性そのものを破綻させることにある。

もっとも、これはあくまでも理屈の話であり、実際はそれほど単純ではない。

始まったばかりの実験的な試みであるため、関心を寄せるパブリッシャーやEコマースブランドはまだ少ないが、その数は着実に増えている。

興味をそそられる読者諸氏のために、以下に「LLMハニーポッティング」の概要をまとめる。

古い手口か、それとも新たな戦術か?

古くからある手法の新たな活用法である。OpenAI、Google、メタ(Meta)をはじめ、数多くの第三者スクレイパーがパブリッシャーやブランドのWebサイトに対してクローリングを活発化させるなか、対抗する防御ツールの市場も形成されはじめた。LLMハニーポッティングもそのようなツールのひとつであり、基本的には「欺瞞(ディセプション)」と総称される技術に分類される。

CDNを提供するファストリ―(Fastly)の共同創業者であるサイモン・ウィストウ氏はこう説明する。「欺瞞戦術は長らくセキュリティ分野で利用されてきた手法だが、その狙いはトラフィックの遮断ではなく、攻撃の経済性を変えることにある。考え方はシンプルだ。相手があなたのシステムを悪用することで得られる利益よりも、悪用するためのコストを有意に高くできるなら、相手のビジネスモデルは崩壊しはじめる」。

この戦術をLLMやWebスクレイパーに適用するなら、悪意ある明白な攻撃者に限らず、単に迷惑なボットも「攻撃者」とみなして対処することになる。

どういう仕組みなのか?

LLMハニーポッティングにはいくつかのパターンがある。ひとつはPoW(プルーフオブワーク)や微妙な遅延を仕込み、ボットに不要な処理を強いるという単純な手口だ。大規模なボットネットがページにアクセスすると、予期せぬ計算コストに直面する。計算課題も遅延も、人間のユーザーに気づかれることはほとんどない。

あるいは、「コンテンツの無限迷路」にボットを閉じ込める手口もある。一見本物らしく見えるが、実際には無意味で支離滅裂なページを無限に生成し、それらをボットだけに見せつづけることで、時間と計算資源を浪費させる。

さらに、LLMやRAG(検索拡張生成)システムを汚染することも可能だ。統計的にはもっともらしく見えるが、実際には意味のない情報をLLMに食わせ、AIが生成する回答の品質を劣化させたり、(事実とは異なる情報をさも真実であるかのように生成する)ハルシネーションを誘発したりする。結果的に、コンテンツ利用の対価を支払わない「ただ乗り」システムの信用を損ねることがこの戦術の狙いだ。

単に誤情報問題を悪化させるだけではないのか?

世間でいわれるような「誤情報」を悪化させることにはならない。ウィストウ氏によると、LLMハニーポットの目的は政治的あるいは文化的な主張を流布させることではない。「移民が公園の白鳥を食べている」といった話を広めるのではなく、統計的には整合するが、実際には無意味な情報をモデルに取り込ませることが狙いなのだ。そのような情報がAIの回答に表示されたなら、それは「ただ乗り」システムが汚染された証拠であって、特定の相手を標的とする偽情報キャンペーンの証拠ではない。たしかに、回答の品質を低下させるものではあるが、古典的な偽情報キャンペーンとは性質の異なる問題だ。

「LLMの仕組み上、たとえ良質なデータを使っていてもハルシネーションは起こりうる」とウィストウ氏は述べる。「狙いは偽情報を大規模に流布させることではなく、サイトの無断使用は割に合わないと思い知らせることにある」。

誰がどんな目的で活用しているのか?

これまでのところ、LLMハニーポッティングを試みているのは一部のパブリッシャーやEコマースブランドに限られ、業界全体で広く導入されるには至っていない。ウィストウ氏は具体的な顧客名は伏せたまま、「大手Eコマース企業の一部ではすでに導入が進み、一定の成果をあげはじめている」と述べている。問い合わせは典型的なニュースメディアとEコマース事業者の双方から寄せられるという。

主な目的は、大手AI企業を見せしめのように「懲らしめる」ことではなく、むしろ現在限界コストほぼゼロでクローリングを実行しているロングテール系スクレイパーの経済合理性に影響を与えることだ。狙いはもはや「遮断」ではなく、スクレイパーのリクエスト1件ごとに金銭的なコストを発生させ、取得できるデータの価値を低下させること、すなわち「経済性の破壊」にある。

悪質なスクレイパーが新たなボットを立ち上げれば、イタチごっこになるだけではないか?

業界関係者のなかには、「あきらめの悪い『グレーゾーン』のスクレイパーは、ひとつのボットネットが対策されても、新たなボットを次々と立ち上げる。結局はイタチごっこになるだけで、ハニーポットの抑止効果には限界があるのではないか」と指摘する声もある。

企業のボット対策を支援するセンティネル(Centinel)の共同創業者であり、自身もAI開発者であるフレデリック・ヤーン氏は、「LLMハニーポッティングは簡単に見破られ、回避も容易だ」と指摘する。しかも、ステルス型のクローラーに関しては、コンテンツの無限迷路や無意味なページが表示されないこともある。防御システムがそれらをボットとして検知できないからだ。

「コンセプトとしては悪くないが、多分にマーケティング的な対策だ。人目は引くが、本来の目的を達成できるものではない」とヤーン氏は述べている。「パブリッシャーの立場を本気で改善したいなら、防御システムそのものを強化して、スクレイパーの負担や障害を増やす以外に道はない」。

一方、ウィストウ氏を含む別の立場の人々は、スクレイピングを完全になくすことが目的なのではなく、ビジネスモデルを採算割れに追い込むことが狙いだと反論する。「たった一度のクローリングで1000万ドルの資金を使い果たしてしまうなら、もはやビジネスとして成立しない。市場自体も崩壊に向かうだろう。それこそが我々の狙うところだ」とウィストウ氏は語っている。

パブリッシャー側のデメリットは?

コンテンツの無限迷路の運用には金がかかる。ボットを単純に遮断するよりも高くつく。「間抜けなボットが防御を突破して、無限迷路に誘い込まれたとする。5日後に確認してみると、2000万ページも閲覧していた。さて、あなたにかかるコストはどのくらいだろうか。偽のコンテンツを維持するための追加コストはどのくらいだったのか。そういう話だ」。

LLMハニーポッティングは本当に持続可能なのか? 多くのパブリッシャーに普及させるべき戦術なのか?

ウィストウ氏は「LLMハニーポッティングはそれひとつですべてが片づく万能の解決策ではなく、すべてのパブリッシャーが一律に導入すべき戦術でもない」と強調する。サイトの構造がシンプルで、ページ配信コストが安く済むケースでは、おそらく費用倒れになる。しかし、規模が大きく構造も複雑で、ページ配信コストが高く、守るべき収益も大きいサイトでは事情が異なる。そのようなサイトでは、スクレイパーにかかるコストを引き上げる効果に加え、ただやられっぱなしではなく、「反撃している」という心理的な効果も得られるため、試してみる価値はあるかもしれない。特に、ファストリ―、クラウドフレア(Cloudflare)、アカマイ(Akamai)などのエッジプラットフォームを使っている企業なら、ハニーポットの運用に必要な追加処理を比較的安価に実行できるため、導入のハードルはさらに低い。

とはいえ、ウィストウ氏は「現段階では、個別の事情に応じた実験的な取り組みであり、業界の標準的な対策ではない」とも明言している。同氏の言葉を借りるなら、「導入を検討しているだけでも時代の先取りだ。時代遅れの戦術ではない」。

一部のパブリッシャーにとっては、LLMハニーポッティングは追い詰められた末の切り札でもある。キャンダーメディア(Candr Media)のクリス・ディッカー最高経営責任者(CEO)はこう話す。「すべての当事者にとって持続可能な仕組みがすぐにも整備されなければ、ほかに打つ手をなくしたパブリッシャーが、最後のあがきとばかりにハニーポッティングのような手段を取ることは十分にありうる。仮にそのような事態が起これば、オープンWeb全体がまさに『壊滅的な』影響を食らいかねない」。

[原文:WTF is LLM honeypotting?]

Jessica Davies(翻訳:英じゅんこ、編集:京岡栄作)