AI が収集したニュースまとめ（2026 年 8 月 9〜11 日）

AI に情報収集してもらい、Slack チャンネルにツイートしてもらう仕組みを動かしています。今回は、2026 年 8 月 9〜11 日のつぶやきまとめです。

2026 年 8 月 9 日

Sashiko が Linux カーネルの HWMON ドライバから重大な不具合を発見

HWMON は Hardware Monitoring の略で、温度や電圧、ファンの回転数などを扱う Linux カーネルのサブシステムらしい。AI コードレビューシステムの Sashiko によって、複数の HWMON ドライバから重大度の高い不具合が見つかり、Linux 7.2-rc7 に修正が取り込まれたそうだ。

Linux のサブシステムにハードウェアモニタリングがあったの、初耳。

出典: HWMON Fixes For Linux 7.2-rc7: “Most Of Them Fixing Critical Or High Severity Bugs” — Phoronix

Linux 7.3 で Intel Hybrid CPU のスケジューリングが改善する見込み

最近の Intel CPU には、高性能だが消費電力の大きい P-Core と、P-Core より低性能だが省電力な E-Core があり、この組み合わせを Hybrid CPU というらしい。

Linux 7.3 では、重い処理を P-Core へ配置しつつ、残りの処理を複数の E-Core へうまく分散させるためのスケジューリングが改善する見込みだそうだ。

ちなみに、L2 キャッシュなどを共有するコアのまとまりを「クラスタ」として扱い、コアの性能差だけでなく、どのクラスタに属しているかも考慮して処理を分散するらしい。サーバーのクラスタとは別物なのね。

出典: Linux 7.3 To Better Handle Cluster Load Balancing On Intel Hybrid CPUs — Phoronix

k8s の Ingress が凍結

k8s の Ingress が凍結され、今後は Gateway API が推奨されているらしい、、、

いや、何が違うんや！！！両方とも、クラスター外からクラスター内へのルーティングをしている印象だが、、

調べてみると、Ingress は入口とルーティング設定を 1 つのリソースへまとめて書く。Gateway API では、入口を表す Gateway と、振り分けを表す HTTPRoute などに分けて管理できるらしい。

同じ「example.com/app への通信を web Service の 80 番ポートへ転送する」という設定を比べると、違いが分かりやすい。

Ingress では、入口とルーティングを 1 つのリソースに書く。

apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: web
spec:
  ingressClassName: nginx
  rules:
    - host: example.com
      http:
        paths:
          - path: /app
            pathType: Prefix
            backend:
              service:
                name: web
                port:
                  number: 80

Gateway API では、入口を表す Gateway と、ルーティングを表す HTTPRoute を同じファイルに書ける。ただし、Kubernetes 上では別々のリソースとして扱われる。

# 入口の設定
apiVersion: gateway.networking.k8s.io/v1
kind: Gateway
metadata:
  name: web-gateway
spec:
  gatewayClassName: example
  listeners:
    - name: http
      protocol: HTTP
      port: 80
      hostname: example.com

---
# ルーティングの設定
apiVersion: gateway.networking.k8s.io/v1
kind: HTTPRoute
metadata:
  name: web-route
spec:
  parentRefs:
    - name: web-gateway
  hostnames:
    - example.com
  rules:
    - matches:
        - path:
            type: PathPrefix
            value: /app
      backendRefs:
        - name: web
          port: 80

Ingress     = 入口 + 振り分け
Gateway API = Gateway（入口）+ HTTPRoute（振り分け）

なお、ingressClassName と gatewayClassName は、導入しているコントローラーに合わせて変更する必要がある。

出典: cdk8sでingressからgatewayAPIに切り替えたお話１ — Zenn

ドメインを売るときの書き方が共通化されたらしい

ドメインを売るとき、DNS レコードへ「このドメインは売り物である」と意思表示をする方法が共通化されたらしい。

DNS レコードというものを初めて知った。DNS という、ドメインに関する情報を公開する仕組みに登録される個々のデータらしい。

自分は Cloudflare でドメインを取得しているけど、実際に Cloudflare の画面にも DNS レコードをいじれる場所があった。ちなみに、DNS レコードはこんな感じの情報を載せられるらしい。

種類	何を設定するか	例
A	名前と IPv4 アドレスを結ぶ	`example.com → 192.0.2.1`
AAAA	名前と IPv6 アドレスを結ぶ	`example.com → 2001:db8::1`
CNAME	ある名前を別の名前へ向ける	`www.example.com → example.com`
MX	メールの配送先を決める	`example.com → mail.example.com`
TXT	任意の文字列を公開する	所有権確認、メール認証、売却情報
NS	そのドメインの DNS 管理先を示す	Cloudflare のネームサーバー
CAA	証明書を発行してよい認証局を指定する	Let’s Encrypt など
SRV	特定サービスの接続先とポートを示す	チャットや音声サービスなど

DNS レコード、色々ありすぎてわけわかめ。

出典: _for-sale DNS records · Website Spec

2026 年 8 月 10 日

Linux カーネルの安定版が更新

Linux 6.6.151、Linux 6.12.103、Linux 6.18.44、Linux 7.1.8 の安定版がアップデートされたらしい。へむへむ。

出典: Four weekend stable kernel updates — LWN.net

Qualcomm の新しい SoC「Kuno」の Linux 対応パッチ

Qualcomm が、Cortex-A7 を搭載した 32 bit ARM SoC「Kuno」を Linux で動かすための初期パッチを投稿したそうだ。まずは開発ボードをシリアルコンソールまで起動できるようにするものらしい。Kuno ってなんか日本人っぽい名前、というぐらいの感想しか出てこない。

出典: Qualcomm Posts Linux Patches For Kuno SoC Support: Cortex-A7 Platform In 2026 — Phoronix

Ubuntu に Incus を導入する Zenn の記事

題名の通り。Incus は、Linux 上でシステムコンテナや仮想マシンを作成・管理するツールらしい。実際に使ってみないと、Docker や Proxmox との違いは分からなそう。

出典: 【Linux Build Lab】第2章 UbuntuへIncusを導入する — Zenn

物語形式で Kubernetes を学べる Zenn の本

こんなのもあるらしいですね。

出典: 無料枠で挑むOCI Kubernetes実践応用 — Zenn

2026 年 8 月 11 日

AI を隔離環境で動かせる Docker の新ツール

Docker Sandboxes は、Codex や Claude Code などの AI コーディングエージェントを、専用の microVM 内で動かすツールらしい。作業対象のプロジェクトだけがマウントされるため、プロジェクト外にあるホスト側のファイルには触れられず、ネットワークも sandbox ごとに分離されるそうだ。AI が誤ってデータ消しちゃった★、みたいな例もよく聞くので、結構求められていそう。使い心地はどうなんだろう。

出典: Docker Sandboxes | Sandboxes for Coding Agents | Docker

RHEL 10.0 EUS のカーネル更新

RHEL 10.0 EUS 向けのカーネル更新。また色々な脆弱性が修正されているね。今回は特に深掘りしたいものはなかった。

出典: RHSA-2026:52764 — Red Hat Customer Portal

systemd-homed の脆弱性

systemd-homed がユーザー情報の署名を正しく検証できておらず、ローカルの攻撃者がログイン中のユーザーを任意のシステムグループへ追加し、権限昇格できる可能性があったそうだ。

そもそも systemd-homed は、ホームディレクトリとユーザー情報をまとめて管理する systemd の仕組みらしい。こんなものがあったのか！！！

今までは useradd や userdel でユーザーを追加・削除していたけど、systemd-homed で管理するユーザーは、homectl create <user> や homectl remove <user> で追加・削除できるらしい。コマンド覚えやすいね。なお、従来のユーザー管理とも併用できるそうだ。

homectl で作ったユーザーの情報は /etc/passwd には保存されず、JSON 形式のユーザー情報として管理されるらしい。こんなものがあったのか！！！！

2020 年の Qiita 記事でも紹介されていました。全然知らんな、自分、、、

出典: USN-8626-1: systemd vulnerabilities — Ubuntu

ImageMagick で任意コード実行につながる脆弱性

ImageMagick で細工された画像を処理すると、ヒープ領域外へ書き込みが発生し、任意コードを実行される可能性があったそうだ。この脆弱性は Ubuntu 18.04、Ubuntu 20.04、Ubuntu 22.04、Ubuntu 24.04 が対象。範囲広いね。

出典: USN-8592-1: ImageMagick vulnerabilities — Ubuntu

今回はこんな感じで。