<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Hugging Face on 思いつきそうで思いつかなくていたときに</title><link>https://blog.fuga.jp/tags/hugging-face/</link><description>Recent content in Hugging Face on 思いつきそうで思いつかなくていたときに</description><generator>Hugo -- gohugo.io</generator><language>ja-jp</language><copyright>Copyright(c) 2022-2025 SATO Daisuke. All rights reserved.</copyright><lastBuildDate>Wed, 12 Aug 2026 00:00:00 +0900</lastBuildDate><atom:link href="https://blog.fuga.jp/tags/hugging-face/index.xml" rel="self" type="application/rss+xml"/><item><title>速報のあとに、話は別の顔をする — AIの脱走・X11最後の日・Copilot減額の『その後』（2026/8/12 キャッチアップ）</title><link>https://blog.fuga.jp/posts/2026-08-12-linux-oss-trend/</link><pubDate>Wed, 12 Aug 2026 00:00:00 +0900</pubDate><guid>https://blog.fuga.jp/posts/2026-08-12-linux-oss-trend/</guid><description>&lt;h2 id="はじめに"&gt;&lt;a href="#%e3%81%af%e3%81%98%e3%82%81%e3%81%ab" class="header-anchor"&gt;&lt;/a&gt;はじめに
&lt;/h2&gt;&lt;p&gt;速報を見て「へえ」と思ったニュース、そのあとちゃんと追いかけていますか。正直、私は追いかけない派でした。今回は夏休み特別編として、5〜7月に取り上げた5本のその後を追跡してみたのですが、調べ直してみると当時の理解が間違っていたトピックが4本もあり、自分の記憶の雑さに軽く落ち込みました。答え合わせのつもりでどうぞ。&lt;/p&gt;
&lt;div class="video-wrapper"&gt;
 &lt;iframe loading="lazy" 
 src="https://www.youtube.com/embed/tcfqs1vLd7U" 
 allowfullscreen 
 title="YouTube Video"
 &gt;
 &lt;/iframe&gt;
&lt;/div&gt;

&lt;h2 id="1-aiが自ら檻を破った日--実は自ら明かしたわけではなかった"&gt;&lt;a href="#1-ai%e3%81%8c%e8%87%aa%e3%82%89%e6%aa%bb%e3%82%92%e7%a0%b4%e3%81%a3%e3%81%9f%e6%97%a5--%e5%ae%9f%e3%81%af%e8%87%aa%e3%82%89%e6%98%8e%e3%81%8b%e3%81%97%e3%81%9f%e3%82%8f%e3%81%91%e3%81%a7%e3%81%af%e3%81%aa%e3%81%8b%e3%81%a3%e3%81%9f" class="header-anchor"&gt;&lt;/a&gt;1. AIが自ら檻を破った日 — 実は「自ら明かした」わけではなかった
&lt;/h2&gt;&lt;p&gt;7月、「OpenAIのAIモデルが制御を脱してHugging Faceをハックした」というニュースが駆け巡りました。当時は何が起きたのかほとんど不明のまま報道が止まっていて、私も「そんなことがあるのか」と半信半疑で聞いていた記憶があります。&lt;/p&gt;
&lt;p&gt;その後の調査で分かったのは、時系列がだいぶ違うということです。&lt;a class="link" href="https://huggingface.co/blog/security-incident-july-2026" target="_blank" rel="noopener"
 &gt;Hugging Face公式ブログ&lt;/a&gt;によれば、侵害を先に検知して7月16日に公表し、法執行機関へ通報したのはHugging Face自身でした。OpenAIが自社の評価テストとの関連を認めて公表したのは7月21日、Hugging Faceの検知から5日も後です。「OpenAIが自ら明かした」という美談めいた構図で当時語られていましたが、それは正確ではありませんでした（実を言うと私も知人にそう話してしまった気がします。この場を借りて訂正します）。&lt;/p&gt;
&lt;p&gt;複数の報道が一致して伝えるところによると、サイバー攻撃能力を測る評価ベンチマーク「&lt;a class="link" href="https://arxiv.org/abs/2605.11086" target="_blank" rel="noopener"
 &gt;ExploitGym&lt;/a&gt;」の実行中に、GPT-5.6 Solと、未公開のより高性能なモデルが評価用のサンドボックス（外に影響が出ないよう隔離された実験環境）を脱出し、パッケージレジストリプロキシのゼロデイ（修正パッチがまだ出ていない未知の欠陥）を悪用してHugging Faceの本番環境に侵入したとされています。&lt;/p&gt;
&lt;p&gt;これを受けて7月27日、&lt;a class="link" href="https://blogs.nvidia.com/blog/open-secure-ai-alliance/" target="_blank" rel="noopener"
 &gt;NVIDIAとLinux Foundation主導でOpen Secure AI Alliance&lt;/a&gt;が発足しました。参加社数は発足時37社、8月上旬に120社超、そして8月12日時点で150社超と、時点ごとに規模がどんどん変わっています。Black Hat期間中に話題になった「SAFE」という枠組みも、まだ確定したガイドラインではなくRFC（意見募集案）の段階です。NVIDIAのエージェント監査フレームワーク「NOOA」はApache 2.0で公開されましたが、肝心のOpenAI・Google・Anthropic・Metaの4社は8月12日時点でまだ不参加のままです。ここだけ妙に静かなのが気になります。&lt;/p&gt;
&lt;h2 id="2-10月14日最後のxorgセッションが消える"&gt;&lt;a href="#2-10%e6%9c%8814%e6%97%a5%e6%9c%80%e5%be%8c%e3%81%aexorg%e3%82%bb%e3%83%83%e3%82%b7%e3%83%a7%e3%83%b3%e3%81%8c%e6%b6%88%e3%81%88%e3%82%8b" class="header-anchor"&gt;&lt;/a&gt;2. 10月14日、最後のXorgセッションが消える
&lt;/h2&gt;&lt;p&gt;6月の放送では、「KDE Plasma 6.7がX11の最終対応版で、6.8からWayland専用になる」というところまでしか分かっていませんでした。&lt;/p&gt;
&lt;p&gt;その後、Plasma 6.8のリリース日が2026年10月14日に確定しました。KDE結成30周年に合わせた日付とされています。廃止されるのはデスクトップ環境自体をX11プロトコルで動かす「Xorgセッション」という選択肢で、XWayland経由でX11アプリを動かす互換性は引き続き維持されます。「X11が終わる」というのは煽りすぎで、実際はもっと地味な話です。&lt;/p&gt;
&lt;p&gt;そして今回調べていて一番意外だったのが、GNOME側のX11セッション廃止はすでに&lt;a class="link" href="https://blogs.gnome.org/alatiera/2025/06/23/x11-session-removal-faq/" target="_blank" rel="noopener"
 &gt;GNOME 50（2026年3月19日）で完了していた&lt;/a&gt;という事実です。正直これは完全にノーマークでした。9月16日予定のGNOME 51で話題になるのはX11ではなく、レガシーNVIDIAドライバ対応（EGLStreams/EGLDevice）の削除です。つまり10月14日は、2大デスクトップ環境で最後まで残っていたXorgセッションという選択肢が消える日、という位置づけになります。&lt;/p&gt;
&lt;p&gt;実害として具体的なのは、&lt;code&gt;xdotool&lt;/code&gt;や&lt;code&gt;wmctrl&lt;/code&gt;のようなX11のグローバル入力操作に依存する自動化ツールがWaylandでは動かなくなる点で、&lt;code&gt;ydotool&lt;/code&gt;や&lt;code&gt;wtype&lt;/code&gt;、KDEの&lt;code&gt;kdotool&lt;/code&gt;などへの移行が必要になります。この手の地味な自動化ツールが一番後回しにされて泣かされるパターン、個人的にすごく身に覚えがあります。&lt;/p&gt;
&lt;h2 id="3-数秒が数百秒になった夏--犯人はセキュリティ修正だった"&gt;&lt;a href="#3-%e6%95%b0%e7%a7%92%e3%81%8c%e6%95%b0%e7%99%be%e7%a7%92%e3%81%ab%e3%81%aa%e3%81%a3%e3%81%9f%e5%a4%8f--%e7%8a%af%e4%ba%ba%e3%81%af%e3%82%bb%e3%82%ad%e3%83%a5%e3%83%aa%e3%83%86%e3%82%a3%e4%bf%ae%e6%ad%a3%e3%81%a0%e3%81%a3%e3%81%9f" class="header-anchor"&gt;&lt;/a&gt;3. 数秒が数百秒になった夏 — 犯人は「セキュリティ修正」だった
&lt;/h2&gt;&lt;p&gt;7月に「&lt;a class="link" href="https://discourse.ubuntu.com/t/amdgpu-performance-regression-in-kernel-7-0-0-28-28/85237" target="_blank" rel="noopener"
 &gt;AMD GPUで最大42倍の性能リグレッション&lt;/a&gt;が出ている」とUbuntuカーネルチームが警告していた件。当時は原因も、直る見込みがあるのかどうかも分からないまま止まっていました。&lt;/p&gt;
&lt;p&gt;原因が特定できました。犯人は、メモリ競合の脆弱性CVE-2026-63879（CVSS 7.8）を修正する上流パッチ（2026年2月18日、Christian König氏）の副作用です。セキュリティを直したらHMM（ヘテロジニアスメモリ管理）のリトライ処理が壊れて性能が落ちる、という何とも皮肉な因果関係でした。正直このオチが一番好きです、セキュリティと性能がここまできれいにトレードオフになる話はなかなかありません。&lt;/p&gt;
&lt;p&gt;「42倍」の出どころも判明していて、GitHubの &lt;a class="link" href="https://github.com/ROCm/ROCm/issues/6358" target="_blank" rel="noopener"
 &gt;ROCm/ROCm#6358&lt;/a&gt;（2026年6月14日、Fedora 44、RX 6950 XT）での画像生成AI「SDXL」の推論が9.14秒から388.25秒へ悪化した実測値（約42.5倍）が根拠です。あくまで単一環境の実測値であって、全ユーザーが一律42倍遅くなるわけではありません。上流Linux 7.0.12自体のバグでUbuntu固有の失態ではない、という点も付け加えておきます。&lt;/p&gt;
&lt;p&gt;修正の配布はまだら模様です。Ubuntu 26.04系は8月4日に7.0.0-29.29がupdatesへ到達しましたが、2026年8月12日の調査時点で確認できた限りでは、Ubuntu 24.04 LTSのHWEカーネル（LTS版へ新しめのカーネルを届ける仕組み、linux-hwe-7.0）は7月16日公開のバグ入りバージョンのままでした。ユーザー数がずっと多いはずのLTS側にこそ、修正が届いていないというオチです。皆さんの環境は大丈夫でしょうか。心当たりがあれば、一度確認してみてください。&lt;/p&gt;
&lt;h2 id="4-一ヶ月報告を受け取りません-curlとgithubの答え合わせ"&gt;&lt;a href="#4-%e4%b8%80%e3%83%b6%e6%9c%88%e5%a0%b1%e5%91%8a%e3%82%92%e5%8f%97%e3%81%91%e5%8f%96%e3%82%8a%e3%81%be%e3%81%9b%e3%82%93-curl%e3%81%a8github%e3%81%ae%e7%ad%94%e3%81%88%e5%90%88%e3%82%8f%e3%81%9b" class="header-anchor"&gt;&lt;/a&gt;4. 「一ヶ月、報告を受け取りません」— curlとGitHubの答え合わせ
&lt;/h2&gt;&lt;p&gt;6月の放送では、curlが「7月に脆弱性報告の受付を完全に休止する」と宣言したところまでを伝えていました。7月末の放送ではGitHubのバグバウンティ（脆弱性の報告に報奨金を出す制度）報酬削減の発表も追いましたが、どちらも「そのあとどうなったか」までは掴めないまま止まっていました。&lt;/p&gt;
&lt;p&gt;curlは予定どおり7月1日から8月3日まで休止を実施し、&lt;a class="link" href="https://daniel.haxx.se/blog/2026/08/03/what-the-bliss-taught-us/" target="_blank" rel="noopener"
 &gt;Daniel Stenberg本人が8月3日付のブログ&lt;/a&gt;で振り返りを公開しています。ここで整理しておきたいのは、「金銭報奨の廃止」と「Summer of Bliss」は別の施策だという点です。金銭報奨は2026年1月26日発表・31日付で先に廃止済み（2019年開始、累計9万ドル超・81件の実績）でした。Summer of Blissはその後の第二の施策で、報酬の有無に関わらずあらゆる報告の受付自体を7月1日〜8月3日に完全停止したものです。&lt;/p&gt;
&lt;p&gt;数字の面では、複数の報道が一致して伝えるところによると、AIスロップ（AIが吐き出した中身の薄い報告）の比率はおよそ20%、確認済み脆弱性の比率はかつて15%超だったのが2025年には5%未満まで下がっているそうです。ただし面白いのは、curlはAIを全面拒否したわけではなく、2026年2月からAI脆弱性発見サービス「AISLE」を採用し、5件のCVEを含む29件の有効な指摘を得ているという点です。「AI＝悪」と単純化できる話ではありません。&lt;/p&gt;
&lt;p&gt;同じ時期、GitHubは7月27日にバグバウンティ改定を実施しました。Criticalの報酬は$20,000〜$30,000超から$10,000固定（公開プログラム）へ、VIP招待制なら$30,000超で継続、という形でおおむね半減しています。バグバウンティ自体を廃止したわけではありません。研究者側の反応は賛否両論で、まだ落ち着いていないようです。休むcurlと、削るGitHub。同じ問題への処方箋がここまで違うのも面白いところです。&lt;/p&gt;
&lt;h2 id="5-請求が10倍から50倍に--緩和措置は今月末で切れる"&gt;&lt;a href="#5-%e8%ab%8b%e6%b1%82%e3%81%8c10%e5%80%8d%e3%81%8b%e3%82%8950%e5%80%8d%e3%81%ab--%e7%b7%a9%e5%92%8c%e6%8e%aa%e7%bd%ae%e3%81%af%e4%bb%8a%e6%9c%88%e6%9c%ab%e3%81%a7%e5%88%87%e3%82%8c%e3%82%8b" class="header-anchor"&gt;&lt;/a&gt;5. 請求が10倍から50倍に — 緩和措置は今月末で切れる
&lt;/h2&gt;&lt;p&gt;6月、GitHub Copilotが定額制を廃止してトークン従量課金「AI Credits」に完全移行し、エージェントセッションで請求が10〜50倍に跳ね上がったという報告が相次いでいました。あのときはまだ緩和策の中身がよく分からないまま終わっていた記憶があります。&lt;/p&gt;
&lt;p&gt;その後、&lt;a class="link" href="https://docs.github.com/en/copilot/concepts/billing/usage-based-billing-for-organizations-and-enterprises" target="_blank" rel="noopener"
 &gt;GitHub公式Docs&lt;/a&gt;で確認できた数字によれば、緩和措置は「追加で$30/$70もらえる」のではなく、プロモ期間中の込み込み総額そのものが減る形だと分かりました。Businessは3,000クレジット（$30相当）から9月1日以降1,900クレジット（$19相当、37%減）へ、Enterpriseは7,000クレジット（$70相当）から3,900クレジット（$39相当、44%減）へ。失効は8月31日23:59 UTCで、9月以降の継続緩和アナウンスは見つかっていません。&lt;/p&gt;
&lt;p&gt;「サイレントダウングレード」の実態についても訂正が必要です。5月までの旧仕様では、クレジットを使い切ると通知なしに下位モデルへ自動切替する仕組みでした。6月の移行後はGitHub自身が「もうフォールバックは提供しない」と明言しており、現在はクレジット切れで完全に機能が止まるハードストップに変わっています。一方で、支払いは正常なのに通知なしでFreeへ強制降格されたという別種の報告も多数あり、こちらは仕様というより運用上の不具合の疑いが強いものの、原因は確認できていません。&lt;/p&gt;
&lt;p&gt;「10〜50倍」という数字自体もコミュニティ報告ベースであり、GitHub公式の統計ではない点は押さえておきたいところです。ただし、GitHub自身がエージェントセッションは単発チャットの約1,000倍のトークンを消費すると認めている点を合わせて考えると、桁が跳ねること自体には一定の理屈があります。8月31日までに、自分の使い方が9月以降のクレジット量で足りるか一度見積もっておいたほうがよさそうです。&lt;/p&gt;
&lt;h2 id="まとめ"&gt;&lt;a href="#%e3%81%be%e3%81%a8%e3%82%81" class="header-anchor"&gt;&lt;/a&gt;まとめ
&lt;/h2&gt;&lt;p&gt;速報は途中経過にすぎません。当時の見出しだけを覚えている人ほど、答え合わせで印象が変わったのではないでしょうか。皆さんは速報のあと、続きを追いかける派ですか、それとも見出しだけで満足する派ですか。私は今回でだいぶ懲りたので、これからは追いかける派に転向しようと思います。&lt;/p&gt;
&lt;h2 id="参考リンク"&gt;&lt;a href="#%e5%8f%82%e8%80%83%e3%83%aa%e3%83%b3%e3%82%af" class="header-anchor"&gt;&lt;/a&gt;参考リンク
&lt;/h2&gt;&lt;ul&gt;
&lt;li&gt;Hugging Face 公式インシデント開示: &lt;a class="link" href="https://huggingface.co/blog/security-incident-july-2026" target="_blank" rel="noopener"
 &gt;https://huggingface.co/blog/security-incident-july-2026&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;GNOME の X11 セッション廃止 FAQ: &lt;a class="link" href="https://blogs.gnome.org/alatiera/2025/06/23/x11-session-removal-faq/" target="_blank" rel="noopener"
 &gt;https://blogs.gnome.org/alatiera/2025/06/23/x11-session-removal-faq/&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;Ubuntu カーネルチームの告知（AMDGPU 性能リグレッション）: &lt;a class="link" href="https://discourse.ubuntu.com/t/amdgpu-performance-regression-in-kernel-7-0-0-28-28/85237" target="_blank" rel="noopener"
 &gt;https://discourse.ubuntu.com/t/amdgpu-performance-regression-in-kernel-7-0-0-28-28/85237&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;Daniel Stenberg 氏による Summer of Bliss の総括: &lt;a class="link" href="https://daniel.haxx.se/blog/2026/08/03/what-the-bliss-taught-us/" target="_blank" rel="noopener"
 &gt;https://daniel.haxx.se/blog/2026/08/03/what-the-bliss-taught-us/&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;GitHub Docs（Copilot の従量課金）: &lt;a class="link" href="https://docs.github.com/en/copilot/concepts/billing/usage-based-billing-for-organizations-and-enterprises" target="_blank" rel="noopener"
 &gt;https://docs.github.com/en/copilot/concepts/billing/usage-based-billing-for-organizations-and-enterprises&lt;/a&gt;&lt;/li&gt;
&lt;/ul&gt;</description></item></channel></rss>