本文へスキップ
>_ITDITDセキュリティ対策プラットフォーム

歴史

#XZ Utils#サプライチェーン#OSS#依存管理

XZ Utils バックドア(CVE-2024-3094)— 信頼そのものが狙われたサプライチェーン事件

2024年、広く使われる圧縮ライブラリ xz/liblzma に、長い時間をかけて維持者の信頼を得た人物がバックドアを仕込んでいたことが発覚しました。たった一人の技術者が『なんか遅い』という違和感から気づき、安定版に届く寸前で食い止めた事件。信頼の積み上げの過程の図解、時系列、そしてサプライチェーンの信頼と異常を見逃さない価値を、図と表で解説します。

公開日 2026-06-07 更新日 2026-06-07 5分で読める

過去の大きな事件を、いま自分の運用に効く教訓に絞って振り返ります。

2024
発覚
数年
信頼を積んだ期間
信頼
狙われたもの
間一髪
安定版到達の寸前で発覚

何が起きたか

問題のライブラリは、メンテナンスの担い手が不足し、長く一人で支えられていました。そこへ、別の人物が継続的に貢献して信頼を積み、やがて共同維持者の立場を得ます。そして、通常の更新に紛れ込ませる形で、特定の条件下で外部からの不正アクセスを許す仕掛けを段階的に持ち込みました。

狙われたのはコードの穴ではなく、「信頼できる人が出す正規の更新」という前提そのものです。

① 維持者が不足し、一人で支える疲弊した状態
② 別人物が継続貢献し“信頼できる人”になる(数年)
③ 共同維持者の権限を獲得
④ 正規の更新に紛れてバックドアを段階的に混入
攻撃は“技術”ではなく“信頼の積み上げ”で進んだ。各段は正規の活動に見えた。

狙われたのは『人と信頼』

ファイアウォールやパッチでは防ぎにくい攻撃です。OSSの維持者は善意とボランティアで支えられており、その過負荷や孤立が攻撃の入り口になりました。技術だけでなく、エコシステムの健全性そのものが安全保障に関わると示した事件です。

発覚のきっかけ — 「なんか遅い」を放置しなかった

発覚のきっかけは、ある技術者が無関係な作業中に「ログイン処理が以前より明らかに遅い」「動作テストの計測値がおかしい」という小さな違和感を覚え、それを放置せず最後まで原因を追ったことでした。結果として、安定版に広く展開される前に世界が救われました。

「なんか変」は最良の検知器。今回、それが文字どおり世界を救いました。

時系列

  1. 数年前〜

    攻撃者が継続的に貢献し、維持者としての信頼を積み上げる。
  2. 2024年初頭

    正規の更新に紛れて、バックドアが段階的に組み込まれる。
  3. 2024-03

    一技術者が「遅い」という違和感を追い、安定版到達の寸前で発覚・公表。

いま効く教訓

1

依存を最小限にする

使うライブラリを減らすほど、信頼すべき相手も減る。「便利だから」で安易に増やさない。

2

版を固定し、変更を見る

ロックファイルで不意の更新を検知し、重要な依存の変更内容(誰が・何を)には目を向ける。

3

ビルドの再現性を高める

同じ入力から同じ成果物が出る(reproducible build)ほど、こっそりした混入を見つけやすい。

4

違和感を放置しない

「なんか遅い/おかしい」は最良の検知器。今回それが世界を救った。小さな異常を最後まで追う文化を。

5

維持者への敬意と支援

自分が依存しているOSSの健全性は、巡り巡って自分の安全。過負荷・孤立は攻撃の入り口になる。

次に読む

よくある質問

QXZ Utils事件は何が特異だった?
A

コードのバグではなく『人と信頼』が狙われた点です。攻撃者は何年もかけてOSSの維持者として信頼を積み、正規の更新としてバックドアを混入させました。技術的対策だけでは防ぎにくい種類の攻撃です。

Qどうやって発覚したの?
A

ある技術者が無関係な作業中に『ログイン処理が以前より明らかに遅い』『計測値がおかしい』という小さな違和感を覚え、それを放置せず原因を追ったことです。結果、安定版に広く展開される寸前で食い止められました。

Q個人開発者にできることは?
A

依存を最小限にする、更新の出所と変更内容に目を向ける、ロックファイルで版を固定して不意の混入を検知する、ビルドの再現性を高める、そして『なんか変』という違和感を放置しない、といった姿勢です。