Robinがお届けする、鹹話鹹説のデイリーAIシチューです。
今日の3つの話は、ひとつは学習データの許諾に、ひとつは脆弱性が実際に破られた瞬間に、そしてひとつはGPU内部の2つの行列乗算の配置に落ちています。どれもAIビジネスにおける具体的な摩擦点に対応します。素材はどこから来るのか、システムはどれほど脆いのか、そして計算資源をどう節約するのか、です。
エルヴィスの歌：「フェアユース」をめぐる論争
エルヴィス・プレスリーの音楽権利者たちが、許諾なく274曲でAIモデルを学習させたとしてAnthropicを訴えました。著作権侵害の主張です。報道によれば、この訴訟の争点は「フェアユース（公正利用）」の抗弁にあり、まさに著作権で保護された楽曲をAIの学習に使えるのかという問いに行き着きます。出典：Los Angeles Times
主張の具体的な内容は報道ではっきり書かれています。楽曲カタログの権利者たちは、これらの楽曲がオンラインエージェントClaudeの学習に使われたと主張しています。NBC Newsはこの訴訟を、AnthropicなどAI企業に対するより大きな訴訟の波の中に位置づけています。ここには守るべき一線があります。現時点で入手できるのはニュースの見出しとこれらの報道だけです。提訴された裁判所、訴状の詳細、Anthropicの正式な回答、裁判の判断はまだ示されていません。したがって現時点で確認できるのは「訴訟が提起された」ということまでで、Anthropicがすでに侵害を構成すると言うことはできません。出典：Google News 出典：NBC News
なぜこれが紙面を割くに値するのか。生成AIの学習データ著作権訴訟に共通する問いは、開発者が許諾や対価なしに著作権で保護された作品をモデルの学習に投入したかどうかです。274曲という数字が目を引くのは、あるユーザーリクエスト内の偶発的な引用ではなく、カタログが学習素材として扱われたからです。訴訟が進めば、その行方はモデル学習における音楽著作権の適用、損害賠償リスク、ライセンスモデルに影響し得ます。許諾のない音楽で学習するAI開発者は、訴訟とコンプライアンスの圧力を受け続けることになるでしょう。
サーバーをネット中に預け：誰が先にコインを引き出すか
開発者のcloudlandsdevが、意図的に脆弱な状態で作られたPHPサイトを公開しました。その名もSteal My Bitcoin。目的は、最近のPHPリモートコード実行（RCE）脆弱性が実環境で依然として悪用可能かを検証することです。サーバーには約502米ドル相当のビットコインの鍵が隠されており、PHPユーザーはprint-flagという実行ファイルを通じて取得できます。最初に鍵を持ち去った人が勝者です。サイトが選んだPHPのバージョンは、PHP2SHELL一連のCVEが公表される前のものです。出典：Steal My Bitcoin
この件を正しく説明するには、まず脆弱性そのものから見る必要があります。セキュリティ情報源のcve.toolsとwatchTowrによれば、PHP2ShellはCVE-2026-109618およびCVE-2026-109619を含む一連の高危険度RCE脆弱性で、PHP 5.4から8.5に影響します。PHPチームは2026年10月21日に8.5.12、8.4.27、8.3.36、8.2.35の修正版をリリース済みです。セキュリティ企業watchTowrは当該脆弱性が実際に悪用されているのを確認しており、これは机上の演習題材ではなく、速やかな適用が求められる現実のリスクです。開示前のバージョンをあえてサイトに残すことは、このリスクを公衆網に載せて試させることにほかなりません。出典：Hacker Newsの議論 出典：cve.tools 出典：watchTowr
現場のディテールは興味深いものがあります。投稿者いわく、チームはここ数日このRCE脆弱性の対応に追われていたといいます。スクリーンショットでは、チャレンジ開始から0.65時間経っても成功者がいない状態が示され、コメントではサーバーが一時過負荷になったことにも触れられています。使えるRCEを握っていると名乗るあるコメント者は、あえて実演を控えました。公開が悪用手法を広げ、他者たちのパッチ適用の猶予を短くするおそれがあるからです。別のコメント者は「チャレンジは依然として開いており、しばらく成功者ゼロ」という事実を挙げて、数千の自律AIエージェントがサイトを大量に突破しているという説を反駁しました。反対の声も具体的です。悪用可能なサイトをHacker Newsのフロントページに載せる影響は、挑戦者自身の502ドルのビットコインに止まらず、訪問者を危険に晒し、ゼロデイの詳細を露出しかねない。悪用過程を記録して公開検証できるのか、という問いもあります。
CUDAカーネルの融合：2つの乗算とGLUをひとつに編む
さらに一段、深い層へ。llama.cppのPR #29948は、CUDAのMMQパスにおいてFFNのgate/up行列乗算をGLUと融合しました。方法は、gate/upの行を交互に並べることで計算を編成するものです。出典：Reddit r/LocalLLaMA
この一手がどこを節約するのかを理解するには、元の経路を見るのが早いです。MMQパスが扱うのは量子化行列乗算です。典型的なgated FFNでは、gateとupの2つの射影を別々に実行し、その結果をGLUで要素ごとに組み合わせます。このPRはgate/upの行を交互に配置することで、2つの行列乗算とGLUを同一の計算経路に乗せ、中間結果の読み書きを一巡減らします。代償もあります。融合には互換性のある射影レイアウトと安全なバッファが必要で、オーバーラップがある場合は非融合実装へフォールバックしなければなりません。
性能の数字はこうして出ました。コントリビューターがDGX Spark（GB10）とRTX 5090でllama-benchを実行。設定はフルGPUオフロード、Flash Attention有効、プロンプト16384トークン、バッチ2048、5回繰り返しで、masterとPRを比較しました。いくつかのQwenモデルとLlama-3.1-8BのQ4_K_M、Q5_K_M、Q6_K、Q8_0、IQ4_XS量子化において、スループットは約1.9%〜10.7%向上しました。うちDGX Sparkは約4.6%〜10.7%、RTX 5090は約1.9%〜4.7%です。これらの数値はコントリビューター自身が実行したベンチマークに基づき、独立検証はまだされていません。モデル・量子化・ハードウェアが違えば実際の利得は再測が必要です。DGX Spark GB10やRTX 5090でフルGPUオフロードによりローカルモデルを動かすユーザーにとって、このパーセント帯域が期待値の上限と下限になります。
3つの話を並べると、実は同じことの異なる側面を語っています。モデルの能力の境界は、モデルだけでは決まりません。エルヴィスの歌が学習セットに入れるかどうかは、許諾と法の判断次第。脆弱性を残したままのサーバーがいつ502ドルを持ち去られるかは、パッチが悪用手法より速く走れるか次第。そして融合カーネルが何パーセント節約できるかは、2つの行列乗算のデータが同じ読み書きの巡に収められたかどうか次第です。素材、安全、計算資源 — 3つの摩擦点は、それぞれ自分の時計で刻んでいます。
🎧 本エピソードはポッドキャストでも配信中：デイリーAIシチュー · 2026-10-25 を聴く。
