<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>N-Able on 思いつきそうで思いつかなくていたときに</title><link>https://blog.fuga.jp/tags/n-able/</link><description>Recent content in N-Able on 思いつきそうで思いつかなくていたときに</description><generator>Hugo -- gohugo.io</generator><language>ja-jp</language><copyright>Copyright(c) 2022-2025 SATO Daisuke. All rights reserved.</copyright><lastBuildDate>Fri, 07 Aug 2026 00:00:00 +0900</lastBuildDate><atom:link href="https://blog.fuga.jp/tags/n-able/index.xml" rel="self" type="application/rss+xml"/><item><title>『直したはず』がまた開いた日——TomcatとN-centralに見る修正の落とし穴</title><link>https://blog.fuga.jp/posts/2026-08-07-linux-oss-trend/</link><pubDate>Fri, 07 Aug 2026 00:00:00 +0900</pubDate><guid>https://blog.fuga.jp/posts/2026-08-07-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;パッチを当てたのに、また穴が開いていた。今日はそんな「詰めの甘さ」が2件同時に露呈した日でした。正直、これを調べていて何度も「またか」とつぶやいてしまいました。AI推論やOSS基盤の明るい話題も挟みつつ、5本まとめてお届けします。&lt;/p&gt;
&lt;div class="video-wrapper"&gt;
 &lt;iframe loading="lazy" 
 src="https://www.youtube.com/embed/xLlsTKmZ4fs" 
 allowfullscreen 
 title="YouTube Video"
 &gt;
 &lt;/iframe&gt;
&lt;/div&gt;

&lt;h2 id="1-apache-tomcatのcisa-kev追加パッチのパッチが生んだ新たな穴"&gt;&lt;a href="#1-apache-tomcat%e3%81%aecisa-kev%e8%bf%bd%e5%8a%a0%e3%83%91%e3%83%83%e3%83%81%e3%81%ae%e3%83%91%e3%83%83%e3%83%81%e3%81%8c%e7%94%9f%e3%82%93%e3%81%a0%e6%96%b0%e3%81%9f%e3%81%aa%e7%a9%b4" class="header-anchor"&gt;&lt;/a&gt;1. Apache TomcatのCISA KEV追加——「パッチのパッチ」が生んだ新たな穴
&lt;/h2&gt;&lt;p&gt;Apache Tomcatのクラスタ間暗号化コンポーネントEncryptInterceptorを完全にバイパスできる脆弱性CVE-2026-34486が、2026年8月4日に &lt;a class="link" href="https://nvd.nist.gov/vuln/detail/CVE-2026-34486" target="_blank" rel="noopener"
 &gt;CISAのKEVカタログへ追加&lt;/a&gt; されました。中国系の脅威アクター2系統による実悪用が確認済みで、認証不要のリモートコード実行に到達します。&lt;/p&gt;
&lt;p&gt;厄介なのは根本原因です。パディングオラクル攻撃（CVE-2026-29146）への対策として実装したコミットの例外処理に誤りがあり、復号化に失敗してもメッセージが下流へ転送される「フェイルオープン」挙動が生まれてしまいました。つまり前回のパッチを当てたつもりの環境が、今度は新しい脆弱性の対象になるという二段構えです。CVSSスコアもApache評価の7.5と &lt;a class="link" href="https://tomcat.apache.org/security-11.html" target="_blank" rel="noopener"
 &gt;CISA-ADP評価の9.8&lt;/a&gt; が大きく乖離していて、これを見たとき「え、同じCVEでこんなに違うの」と声が出ました。スコアだけを鵜呑みにする怖さを教えてくれる事例です。対象はTribesクラスタ機能を有効にした環境限定ですが、該当する方は9.0.117/10.1.54/11.0.21への即時アップグレードを強く推奨します。&lt;/p&gt;
&lt;h2 id="2-intel-openvino-20261ggufがそのままintel-cpugpunpuで動く時代へ"&gt;&lt;a href="#2-intel-openvino-20261gguf%e3%81%8c%e3%81%9d%e3%81%ae%e3%81%be%e3%81%beintel-cpugpunpu%e3%81%a7%e5%8b%95%e3%81%8f%e6%99%82%e4%bb%a3%e3%81%b8" class="header-anchor"&gt;&lt;/a&gt;2. Intel OpenVINO 2026.1——GGUFがそのままIntel CPU/GPU/NPUで動く時代へ
&lt;/h2&gt;&lt;p&gt;Intelが2026年4月にリリースした &lt;a class="link" href="https://github.com/ggml-org/llama.cpp/blob/master/docs/backend/OPENVINO.md" target="_blank" rel="noopener"
 &gt;OpenVINO 2026.1&lt;/a&gt; に、llama.cppの公式アップストリームバックエンドが加わりました。これまで専用フォーマットへの変換が必要だったハードルが消え、GGUFファイルをそのままIntel CPU・GPU（Iris Xe・Arcシリーズ）・NPU（Core Ultra搭載機）で動かせるようになっています。&lt;/p&gt;
&lt;p&gt;まだプレビュー扱いでテキスト専用モデルのみの対応ですが、環境変数&lt;code&gt;GGML_OPENVINO_DEVICE&lt;/code&gt;一つでデバイスを切り替えられる手軽さは魅力です。ここは正直好きな分野で、手元のIntel搭載ノートPCでGGUFがそのまま走る未来を想像すると結構わくわくします（余談ですが、うちの古いノートPCにもAVX2は載っているので週末にでも試してみようと思います）。NVIDIA・Appleに続いてIntelが「一等市民」バックエンドとして参入したことで、ローカルLLM推論のハードウェア選択肢がまた一つ増えました。&lt;/p&gt;
&lt;h2 id="3-cloudflare-osaiエージェント向けワークスペースをapache-20でoss化"&gt;&lt;a href="#3-cloudflare-osai%e3%82%a8%e3%83%bc%e3%82%b8%e3%82%a7%e3%83%b3%e3%83%88%e5%90%91%e3%81%91%e3%83%af%e3%83%bc%e3%82%af%e3%82%b9%e3%83%9a%e3%83%bc%e3%82%b9%e3%82%92apache-20%e3%81%a7oss%e5%8c%96" class="header-anchor"&gt;&lt;/a&gt;3. Cloudflare OS——AIエージェント向けワークスペースをApache 2.0でOSS化
&lt;/h2&gt;&lt;p&gt;Cloudflareが2026年8月5日、社内で運用してきたAIエージェント基盤「Cloudflare OS」を &lt;a class="link" href="https://github.com/cloudflare/cloudflare-os" target="_blank" rel="noopener"
 &gt;Apache 2.0ライセンスで公開&lt;/a&gt; しました。エージェントが認証情報を直接持たず、スコープ付きの「ケイパビリティ」だけを受け取る設計が特徴で、公開から数時間で2,300スターを獲得しています。&lt;/p&gt;
&lt;p&gt;設計者のKenton Varda氏が自ら明かしているのですが、これは2015年頃に手がけた「Sandstorm.io」という先進的だけど当時は普及しなかったプロジェクトの思想を、AIという欠けていたピースを加えて作り直したものだそうです。過去の挑戦が形を変えて戻ってくるのは、OSSの世界らしい巡り合わせだなとしみじみ感じました。ただしコードベースは大規模リライト中で外部PRは原則受け付けていないとのこと、本番導入は少し先になりそうです。&lt;/p&gt;
&lt;h2 id="4-podman-v582v584連続パッチで環境変数リークなど3件のcveを修正"&gt;&lt;a href="#4-podman-v582v584%e9%80%a3%e7%b6%9a%e3%83%91%e3%83%83%e3%83%81%e3%81%a7%e7%92%b0%e5%a2%83%e5%a4%89%e6%95%b0%e3%83%aa%e3%83%bc%e3%82%af%e3%81%aa%e3%81%a93%e4%bb%b6%e3%81%aecve%e3%82%92%e4%bf%ae%e6%ad%a3" class="header-anchor"&gt;&lt;/a&gt;4. Podman v5.8.2〜v5.8.4——連続パッチで環境変数リークなど3件のCVEを修正
&lt;/h2&gt;&lt;p&gt;Podmanがv5.8.2からv5.8.4にかけての3リリースで、計3件のCVEを修正しました。中でも重いのが &lt;a class="link" href="https://nvd.nist.gov/vuln/detail/CVE-2026-57231" target="_blank" rel="noopener"
 &gt;CVE-2026-57231&lt;/a&gt; で、値のないEnvエントリを含むイメージをpullするだけでホスト側の環境変数がコンテナへ丸ごと漏れてしまうというもの。CVSSは7.5 HIGH、影響はPodman 1.8.1から約6年間に及んでいたというから驚きです。6年ですよ、6年。自分がPodmanを使い始めた頃にはもう埋まっていた計算になります。&lt;/p&gt;
&lt;p&gt;ほかにビルドコンテキスト外へのパストラバーサル（CVE-2026-44517）、Windows Hyper-V限定のPowerShellコマンドインジェクション（CVE-2026-33414）も同時期に修正されています。アップデート管理が煩雑な組織は、最新のv5.8.4に一気に上げれば全部まとめて解消できます。&lt;/p&gt;
&lt;h2 id="5-cve-2026-18577n-able-n-centralgod-mode認証バイパス連邦機関の期限は昨日で超過"&gt;&lt;a href="#5-cve-2026-18577n-able-n-centralgod-mode%e8%aa%8d%e8%a8%bc%e3%83%90%e3%82%a4%e3%83%91%e3%82%b9%e9%80%a3%e9%82%a6%e6%a9%9f%e9%96%a2%e3%81%ae%e6%9c%9f%e9%99%90%e3%81%af%e6%98%a8%e6%97%a5%e3%81%a7%e8%b6%85%e9%81%8e" class="header-anchor"&gt;&lt;/a&gt;5. CVE-2026-18577——N-able N-central「God Mode」認証バイパス、連邦機関の期限は昨日で超過
&lt;/h2&gt;&lt;p&gt;MSP向けRMMプラットフォームN-able N-centralの全バージョンに、認証不要でフル管理者権限を奪える脆弱性CVE-2026-18577が存在し、野生での悪用が確認されています。 &lt;a class="link" href="https://www.cisa.gov/known-exploited-vulnerabilities-catalog?field_cve=CVE-2026-18577" target="_blank" rel="noopener"
 &gt;CISAは2026年8月3日にKEVカタログへ追加&lt;/a&gt; し、連邦文民機関への修正期限は昨日8月6日、すでに超過してしまいました。&lt;/p&gt;
&lt;p&gt;これもまた「不完全なパッチ」が原因です。先行するCVE-2026-18556への対策が別の認証バイパス経路を塞ぎきれておらず、今回の脆弱性につながりました。Tomcatと全く同じ構図で、正直ここまで揃うと偶然とは思えません。攻撃者はTake Control機能でエンドポイントに侵入したあと、Cloudflare Tunnelで永続的なバックドアまで設置しているというから、パッチを当てただけでは終わらない後始末が必要になります。2021年のKaseya事案を思い出す方も多いのではないでしょうか。&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;Tomcatも N-centralも、「直したはず」がまた開いてしまった一日でした。修正パッチの検証がいかに難しいか、身につまされます。皆さんの環境、パッチ当てたつもりで安心していませんか。ちなみに私は今日この記事を書き終えた直後に自宅サーバーのTomcatバージョンを確認しに行きました。皆さんも一度、確かめてみてください。&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;&lt;a class="link" href="https://nvd.nist.gov/vuln/detail/CVE-2026-34486" target="_blank" rel="noopener"
 &gt;https://nvd.nist.gov/vuln/detail/CVE-2026-34486&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a class="link" href="https://tomcat.apache.org/security-11.html" target="_blank" rel="noopener"
 &gt;https://tomcat.apache.org/security-11.html&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a class="link" href="https://nvd.nist.gov/vuln/detail/CVE-2026-57231" target="_blank" rel="noopener"
 &gt;https://nvd.nist.gov/vuln/detail/CVE-2026-57231&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a class="link" href="https://www.n-able.com/blog/n-central-security-update-august-2-2026" target="_blank" rel="noopener"
 &gt;https://www.n-able.com/blog/n-central-security-update-august-2-2026&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a class="link" href="https://github.com/cloudflare/cloudflare-os" target="_blank" rel="noopener"
 &gt;https://github.com/cloudflare/cloudflare-os&lt;/a&gt;&lt;/li&gt;
&lt;/ul&gt;</description></item></channel></rss>