<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>FreeBSD on 思いつきそうで思いつかなくていたときに</title><link>https://blog.fuga.jp/tags/freebsd/</link><description>Recent content in FreeBSD on 思いつきそうで思いつかなくていたときに</description><generator>Hugo -- gohugo.io</generator><language>ja</language><copyright>Copyright(c) 2022-2025 SATO Daisuke. All rights reserved.</copyright><lastBuildDate>Fri, 17 Jul 2026 00:00:00 +0900</lastBuildDate><atom:link href="https://blog.fuga.jp/tags/freebsd/index.xml" rel="self" type="application/rss+xml"/><item><title>月例パッチ622件、過去最多更新――AIが穴を量産し、AIが穴を塞ぐ「バグアポカリプス」の中身</title><link>https://blog.fuga.jp/posts/2026-07-17-windows-patch-622-ai-vulnerability/</link><pubDate>Fri, 17 Jul 2026 00:00:00 +0900</pubDate><guid>https://blog.fuga.jp/posts/2026-07-17-windows-patch-622-ai-vulnerability/</guid><description>&lt;h2 id="はじめに">&lt;a href="#%e3%81%af%e3%81%98%e3%82%81%e3%81%ab" class="header-anchor">&lt;/a>はじめに
&lt;/h2>&lt;blockquote>
&lt;p>&lt;strong>訂正とお詫び&lt;/strong>: 動画公開時、Microsoft Patch Tuesdayの日付を誤って「2026年7月16日」としておりましたが、正しくは日本時間で &lt;strong>2026年7月15日（水）&lt;/strong> でした。お詫びして訂正いたします。&lt;/p>&lt;/blockquote>
&lt;p>「今月のパッチ、何件だと思います?」と聞かれて622件と即答できる人はいないはず。今日はこの数字を起点に、Windowsのゼロデイ、GitHub Actionsの防御強化、FreeBSDの20年越しの悲願、AMDの新GPU対応、そしてUbuntuの42倍性能劣化まで、直近1日で動いた5本をまとめます。共通して見えてくるのは、自動化とAIが開発・防御・攻撃のすべてを加速させ、人間のレビューやパッケージングがそれに追いつけなくなっている、という緊張感です。&lt;/p>
&lt;div class="video-wrapper">
&lt;iframe loading="lazy"
src="https://www.youtube.com/embed/Rj7AXjRtc9Y"
allowfullscreen
title="YouTube Video"
>
&lt;/iframe>
&lt;/div>
&lt;h2 id="1-microsoft単月622件のcveを修正過去最多を約3倍更新したバグアポカリプス">&lt;a href="#1-microsoft%e5%8d%98%e6%9c%88622%e4%bb%b6%e3%81%aecve%e3%82%92%e4%bf%ae%e6%ad%a3%e9%81%8e%e5%8e%bb%e6%9c%80%e5%a4%9a%e3%82%92%e7%b4%843%e5%80%8d%e6%9b%b4%e6%96%b0%e3%81%97%e3%81%9f%e3%83%90%e3%82%b0%e3%82%a2%e3%83%9d%e3%82%ab%e3%83%aa%e3%83%97%e3%82%b9" class="header-anchor">&lt;/a>1. Microsoft、単月622件のCVEを修正――過去最多を約3倍更新した「バグアポカリプス」
&lt;/h2>&lt;p>2026年7月15日（水、日本時間）のPatch Tuesdayは、単月 &lt;strong>622件&lt;/strong> という、Microsoft史上でも桁違いの規模になりました。従来最多だった2026年6月の206件と比べても約3倍。内訳は重大(Critical)57件、重要(Important)510件、中程度(Moderate)3件です。正直、この数字を見た瞬間「今月はスキップしたい」と本気で思いました。&lt;/p>
&lt;p>ただし本当に怖いのは件数そのものより、紛れ込んだ2件の悪用中ゼロデイです。1件目はSharePoint Serverの特権昇格脆弱性CVE-2026-56164。CVSSv3スコアは5.3と一見中程度ですが、ZDIは「スコアの低さに惑わされるな」と名指しで警告しています。認証なしでネットワーク越しに特権昇格まで到達でき、攻撃者はIISのマシンキーを窃取して永続アクセスを確立する――この手口は2025年の「ToolShell」キャンペーンと一致するとされていて、去年の悪夢がそのまま帰ってきたような気分です。連邦機関向けの修正期限は本日7月17日。&lt;/p>
&lt;p>2件目はAD FSの特権昇格CVE-2026-56155（CVSS 7.8）。Active DirectoryのDKMコンテナへのアクセス制御が甘く、認証トークンの署名鍵を攻撃者が再構成できてしまう不具合です。これはMicrosoftのDART(Detection and Response Team)が実際のインシデント対応中に発見したもので、机上の話ではなく現場で見つかった生々しい一件だという点は強調しておきたいです。&lt;/p>
&lt;p>なぜ622件という異常な数字が出たのか。主因はMicrosoftが投入したAI駆動スキャナ「MDASH」です。複数のAIエージェントがWindowsのコードベースを横断的に洗い出す時代に入ったということで、ZDIの研究者はこの状況を「バグアポカリプスが完全に降臨した」と表現しています。そしてここからが本題です。TenableのSatnam Narang氏は、AIが「悪用される可能性は低い」と評価した脆弱性14件のうち、 &lt;strong>13件でPoCを生成できた&lt;/strong> という調査結果を紹介しています。防御側が長年頼ってきたCVSSの悪用可能性スコアが、AIの前ではほとんど意味をなさなくなりつつある。この非対称性は、パッチ運用の優先順位付けそのものを揺さぶる話です。&lt;/p>
&lt;p>他にもCVSS 9.9のVMSwitch RCE(CVE-2026-57092)、CVSS 9.8のSharePointデシリアライゼーションRCEが2件(CVE-2026-50522、CVE-2026-58644)と、単体でも背筋が寒くなる脆弱性が並んでいます。オンプレSharePointやAD FSを運用している方は、今日中の対応を強くおすすめします。&lt;/p>
&lt;h2 id="2-github-actions-checkout-v7pwn-requestをデフォルトブロック引き金は290万dl規模の侵害">&lt;a href="#2-github-actions-checkout-v7pwn-request%e3%82%92%e3%83%87%e3%83%95%e3%82%a9%e3%83%ab%e3%83%88%e3%83%96%e3%83%ad%e3%83%83%e3%82%af%e5%bc%95%e3%81%8d%e9%87%91%e3%81%af290%e4%b8%87dl%e8%a6%8f%e6%a8%a1%e3%81%ae%e4%be%b5%e5%ae%b3" class="header-anchor">&lt;/a>2. GitHub Actions checkout v7、pwn-requestをデフォルトブロック――引き金は290万DL規模の侵害
&lt;/h2>&lt;p>続いてはCI/CDまわり。actions/checkout v7がpull_request_targetを悪用した「pwn-request」攻撃をデフォルトでブロックするようになり、7月16日にはv1〜v4への全バックポートも完了しました。&lt;/p>
&lt;p>背景にあるのは7月14日に発覚したAsyncAPIのサプライチェーン侵害です。攻撃者は37件のスパムPRでメンテナの目を散らしつつ、脆弱なワークフローを起動する本命のPRを紛れ込ませ、高権限のPAT・npm公開トークンを盗み出しました。結果、5バージョンのパッケージが汚染され、影響を受けた主要パッケージの週間ダウンロード数は合計 &lt;strong>約290〜300万件&lt;/strong> 。仕込まれたマルウェアはパスワード・SSH鍵・クラウド認証情報・暗号資産ウォレットまで根こそぎ窃取し、C2通信はHTTP・Nostr・Ethereum・P2Pの4チャネルを使い分けるという凝りようです。&lt;/p>
&lt;p>一番こたえるのは、この脆弱性が &lt;strong>58日前&lt;/strong> にコントリビューターから指摘され、修正PRまで提出されていたのに未マージのまま放置されていたという事実。指摘も実証も修正案も揃っていたのに、最後のレビューとマージという一歩が回らなかった。技術の問題というより、OSSメンテナンスの人的キャパシティの問題です。pull_request_targetを使ったワークフローが手元にあるなら、この機会に棚卸しをおすすめします。&lt;/p>
&lt;h2 id="3-freebsd-16ベースシステムからgplコードが完全撤去20年がかりの静かな悲願達成">&lt;a href="#3-freebsd-16%e3%83%99%e3%83%bc%e3%82%b9%e3%82%b7%e3%82%b9%e3%83%86%e3%83%a0%e3%81%8b%e3%82%89gpl%e3%82%b3%e3%83%bc%e3%83%89%e3%81%8c%e5%ae%8c%e5%85%a8%e6%92%a4%e5%8e%bb20%e5%b9%b4%e3%81%8c%e3%81%8b%e3%82%8a%e3%81%ae%e9%9d%99%e3%81%8b%e3%81%aa%e6%82%b2%e9%a1%98%e9%81%94%e6%88%90" class="header-anchor">&lt;/a>3. FreeBSD 16、ベースシステムからGPLコードが完全撤去――20年がかりの静かな悲願達成
&lt;/h2>&lt;p>ここで一息。派手さはありませんが、個人的にはいちばん好きなニュースです。2026年7月14日、FreeBSDのベースシステムに残っていた最後のGPLコード――dialogとその周辺コンポーネント計390ファイルが削除され、ベースシステムが完全にGPLフリーになりました。&lt;/p>
&lt;p>きっかけは2007年のGCCのGPLv3採用。より制約の強いライセンスを嫌ったFreeBSDは、コンパイラをClang/LLVMへ、バイナリユーティリティを独自実装へと着実に置き換えてきました。2020年のGCC 4.2.1削除から数えても6年、全体では20年近い執念です。dialogの代役であるbsddialogはすでにFreeBSD 14.0からベースシステムに取り込まれ、インストーラーも設定ツールもとっくに移行済み。今回の削除は「もう誰も使っていない旧実装を消す」最終処理にすぎず、エンドユーザーへの実害はほぼありません。&lt;/p>
&lt;p>Hacker Newsでは「長年の目標達成」と概ね好意的に受け止められる一方、「商業企業がプロプライエタリ化しやすくなるだけだ」というGPL支持者側の批判も出ています。BSDの自由とGPLのコピーレフトによる自由、どちらを支持しますか。こういう哲学の対立、正直何度見ても面白いです。&lt;/p>
&lt;h2 id="4-amd-rocm-714が本番リリースtherock採用とryzen-ai-400対応">&lt;a href="#4-amd-rocm-714%e3%81%8c%e6%9c%ac%e7%95%aa%e3%83%aa%e3%83%aa%e3%83%bc%e3%82%b9therock%e6%8e%a1%e7%94%a8%e3%81%a8ryzen-ai-400%e5%af%be%e5%bf%9c" class="header-anchor">&lt;/a>4. AMD ROCm 7.14が本番リリース――TheRock採用とRyzen AI 400対応
&lt;/h2>&lt;p>AMDは2026年7月15日、ROCm 7.14.0を本番リリースとして公開しました。柱は新ビルドシステム「TheRock」の本番採用、Ryzen AI 400シリーズのAPU 7モデルへの正式対応、PyTorch 2.12.0やvLLM 0.23.0といった推論スタックの更新。しかもAMD Advancing AI 2026カンファレンス（7月22〜23日）の直前という、かなり狙ったタイミングでの投入です。&lt;/p>
&lt;p>TheRockはROCmを「ROCm Core SDK」というリーンなコアと、HPC・コンピュータービジョン・データサイエンス・ライフサイエンスの4種の拡張SDKに分離するモジュール構成が目玉。Phoronixは一部で10〜16%の性能改善を報告しています。新規対応GPUはgfx1151(Strix Halo系3モデル)とgfx1153(Krackan Point系4モデル)の合計7モデルで、ノートPCやミニPCでローカルAI推論を回したい層には嬉しいニュースです。対応OSにはUbuntu 26.04 LTSも含まれているのですが、この組み合わせ、次のトピックで早速きしみます。&lt;/p>
&lt;h2 id="5-ubuntuの次期カーネルにamd-gpu性能が最大42倍劣化するバグカーネルチームが異例の事前警告">&lt;a href="#5-ubuntu%e3%81%ae%e6%ac%a1%e6%9c%9f%e3%82%ab%e3%83%bc%e3%83%8d%e3%83%ab%e3%81%abamd-gpu%e6%80%a7%e8%83%bd%e3%81%8c%e6%9c%80%e5%a4%a742%e5%80%8d%e5%8a%a3%e5%8c%96%e3%81%99%e3%82%8b%e3%83%90%e3%82%b0%e3%82%ab%e3%83%bc%e3%83%8d%e3%83%ab%e3%83%81%e3%83%bc%e3%83%a0%e3%81%8c%e7%95%b0%e4%be%8b%e3%81%ae%e4%ba%8b%e5%89%8d%e8%ad%a6%e5%91%8a" class="header-anchor">&lt;/a>5. Ubuntuの次期カーネルにAMD GPU性能が最大42倍劣化するバグ――カーネルチームが異例の事前警告
&lt;/h2>&lt;p>締めは今日いちばん実害の大きい話です。2026年7月16日、UbuntuカーネルチームはUbuntu 26.04および24.04 LTS HWE向けの次期カーネル(7.0.0-28.28)に、AMDGPUのHMMコードのリトライループバグが混入していると警告しました。ComfyUIやROCmを使うAI/MLワークロードで、性能が &lt;strong>最大42倍&lt;/strong> 劣化するというのです。&lt;/p>
&lt;p>原因はGPUがページフォルト回復中にビジー状態へ遭遇すると、CPUを1秒間スピンさせるリトライループ。しかもこのループ、シーケンスカウンターが進むという理由で回り続けるのに実際は一切進捗しない、ただCPUを浪費するだけの空ループでした。ComfyUI上でSDXL推論を実行したケースでは、処理時間が &lt;strong>9秒から388秒&lt;/strong> へ膨れ上がったとのこと。約42倍です。普段9秒で終わる生成が6分半かかると聞いて、正直ゾッとしました。手元でローカルAI推論を回している人にとっては、致命的な体感差になるはずです。&lt;/p>
&lt;p>このバグはLinux 7.0.12で混入し、直後の7.0.13でアップストリームの修正コミットが投入されていました。ところがUbuntu側のパッケージングがそのタイミングに間に合わず、「バグは入ったが修正は入っていない」という最悪の断面でリリースが切り出されてしまいました。回避策は該当カーネルへのアップグレードを保留することです。&lt;/p>
&lt;div class="highlight">&lt;div style="color:#fff;background-color:#000;-moz-tab-size:4;-o-tab-size:4;tab-size:4;">
&lt;table style="border-spacing:0;padding:0;margin:0;border:0;">&lt;tr>&lt;td style="vertical-align:top;padding:0;margin:0;border:0;">
&lt;pre tabindex="0" style="color:#fff;background-color:#000;-moz-tab-size:4;-o-tab-size:4;tab-size:4;">&lt;code>&lt;span style="white-space:pre;-webkit-user-select:none;user-select:none;margin-right:0.4em;padding:0 0.4em 0 0.4em;color:#7f7f7f">1
&lt;/span>&lt;/code>&lt;/pre>&lt;/td>
&lt;td style="vertical-align:top;padding:0;margin:0;border:0;;width:100%">
&lt;pre tabindex="0" style="color:#fff;background-color:#000;-moz-tab-size:4;-o-tab-size:4;tab-size:4;">&lt;code class="language-bash" data-lang="bash">&lt;span style="display:flex;">&lt;span>sudo apt-mark hold linux-image-generic linux-headers-generic
&lt;/span>&lt;/span>&lt;/code>&lt;/pre>&lt;/td>&lt;/tr>&lt;/table>
&lt;/div>
&lt;/div>&lt;p>この一件で個人的に評価したいのは、Ubuntuカーネルチームが「修正が間に合わない」と分かった時点で、隠さずコミュニティに事前告知したことです。黙って配布して後からユーザーが首をかしげる、というパターンも珍しくない中で、先に手を挙げた姿勢は率直にえらいと思います。&lt;/p>
&lt;h2 id="まとめ">&lt;a href="#%e3%81%be%e3%81%a8%e3%82%81" class="header-anchor">&lt;/a>まとめ
&lt;/h2>&lt;p>Microsoftは622件という記録的な数の脆弱性をAIの力で見つけて塞ぎましたが、その同じAIが「悪用されにくい」とされた脆弱性からPoCを量産できてしまう。AsyncAPIでは修正PRが58日間放置された末に290万ダウンロード規模の侵害が起き、Ubuntuでは修正コミットが確かに存在したのにパッケージングのタイミングで間に合いませんでした。今日の5本を通して見えてくるのは、足りなかったのは「発見」ではなく「それを正しいタイミングで正しい経路を通してユーザーに届ける」という最後の一歩だった、ということです。皆さんの現場では、指摘された修正PRやアラート、ちゃんと拾えていますか。今日パッチを当てるべきものは、今日のうちに。&lt;/p></description></item></channel></rss>