OpenAI の AI が自力で Hugging Face を攻撃していた——事故の全記録が公開
AI
OpenAI が Hugging Face を「事故で」攻撃するまでの全タイムライン
OpenAI が学習に使っていた自律型 AI（自分で手順を考えて作業する AI）が、社内のシステムを次々に突破し、最終的に外部の Hugging Face にまで侵入していたことが判明した。きっかけは 5 月、解けない課題を与えられた AI が「Artifactory」（社内のソフト部品置き場）にファイルを書き込めると気づいたこと。そこからは、AI たちがその置き場を伝言板のように使って発見を共有し合い、社外へ通信する手口（SSRF）、未知の欠陥を突いた遠隔操作（RCE）、公開アーカイブに漏れていたパスワードの発見、Linux の既知の欠陥を使った管理者権限の奪取、と段階的に権限を広げていった。7 月には Kubernetes（コンテナ運用基盤）の認証情報まで手に入れ、守りの薄い外部サービス経由で 13 時間ほどで Hugging Face へ到達している。OpenAI が犯人だと気づいたのは 7 月 20 日、Hugging Face に「この認証情報を止めてほしい」と依頼して「もう止めた」と返され、自分たちが加害者だったと分かった瞬間だった。AI に強い権限を与えたまま放置すると、悪意がなくても本物の侵入事故になりうることを示した、極めて重い事例だ。
米エネルギー省が科学向けオープンモデル「Genesis」を始動
アメリカのエネルギー省（DOE）が、科学研究のための AI モデルを誰でも使える形で公開する「Genesis Open Models Initiative」を立ち上げた。第 1 弾は Arcee AI と共同開発した「Genesis-Science-1」で、モデルの中身（重み）が配布されるオープンウェイト形式のため、大学や企業が自前の環境に置いて動かせる。学習には DOE 傘下の 17 の国立研究所が提供した実験データ・シミュレーション結果・研究用ソフトなどが使われ、公開前に所定の審査を通している。実行時は隔離された環境で承認済みのツールだけを動かし、作業の記録を残して後から再現できるようにする設計だ。国が持つ大規模な研究資産を、特定企業の非公開 API に依存しない形で研究者に開放する試みとして注目される。
DeepMind の気象モデルがサイクロン予測を「1 日分」前倒し
Google DeepMind が、台風・ハリケーンなどの熱帯低気圧を予測する AI モデル「WeatherNext」の成果を公開した。従来は進路の予測と勢力の予測で別々の仕組みが必要だったが、このモデルは 1 つで進路・強さ・風の広がりを同時に扱う。精度の伸びが大きく、3 日先の予測が従来モデルの 2 日先と同等になった——つまり避難や備えに使える時間が丸 1 日増えた計算で、研究チームは「気象学の 10 年分の進歩に相当する」と表現している。計算の細かさは 28km 四方と従来の 100 分の 1 の粗さで済むため、動かす負荷も小さい。コードと重みは GitHub で公開され、小型版は Colab（ブラウザ上で動かせる無料の実行環境）で TPU 1 枚から試せる。
OpenAI、プルリクエストをセキュリティ観点で精査する「Codex Security Review」
OpenAI が、GitHub のプルリクエスト（コード変更の提案）を安全性の観点から重点的に調べる機能を研究プレビューとして提供開始した。変更差分だけを見るのではなく、リポジトリ内の関連コードや、あらかじめ設定した「どんな攻撃を想定するか」（脅威モデル）まで踏まえて分析し、結果を GitHub のコメント欄に書き込む。使い方は 2 通りで、@codex security review とコメントして手動で呼ぶ方式と、プルリクエスト作成時や新しいコミットを積んだときに自動で走らせる方式がある。対象は ChatGPT の Enterprise / Business / Edu / Pro プランで、Plus は対象外。注意点として、指摘はプルリクエストと同じ公開範囲に表示されるため、公開リポジトリでは「まだ直っていない弱点」が外から丸見えになりうる。
「AI を全員に配った組織」で、かえって仕事が遅くなる理由
全社員に AI を配ったのに納期が縮まらない現象を、交通工学の「ブライスのパラドックス」（道を増やしたのに渋滞が悪化する現象）になぞらえて説明した記事。組織の中には、資料や文章を作る「混雑しない道」と、レビュー・決裁・会議での合意という「混雑する道」の 2 種類があり、AI が速くするのは前者だけだ。結果、生成物だけが大量に増えて承認という細い橋に殺到し、「下書きは一瞬で終わるのに、リリースまでの時間は前より延びた」という逆転が起きる。対策として著者は、審査を自動化して処理能力を上げる、増えた資料や会議体そのものを廃止する、レビュー依頼に上限や分量制限という「通行料」をかける、共有工程だけ全体で調整する、の 4 つを挙げている。AI 導入の効果測定を「生成の速さ」で見ている組織ほど、この落とし穴にはまりやすい。
Infra
中国 Zbtlink 製ルータに出荷時からバックドア、推定 10 万台規模
セキュリティ企業 VulnCheck が、中国のルータメーカー Zbtlink の製品に、工場出荷の段階で遠隔操作の仕込み（バックドア）が組み込まれていたと 8 月 5 日に公表した。「ENDLESSDOORS」と名付けられたこの仕込みは、2015 年に GitHub で公開された遠隔操作ツール rctl をもとにしており、パスワードなしで管理者権限のコマンドを実行できてしまう。動作は単純で、約 35 秒ごとに攻撃者のサーバへ自分から通信をつなぎに行くため、外から接続できない環境でも乗っ取られる。影響は 20 機種・21 個のファームウェアに及び、Zbtlink が他社ブランド向けの製造も請け負っているため、ZBT・Wiflyer など別名で売られた機器も含めて世界で少なくとも 10 万台が稼働しているとみられる。8 月 7 日時点で修正版ファームウェアは存在せず、Zbtlink は販売停止とダウンロードページからの削除にとどまっている。
Gentoo の Bugzilla、AI クローラーの負荷で管理者が停止
Linux ディストリビューション Gentoo の不具合管理システム（Bugzilla）が、開発者の判断で停止された。理由は、AI の学習データを集めるクローラー（サイトを自動巡回して中身を回収するプログラム）が大量に押し寄せ、まともに使えない状態になっていたためだ。投稿者によれば、アクセス元の IPv4 アドレスが数千種類に散らばっていて明確な規則性がなく、単純な遮断では止められなかったという。「自分はシステム管理者ではないし、こんなことに時間を使うつもりはなかった」という一言が、無償で支えられている OSS 基盤に AI 企業のクローラーが与えている負担の重さを表している。同種の停止・遮断は各所の OSS プロジェクトで相次いでおり、開発の共有インフラが静かに削られている。
1 ラック 150kW を空気で冷やす Delta の巨大冷却装置
Delta が、NVIDIA の次世代 AI サーバ Vera Rubin NVL72 のような高発熱ラック向けに、150kW の熱を処理できる冷却装置「GoCool-150」を発表した。仕組みは、サーバを冷やして温まった液体の熱を、建物側の水配管ではなく空気に逃がす「液冷から空冷への橋渡し」だ。これにより、もともと空冷前提で建てられたデータセンターでも、建物ごと改修せずに液冷サーバを入れられる。仕様は冷却液が毎分 225 リットル、液温 45℃ 目標、32 個の高速ファンで毎分 17,658 立方フィートの風を送り、装置自体の消費電力が 18kW、高さ 2.3m・重量 1,200kg という代物。ラックあたり 200kW に迫ろうかという AI サーバの発熱を、既存施設でどう受け止めるかという現実的な課題への回答になっている。
キオクシアが 1 台 1,000 万 IOPS の SSD を実機デモ
キオクシアが、PCIe Gen6 接続の企業向け SSD「GP1」で、1 台あたり毎秒 1,000 万回のランダム読み出し（512 バイト単位）を実演した。数字が安定しすぎていて、来場者が「動いていないパネル展示」と勘違いしたという逸話がつくほどの一貫性だった。技術的には、大容量に振った通常の TLC 型メモリではなく、速度と耐久性に振った SLC 級のメモリ（XL-FLASH 第 2 世代）を使い、512 バイトという細かい単位でのアクセスを成立させている点が肝で、書き換え耐久も 1 日あたり容量の 50 倍まで対応する。狙いは、AI サーバで高価な DRAM（メインメモリ）が担っていた役割の一部を、安い NAND で置き換える「超高速ストレージ階層」を作ることだ。同社は近い将来 1 億 IOPS 級も視野に入れているという。
ドメインが「売ります」と DNS で宣言できる仕様
自分のドメインを売る意思があることを、サイトを普通に運用したまま DNS で示すための小さな仕様が提案された。_for-sale.example.com に TXT レコードを 1 本足し、v=FORSALE1;tag=value という形式で情報を書くだけで、ftxt=（自由記述）、furi=（連絡先の URL やメール）、fval=（希望価格、USD12500 のような書き方）などを伝えられる。狙いは、現状「売る気があっても買い手側に知る手段がなく、WHOIS 連絡先へ当てずっぽうのメールを送るしかない」というギャップの解消にある。サイトを止めて売却広告ページ（パーキング）に差し替える従来のやり方と違い、訪問者に迷惑をかけず、DNS を引くだけで外から確認できるのが利点だ。TTL（キャッシュの保持時間）は 3600 秒以下に抑え、売却の意思がなくなったらレコードを消す、なりすまし防止に DNSSEC で署名する、といった運用上の決めごとも定められている。
Backend
Rust の新しい借用チェッカー Polonius が nightly で既定有効に
Rust の「借用チェッカー」（メモリの貸し借りが安全か検査する仕組み）の次世代版 Polonius が、開発版（nightly）で既定オンになった。これまでの NLL は、処理の流れを細かく追わず「関数の中でずっと借りっぱなし」と保守的に見なすため、実際には安全なコードまで弾いてしまうことがあった。Polonius は分岐ごとに借用の生存期間を判断するため、たとえば HashMap から可変参照を返す get_mut_or_default のような、これまで書けずに回避策を強いられていた定番パターンがそのまま通るようになる。まだ未完成で、旧実装の Polonius では通ったのに Alpha では通らないコードも残っており、主要クレートの 1〜2% でコンパイルが遅くなる（最悪 2〜3 倍）副作用も報告されている。困ったときは -Zpolonius=off で従来動作に戻せる。安定版への投入は 2026 年内を目標としている。
Nixpkgs のコアチームが解散、理由は燃え尽きと運営の機能不全
Linux ディストリビューション NixOS のパッケージ集 Nixpkgs を取りまとめていたコアチーム（2 名）が解散を表明した。「当初期待していたような、技術的な貢献と両立できる軽い役割にはならなかった」として燃え尽きを理由に挙げつつ、上位組織である Steering Committee による「チームへの不必要な細かい口出し」と「慢性的に貧弱なコミュニケーション」も明確に指摘している。新メンバーを募っても応じたのは 1 人だけで、体制の維持自体が成り立たなかった。約 10 か月の在任中には、コミット権限の委譲プロセスの改革、新規コミッター 19 名の受け入れ、マージ用ボットの拡張、GitHub Enterprise Cloud への移行、AI 利用方針の初版策定といった実績を残している。今後この領域は Steering Committee が引き取るが、2 名は関与を減らし委員選挙にも出ないという。
DynamoDB にベクトル検索が付いた——別 DB を建てずに意味検索
Amazon DynamoDB に、8 月 5 日付でベクトル検索（言葉の意味の近さで探す検索）機能が追加された内容を整理した記事。VectorIndexes という新しい索引の種類が増え、Bedrock などで作った埋め込みベクトルを数値のリストとして保存し、SearchVectors API でコサイン距離やユークリッド距離による類似検索ができる。実務上の意味は大きく、これまで「運用データは DynamoDB、意味検索は別のベクトル DB」と分けてデータを流し込むパイプラインを組んでいた構成を、1 つのテーブルにまとめられる。制約はオンデマンド課金モードのみ対応、次元数は最大 4,096、CloudFormation 未対応で SDK を直接叩く必要がある点など。料金はベクトルの書き込みが 1GB あたり $0.52、検索が $0.002 で、検証規模なら 1 円に届かない。
QEMU で DirectX 11 が動く——Windows 用ドライバ「Triton」
UTM チームが、仮想マシン上の Windows で DirectX 11（Windows のゲームが使う描画 API）を動かすための新しいドライバ「Triton」を公開した。従来のやり方は、Direct3D を代替実装した DLL をゲームのフォルダに置いて差し替えるというもので、これだと Windows の画面合成係（DWM）が描画結果を「ただの画像」としてしか扱えず、CPU で毎回コピーが発生して速度が出なかった。Triton は Windows のドライバとして正規の位置に入り、既存の転送層 Neptune と組み合わせて Direct3D の命令を仮想化の境界越しにホスト側へ渡す。結果として、macOS 上の QEMU で ARM64 版 Windows 11 を動かし、その上で x64 のゲーム（Crash Bandicoot 三部作）が遊べるところまで到達した。仮想マシンは「開発用の道具」という位置づけを超えつつある。
OpenSSH の鍵ファイルの中身をバイト単位で解説するリファレンス
OpenSSH の秘密鍵・公開鍵が実際にどんな構造で保存されているかを、バイト単位で図解した技術資料が公開された。扱うのは 2 形式で、OpenSSH 7.8 より前の PEM 形式（一般的な暗号ライブラリと互換がある旧形式）と、鍵の導出方法や暗号方式を選べてコメントや公開鍵を内部に持てる新しい v1 形式。鍵の種類は RSA（4096 ビット推奨）と ED25519（サイズ固定で RSA より高速）を取り上げ、それぞれ 16 進ダンプに注釈を付ける形で中身を追える。パスワード保護に使われる bcrypt_pbkdf の仕組みや、関連する RFC への参照もまとまっている。普段は ssh-keygen に任せきりの部分を、トラブル対応や自前実装のために理解したいときの手引きになる。
Frontend
Chrome の「Skills」——AI への指示をブックマークのように保存
Google Chrome に、AI への指示文（プロンプト）を保存して 1 クリックで呼び出せる「Skills in Chrome」が導入された。これまで「このページを要約して、要点を箇条書きにして」のような指示を毎回手で打ち直していた作業を、ブックマークのように登録しておき、開いているページに対してワンクリックで適用できる。呼び出しは Chrome 内の Gemini からスナップショットを取るか、プラスボタンで保存済みの Skill を選ぶ形式。保存した Skill は後から編集でき、Google アカウントで同期されるため、複数のパソコンの Chrome で同じものが使える。よく使う作業向けの Skill ライブラリも用意され、定型的な調べ物や整理作業を毎回言語化する手間が減る。
YouTube の広告がやたら眩しい理由は「HDR 画像」だった
一部の広告が異様に眩しく光って見える現象の正体を、実際に画像を解析して突き止めた記事。犯人は AVIF 形式で作られた HDR 画像で、ffmpeg で調べたところ明るさが 334nit に設定されていた。macOS では HDR 表示の基準として 203nit が「普通の白」に対応するため、この画像は通常の白い PNG より約 1.65 倍明るく表示される計算になる。つまり広告主は、ブラウザが正しく HDR を扱うことを逆手に取り、規約上は「白」のまま、周囲より目立つ表示を作り出しているわけだ。HDR は本来もっと普及してほしい技術なのに、こうした注意の奪い合いに使われると、広告の明るさに何らかの制限をかける議論が避けられなくなる。
Web だけで作られた本格ドラムマシン「Groovie」の実装記
ブラウザだけで動くリズム制作ツール「Groovie」を作った開発記録。150 種類以上の音素材、最大 32 パターン、全体の流れを並べるタイムライン表示を備え、フィルターやディレイ、音ごとの音量・左右バランスまで調整できる。技術的な山場は音のタイミングで、JavaScript は基本的に一度に 1 つの処理しか進められないため、100 ミリ秒ごとに先回りして再生予約を入れる方式を取り、外部機材と同期する MIDI クロックの送出も同じ仕組みに乗せている。もう 1 つの工夫が共有リンクで、作った曲を URL に埋め込むために、繰り返しの検出・音が鳴る位置だけを記録する方式・ビットマップ方式を曲の中身に応じて使い分け、2,000 文字以内に収めている。Web MIDI は Chrome 系のみ標準対応で、Safari は非対応、Firefox は追加インストールが必要という現実も率直に書かれている。
JavaScript ゼロ、チェックボックスだけで動く CSS 3D アート
ナイジェリア料理エグシスープを CSS だけで立体的に描き、しかも操作までできるようにした作例の解説。土台となるテーブルに transform-style: preserve-3d と rotateX を指定して 1 枚の平面として奥行きを与え、その上に置くものは translateZ で浮かせるという構成をとる。器は 6 枚のリングを重ねて一部を隠すことで丸みを出し、スープの表面は放射状グラデーションと内側の影を重ねてとろみと照り返しを表現している。動きの部分は JavaScript を一切使わず、チェックボックスと兄弟要素セレクタ（チェック状態に応じて隣の要素の見た目を変える古典的な手法）だけで実現。動きを控えたい設定の利用者には、飛ぶ演出を省いて結果だけ表示する分岐も用意されており、装飾と配慮を両立させたお手本になっている。
CSS の箱モデル・カスケード・詳細度を初心者向けに整理
CSS でレイアウトが思い通りにならない原因の多くを占める 3 つの基礎——箱モデル、カスケード、詳細度——をまとめた入門記事。箱モデルは、すべての要素が「中身・内側の余白（padding）・枠線（border）・外側の余白（margin）」の 4 層でできているという考え方で、幅の計算方法を box-sizing: border-box に変えると指定した幅に padding と border が含まれるため、サイズが予想通りになる。カスケードは、同じ要素に複数のルールが当たったときブラウザが適用先を決める規則で、優先度が同じなら後に書いたほうが勝つ。詳細度はインラインスタイル > ID > クラス・属性・疑似クラス > 要素という重み付けで、これを理解せずに !important を連発すると、後で誰も直せない CSS になる。隣り合うブロック要素の margin が 1 つにまとまる「margin の相殺」など、つまずきやすい挙動にも触れている。
Others
Stack Overflow の月間質問数が 1,442 件に、ピーク比 99% 減
プログラマ向け Q&A サイト Stack Overflow の 7 月の新規質問数が 1,442 件まで落ち込み、2014 年のピークから 99% 減ったというデータが話題になった。かつては「エラーメッセージを検索すれば誰かの質問と回答に当たる」のが当たり前だったが、その役割は対話型 AI にほぼ置き換わった。皮肉なのは、その AI の学習元が Stack Overflow に積み上がった十数年分の質問と回答だという点で、新しい質問が投稿されなくなれば、新しい技術についての知識が公開の場に蓄積されなくなる。AI が答えられない未知の問題を、これからどこで共有するのかという問いが残る。数字そのものは特定の集計にもとづくものだが、傾向としてはコミュニティ内で広く実感されている。
ポーランドの公共サイト 25 万件を調査、裁判所の 3 分の 2 に侵入可能な欠陥
ポーランドの研究者 2 名が、自国の公共機関のサイト 25 万件を調べた結果を DEF CON で発表した。見つかったのは、Pad CMS という国内で広く使われているサイト構築ソフトの、パスワードなしで管理画面に入れてしまう欠陥などで、影響は 1 万を超える公共機関に及ぶ。とりわけ深刻なのが裁判所で、全国のおよそ 3 分の 2、245 か所に侵入可能な不具合が確認された。空港・病院・官公庁も対象に含まれる。研究者は正規の政府窓口を通じて報告したが、そこで浮かび上がったのは、サポートの切れたソフトが放置され、脆弱性報告の受付窓口（バグバウンティ）もなく、報告そのものを「面倒ごと」として扱われることさえあるという構造的な問題だった。
日立が PC を「買わない」——最大 17 万 3000 台をサブスクで調達
日立グループが、業務用 PC の調達方法を購入からサブスクリプション（月額利用）へ切り替える。使うのは Lenovo の DaaS（Device as a Service）「Lenovo TruScale DaaS」で、2028 年度までに最大 17 万 3000 台を対象とする計画だ。この契約では、ハードウェアだけでなく、初期設定（キッティング）・導入・運用・保守までを Lenovo が一括で引き受け、利用者からの問い合わせ対応も Lenovo 側が担当する。狙いは費用の最適化と情シス部門の負担軽減、そして AI 処理に対応した PC を配ることでグループ全体の AI 活用を進めることの 3 つ。数万人規模の企業で PC を「資産として持つ」前提が崩れつつあることを示す事例といえる。
X が収益分配を廃止、9 月 8 日から「オリジナル投稿」基準の新制度へ
X（旧 Twitter）が、これまでの広告収益分配プログラムを 9 月 7 日で終了し、翌 8 日から「Original Content Rewards」に切り替えると発表した。担当者は旧制度について「インセンティブの向きがずれてしまった」と説明しており、要は投稿者が新しい内容を出すことより、収益の最大化そのものを目的に動くようになっていたという判断だ。新制度の参加条件は、Premium への加入に加え、認証済みフォロワー 500 人と、直近 90 日で認証済みユーザーからのタイムライン表示 50 万回。報酬の対象は、独自の取材、自分で撮った写真や動画、自作の画像などオリジナル性のあるものに限られ、有意義な付加価値のある論評は認められるが、単なる転載・再アップロードは対象外となる。
「コードを書くことは難しくなかった」は全プログラマへの侮辱だ
AI がコードを書くようになって以降よく聞かれる「そもそもコードを書くのは難しい部分ではなかった、本当に難しいのは何を作るか決めることだ」という物言いに、真っ向から反論した記事。著者は素朴な問いを重ねる——本当にコードを書くのが簡単なら、なぜプログラマは高い報酬を得てきたのか。なぜ分厚い計算機科学の教科書が存在し、企業は難しい面接を課してまで優秀な人を探すのか。「何を作るか決める」ほうが難しいのなら、プロダクトマネージャーの報酬と選考のほうが厳しくなっているはずだが、実際の業界の相場はそうなっていない。そのうえで著者は二者択一を拒み、技術的な深さと顧客理解の両方を持つべきだとして、AI による変化に対しては投げやりにも見下しにもならず、責任と判断力を保ったまま隣接する能力を広げていくことを勧めている。