<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>TUXEDO OS on 思いつきそうで思いつかなくていたときに</title><link>https://blog.fuga.jp/tags/tuxedo-os/</link><description>Recent content in TUXEDO OS on 思いつきそうで思いつかなくていたときに</description><generator>Hugo -- gohugo.io</generator><language>ja-jp</language><copyright>Copyright(c) 2022-2025 SATO Daisuke. All rights reserved.</copyright><lastBuildDate>Tue, 18 Aug 2026 00:00:00 +0900</lastBuildDate><atom:link href="https://blog.fuga.jp/tags/tuxedo-os/index.xml" rel="self" type="application/rss+xml"/><item><title>着信に出ただけでカーネル陥落、休眠中の伝説も復活 — 応答の有無が明暗を分けた日（2026/8/18 Linux動向）</title><link>https://blog.fuga.jp/posts/2026-08-18-linux-oss-trend/</link><pubDate>Tue, 18 Aug 2026 00:00:00 +0900</pubDate><guid>https://blog.fuga.jp/posts/2026-08-18-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年以上前に引退したはずの伝説的パッチ作者がひょっこり舞い戻ってくる話まで、今日は「応答したかどうか」で明暗がくっきり分かれた一日でした。動画とあわせて、5本まとめてお届けします。&lt;/p&gt;
&lt;div class="video-wrapper"&gt;
 &lt;iframe loading="lazy" 
 src="https://www.youtube.com/embed/R3ZD4yOf6I4" 
 allowfullscreen 
 title="YouTube Video"
 &gt;
 &lt;/iframe&gt;
&lt;/div&gt;

&lt;h2 id="1-volte通話に出ただけでandroidカーネル陥落unisocは5か月沈黙のまま"&gt;&lt;a href="#1-volte%e9%80%9a%e8%a9%b1%e3%81%ab%e5%87%ba%e3%81%9f%e3%81%a0%e3%81%91%e3%81%a7android%e3%82%ab%e3%83%bc%e3%83%8d%e3%83%ab%e9%99%a5%e8%90%bdunisoc%e3%81%af5%e3%81%8b%e6%9c%88%e6%b2%88%e9%bb%99%e3%81%ae%e3%81%be%e3%81%be" class="header-anchor"&gt;&lt;/a&gt;1. VoLTE通話に出ただけでAndroidカーネル陥落——Unisocは5か月沈黙のまま
&lt;/h2&gt;&lt;p&gt;セキュリティ研究機関SSD Secure Disclosureが&lt;a class="link" href="https://ssd-disclosure.com/unisoc-t612-lpe/" target="_blank" rel="noopener"
 &gt;2026年8月17日に第二段階のエクスプロイト&lt;/a&gt;を公開し、Unisocチップ搭載Androidを狙う二段階攻撃チェーンがついに完成しました。第一段階は&lt;a class="link" href="https://ssd-disclosure.com/unisoc-t612-rce/" target="_blank" rel="noopener"
 &gt;2026年3月に開示済みだったリモートコード実行&lt;/a&gt;で、攻撃者からのVoLTEビデオ通話に &lt;strong&gt;応答すると&lt;/strong&gt; 、通話データの記述形式（SDP）に仕込まれた細工がモデムのファームウェアを暴走させます。「受信するだけ」ではなく、あくまで通話に出るという能動的な行為がトリガーになる点は誤解しやすいので念を押しておきます。&lt;/p&gt;
&lt;p&gt;正直、この記事を書きながら自分のスマホのチップを二度見してしまいました。第二段階は、乗っ取ったモデムの権限からメモリ保護の仕組みを無効化し、Androidカーネルそのものへ権限を這い上がる手口です。対象はT612・T616・T606・T7250というチップセットで、Xiaomi Redmi A5やMotorola E13といった実機でも動作が確認されており、低価格帯スマホを中心に世界で数億台規模が影響を受けるとみられます。&lt;/p&gt;
&lt;p&gt;一番の問題は、ここに至るまでUnisocが一切応答しなかったことです。研究者が5か月以上にわたって通報を続けても返信すらなく、業を煮やして第二段階のPoCまで含むフルチェーンが公開される結果になりました。現時点でユーザー側の回避策は「設定でVoLTE通話をオフにする」ことくらいで、その場合は3G音声にフォールバックし通話品質が落ちます。根本解決には程遠いですが、対象チップを使っているかもしれない人は、いったんこの設定だけでも確認しておいて損はないはずです。&lt;/p&gt;
&lt;h2 id="2-linux-73マージウィンドウ開幕30年動かなかったbinfmt_miscにebpfが入る"&gt;&lt;a href="#2-linux-73%e3%83%9e%e3%83%bc%e3%82%b8%e3%82%a6%e3%82%a3%e3%83%b3%e3%83%89%e3%82%a6%e9%96%8b%e5%b9%9530%e5%b9%b4%e5%8b%95%e3%81%8b%e3%81%aa%e3%81%8b%e3%81%a3%e3%81%9fbinfmt_misc%e3%81%abebpf%e3%81%8c%e5%85%a5%e3%82%8b" class="header-anchor"&gt;&lt;/a&gt;2. Linux 7.3マージウィンドウ開幕——30年動かなかったbinfmt_miscにeBPFが入る
&lt;/h2&gt;&lt;p&gt;Linux 7.2が&lt;a class="link" href="https://lwn.net/Articles/1089033/" target="_blank" rel="noopener"
 &gt;2026年8月16日に安定版リリース&lt;/a&gt;された翌日には、もう7.3のマージウィンドウが開幕していました。Linus Torvaldsは「すでに40本のプルリクエストを手元に抱えている」と語っており、AIコーディングツールを使う開発者の増加で貢献量自体が底上げされている様子がうかがえます。&lt;/p&gt;
&lt;p&gt;注目は&lt;code&gt;binfmt_misc&lt;/code&gt;へのeBPFプログラム統合です。1997年から約30年間、&lt;a class="link" href="https://docs.kernel.org/admin-guide/binfmt-misc.html" target="_blank" rel="noopener"
 &gt;バイナリ実行時のインタープリタは登録した時点で固定される仕組み&lt;/a&gt;でしたが、実行のたびにBPFプログラムで動的に判断できるようになります。化石みたいに変わらなかった仕組みにようやくメスが入ったわけで、地味ですが個人的にはかなり好きな部類の変更です（余談ですが、&lt;code&gt;.jar&lt;/code&gt;をダブルクリックで起動できるのもこの仕組みのおかげだったと今回調べていて初めて知りました）。&lt;/p&gt;
&lt;p&gt;NixOSコミュニティが長年抱えてきた「$ORIGIN問題」——&lt;a class="link" href="https://fzakaria.com/2026/07/20/linux-kernel-will-support-origin-sort-of" target="_blank" rel="noopener"
 &gt;パッケージごとに絶対パスが埋め込まれるためコピーや再配置がしづらい問題&lt;/a&gt;——にも、BPFで解決の道が見えてきたと期待されています。ただし既存のバイナリを壊すような話ではなく、新機能はあくまでオプトイン方式。安定版として世に出るのは早くても2026年10月中旬から下旬の見込みで、Ubuntuのようなディストリビューションへの浸透はさらに先になりそうです。気の長い話ですが、土台の設計変更というのはだいたいそういうものですよね。&lt;/p&gt;
&lt;h2 id="3-tuxedo-osubuntuからdebian-testingへai戦略への不信が引き金"&gt;&lt;a href="#3-tuxedo-osubuntu%e3%81%8b%e3%82%89debian-testing%e3%81%b8ai%e6%88%a6%e7%95%a5%e3%81%b8%e3%81%ae%e4%b8%8d%e4%bf%a1%e3%81%8c%e5%bc%95%e3%81%8d%e9%87%91" class="header-anchor"&gt;&lt;/a&gt;3. TUXEDO OS、UbuntuからDebian Testingへ——AI戦略への不信が引き金
&lt;/h2&gt;&lt;p&gt;ここで一息、小休止気味の話題です。ドイツのLinux専用PCメーカーTUXEDO Computersが、&lt;a class="link" href="https://gitlab.com/tuxedocomputers/development/tuxedo_os/tuxedo-os-debian-open-beta" target="_blank" rel="noopener"
 &gt;2026年8月16日にDebian Testingベースの新TUXEDO OSオープンベータ&lt;/a&gt;を公開しました。移行理由として挙げられているのは「Ubuntu LTSの老朽化」「Canonicalが進めるSnap戦略への侵食」、そして「AIロードマップの透明性不足」の3点です。&lt;/p&gt;
&lt;p&gt;個人的に一番気になるのは3つ目で、TUXEDOは自社ハードウェアに同梱するOSとして、透明性の不十分なAI統合方針は選べないと明言しています。ユーザーへの説明責任という地味な軸が、OSのベース選定という大きな決断を左右したという構図は、なかなか他人事に思えません。移行先がDebian Stableではなく常に開発途中のDebian Testingというのも渋い選択で、TUXEDOはこれを「Continuous Debian」と名付け、Testingが正式にStableへ昇格しても追従しない方針だそうです。&lt;/p&gt;
&lt;p&gt;デフォルトファイルシステムもext4からBtrfs+Snapperへ変更され、パッケージ操作前に自動でスナップショットが作られるようになります。openSUSEが積んできた実績を踏襲した設計で、既存ユーザーは直接アップグレードできずクリーンインストールが必須になる点だけは覚悟が要りそうです。&lt;/p&gt;
&lt;h2 id="4-5年ぶりに帰ってきた麻酔科医con-kolivasがmuqss-ckをaiの力で復活"&gt;&lt;a href="#4-5%e5%b9%b4%e3%81%b6%e3%82%8a%e3%81%ab%e5%b8%b0%e3%81%a3%e3%81%a6%e3%81%8d%e3%81%9f%e9%ba%bb%e9%85%94%e7%a7%91%e5%8c%bbcon-kolivas%e3%81%8cmuqss-ck%e3%82%92ai%e3%81%ae%e5%8a%9b%e3%81%a7%e5%be%a9%e6%b4%bb" class="header-anchor"&gt;&lt;/a&gt;4. 5年ぶりに帰ってきた麻酔科医——Con KolivasがMuQSS/-ckをAIの力で復活
&lt;/h2&gt;&lt;p&gt;沈黙の話が続いたので、ここからは前向きな一本を。オーストラリア在住の麻酔科医Con Kolivas氏が、約5年4か月の休眠を経て&lt;code&gt;linux-7.2-ck1&lt;/code&gt;と&lt;a class="link" href="https://github.com/ckolivas/linux/releases/tag/v7.2-ck1" target="_blank" rel="noopener"
 &gt;MuQSSスケジューラの最新版をGitHubで公開&lt;/a&gt;しました。20年以上カーネルのスケジューラパッチを書き続けてきた人物で、その仕事ぶりを勝手に偏愛している身としては、この復活だけで今日のニュースの中で一番テンションが上がりました。&lt;/p&gt;
&lt;p&gt;2021年に「ユーザーベースの縮小」「モチベーション低下」「後継者不在」を理由に開発終了を宣言していた本人が、今回LLMの活用を復帰の直接的な理由として挙げています。&lt;a class="link" href="https://ck-hack.blogspot.com/" target="_blank" rel="noopener"
 &gt;Kolivas本人のブログでは「LLMがマージと開発を無限に簡単にしてくれた」&lt;/a&gt;と語られており、これまで手作業でのポーティングに費やしていた時間が大きく減ったとのことです。8月15日には一度「継続を迷っている」と弱気な投稿もありましたが、コミュニティからの反応を受けて継続を決意したという、なんとも人間味のある経緯もありました。&lt;/p&gt;
&lt;p&gt;新版ではI/O待ち時間もタスク評価に組み込む「I/O対応CPUスケジューリング」、Intelのハイブリッドアーキテクチャ（P/Eコア）を考慮した負荷分散などを追加。メインライン収録は目指していないと報じられており、あくまで個人プロジェクトとして継続する方針のようです。カーネルを自前ビルドするデスクトップLinuxユーザーやゲーミング用途、低遅延が重要な音楽制作環境などが主な対象になります。&lt;/p&gt;
&lt;h2 id="5-firefox-154websocketの覗き見の抜け道をついに封鎖"&gt;&lt;a href="#5-firefox-154websocket%e3%81%ae%e8%a6%97%e3%81%8d%e8%a6%8b%e3%81%ae%e6%8a%9c%e3%81%91%e9%81%93%e3%82%92%e3%81%a4%e3%81%84%e3%81%ab%e5%b0%81%e9%8e%96" class="header-anchor"&gt;&lt;/a&gt;5. Firefox 154——WebSocketの「覗き見の抜け道」をついに封鎖
&lt;/h2&gt;&lt;p&gt;最後は今日リリースのFirefox 154です。&lt;a class="link" href="https://www.firefox.com/en-US/firefox/154.0beta/releasenotes/" target="_blank" rel="noopener"
 &gt;Local Network Access（LNA）保護をWebSocket接続へ拡張&lt;/a&gt;し、公開Webサイトから自分のPC内やLAN内で動くサービスへの無断接続に許可プロンプトを要求するようになりました。&lt;a class="link" href="https://wicg.github.io/local-network-access/" target="_blank" rel="noopener"
 &gt;WICGの仕様&lt;/a&gt;ではネットワークをループバック・ローカル・パブリックの3ゾーンに分け、より閉じたゾーンへのアクセス時だけ許可を求める設計です（同一ゾーン内のやり取りや、loopback発信のケースは対象外）。&lt;/p&gt;
&lt;p&gt;この機能追加の直接のきっかけは、&lt;a class="link" href="https://localmess.github.io/" target="_blank" rel="noopener"
 &gt;「Local Mess」という研究&lt;/a&gt;でした。数千のWebサイトに埋め込まれたMeta PixelやYandex Metricaの計測スクリプトが、localhostのWebSocket通信を悪用してAndroid広告IDなどの端末識別子を収集していた実態が明らかになったものです。シークレットモードやクッキー削除をすり抜けて追跡できてしまう抜け道だったと知って、自分もちょっとゾッとしました。GoogleはすでにChrome 142以降で同様の保護を導入しており、Firefoxはそれに足並みを揃えた形です。&lt;/p&gt;
&lt;p&gt;一方で開発者にとっては地味に困る変更でもあります。ViteやNext.jsのホットリロードはlocalhostのWebSocketを使うため、LAN外からのアクセスなどでは保護に引っかかり許可プロンプトが出る可能性があります。皆さんの開発環境は大丈夫でしょうか。ちなみにFirefox 154は、9月から2週間リリースサイクルへ移行する前の実質最後の月次リリースでもあります。&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;沈黙を続けたUnisoc、応答して蘇ったCon Kolivas、透明性への不信でベースを乗り換えたTUXEDO、追跡の抜け道を塞いだFirefox。今日の5本は「誰が、何に、どう応答するか」がそのまま結果の差になった一日でした。皆さんが一番身近に感じたのはどの話でしたか、ぜひコメントで教えてください。&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://ssd-disclosure.com/unisoc-t612-lpe/" target="_blank" rel="noopener"
 &gt;https://ssd-disclosure.com/unisoc-t612-lpe/&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a class="link" href="https://docs.kernel.org/admin-guide/binfmt-misc.html" target="_blank" rel="noopener"
 &gt;https://docs.kernel.org/admin-guide/binfmt-misc.html&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a class="link" href="https://github.com/ckolivas/linux/releases/tag/v7.2-ck1" target="_blank" rel="noopener"
 &gt;https://github.com/ckolivas/linux/releases/tag/v7.2-ck1&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a class="link" href="https://www.firefox.com/en-US/firefox/154.0beta/releasenotes/" target="_blank" rel="noopener"
 &gt;https://www.firefox.com/en-US/firefox/154.0beta/releasenotes/&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a class="link" href="https://gitlab.com/tuxedocomputers/development/tuxedo_os/tuxedo-os-debian-open-beta" target="_blank" rel="noopener"
 &gt;https://gitlab.com/tuxedocomputers/development/tuxedo_os/tuxedo-os-debian-open-beta&lt;/a&gt;&lt;/li&gt;
&lt;/ul&gt;</description></item></channel></rss>