AMDが独立系メディアを監視、作戦本部ダッシュボードの痕跡
世界的な半導体企業が独立系メディアのリーク記事を追うため、サーバーに「war-room-dashboard」と名乗るスクレイパーを走らせていた。問い合わせメールは無視、返事の代わりに送り込まれたのはボットだった。
世界的な半導体企業が独立系メディアのリーク記事を追うため、サーバーに「war-room-dashboard」と名乗るスクレイパーを走らせていた。問い合わせメールは無視、返事の代わりに送り込まれたのはボットだった。
監視されていたのは独立系メディアだった
VideoCardzが4月23日付で公開したコラムは、読んだ瞬間に笑えないユーモアが残る内容だった。自社サイトに大量の不正リクエストが飛んできたので調べてみたら、発信元がAMDのネットワークだった、という話だ。
VideoCardzのログによれば、直近24時間でおよそ 2万6600件 のリクエストが集中し、そのすべてがASN 33619、つまりAMDのカナダ・マーカム（Markham）拠点から発信されていた。マーカムはかつてのATI Technologiesの本社であり、2006年にAMDが54億ドルで買収した後も、現在までグラフィックス関連の開発拠点として残っている。リーク情報を追いかける側が、リークを書く側の「本丸」から監視されている構図が、まず奇妙だ。
リクエストは人間のブラウジングとは似ても似つかないパターンだった。存在しないページへのアクセスが混じり、クエリ文字列でキャッシュを迂回する痕跡もあり、何より User-Agent に war-room-dashboard という文字列が残っていた。隠す気が最初からなかった のか、あるいは内部ツールだから外に出ることを想定していなかったのか。どちらにしても、間抜けではある。
「war-room-dashboard」という名前
この名前をGitHubで探すと、OSINT用途のダッシュボードツールがいくつか見つかる。VideoCardzはコラムの中で、AMDが使っているのもそうしたオープンソースの監視ツールの派生である可能性が高いと推定している。要するに、セキュリティ調査や広報モニタリングの現場で使われる既製品を、リーク監視に転用しているわけだ。
取り立てて高度な仕組みではない。RSSを購読すれば済む話を、わざわざスクレイパーで巡回して叩いている。VideoCardzは公式RSSフィードをずっと公開している、と皮肉を添えてこの点を突いた。
記録しておくと、我々はすでに公式RSSフィードを提供している。コンテンツを正しく追いかけたい人のために。
正規の購読手段があるのに、なぜボットで叩き続けるのか。答えは単純で、RSSには載らない情報、つまり「話題になりかけている事象」をリアルタイムで捕まえたいからだ。タイトル変更、下書き誤公開、一瞬だけ出た画像、そうした「事故の匂い」はフィードでは拾えない。
問い合わせメールは黙殺されていた
ここからが本題だ。VideoCardzはコラムの後半で、AMDに対して繰り返しメールを送ってきたが返事がないと明記している。名指しされた具体例がFSR 4 INT8の件だ。2025年8月にAMDが誤ってGitHubに公開したFidelityFX SDK 2.0のソースコードには、RDNA 4限定とされているFSR 4について、FP8版とは別にINT8版のコードが含まれていた。リポジトリはすぐに引き下げられたが、コミュニティはすでに内容をダウンロードしていた。
INT8版はRDNA 2・RDNA 3世代のGPUでも動く可能性を示すものであり、VideoCardzがその公式サポート方針について質問を送ったが、AMDからの返答は一度もない。回答する気がないのは構わない。問題は、質問には答えないのに、質問している側のサイトを監視する人員は割いている、という優先順位の倒錯だ。
これまでに何度もAMDへメールを送ってきた。以前の質問への返答も来ないままだ。この状況が続くなら、AMDのネットワークをブロックするつもりだ。
AMDに親切なリマインダーを送っておく。我々にはメールアドレスがある。コメントや情報のすり合わせが必要なら直接聞けばいい。
VideoCardzはそう書いた上で、この状況が続くならAMDのネットワークをブロックする、と宣言している。対話の窓口を自分で閉じた側が、窓の外を覗くために望遠鏡を買った、という絵面に近い。
大企業と独立系メディアの非対称
この一件が興味深いのは、技術的な驚きがほとんどないことだ。スクレイピング自体はどこの企業もやっている。マーケティング部門はSNSのメンション追跡に予算を使うし、広報部門は自社ブランドの言及をクローリングで拾う。VideoCardzを監視するAMDの行動は、その延長線上にある。
ただ、延長線の先で露呈したのは、一方通行の姿勢 だ。メディアから見れば、メールは無視される、しかし一方的な監視は行われる、という非対称な関係になる。独立系メディアは企業に対して構造的に弱い立場にある。記者会見を絞り、メールを返さず、都合のいいときだけリーク元を追跡する。こういう動きは10年前より明らかに増えている。
VideoCardzがこのコラムを書けたのは、たまたまUser-Agentに隠蔽工作がなかったからだ。もう少し注意深く設定されていれば、読者もメディア側も気づかないまま、常時監視 だけが続いていたことになる。
リーク監視が向かう先
AMDが何を監視したかったのかも、ある程度推測できる。FSR 4のINT8版、Ryzen 9 9950X3D2のスペック、Zen 6の構成、未発表GPUの情報など、VideoCardzは過去数ヶ月で主要リーク記事を連発している。広報発表よりも先に製品の輪郭が見えてしまう状況は、AMDに限らずNVIDIAもIntelも抱える悩みだ。
しかし悩みの解決策が「メディアに監視ボットを向ける」であるのは、少なくともAMD側のコミュニケーション戦略が機能していない証拠でもある。ボットで情報を取ったところで、公式発表のタイミングをずらせるわけでも、リーク元の社内調査が進むわけでもない。得られるのはリーク予兆の 先読み機能だけ で、それは結局メディア対応の応答を早めることにしか使えない。その応答自体が何ヶ月も途絶えているなら、監視の意味はさらに薄くなる。
VideoCardzのコラムは最後に、マーカムがATIの旧本社だった、と一言添えている。かつてAMDがGPU技術ごと呑み込んだ拠点が、今度はメディア監視の発信元として世に出た。組織が何にリソースを振るかは、こういう場面で表に出てしまう。
参照元
