CVE-2026-64846 Nixパッケージマネージャーに競合条件脆弱性

この記事はAIがNVDのCVE情報をもとに要約・生成したものです。影響範囲や対策は、必ずNVDおよび各ベンダーの公式情報をご確認ください。

公開日: 2026-08-20T17:19:16.813 / 更新日: 2026-08-20T17:19:16.813 / CVSS: 2.8 / 深刻度: LOW

Nixパッケージマネージャーのバージョン2.35.0以前で、実験的なrecursive-nix機能を使用する際、特定の競合条件により、構築サンドボックス外にデーモンユーザーの権限でファイルを生成または破棄する可能性があります。この脆弱性は、悪意のある導出が競合を勝ち取る必要があり、任意のコンテンツ書き込みはできないため、実際的な影響は限定的です。運用上は、recursive-nixが有効な環境でのNixのバージョンを確認し、2.35.0へのアップグレードを検討する必要があります。確認時には、サンドボックス外での不正なファイル操作が発生していないかを監視し、システムログの異常をチェックすることが重要です。CVSSスコア2.8で深刻度はLOWですが、設定や運用状況に応じてリスク評価を再検討してください。

参照情報

ソクラテスの問い、プラトンの備え

ソクラテス

プラトンよ、この脆弱性について問う。競合条件という現象は、人間の理知と自然の法則の間にどのような関係があるだろう?この場合、悪意のある導出が「勝ち取る必要がある」とされるが、これは運命の力か、それとも運用の誤りか?

プラトン

師よ、その問いは鋭い。しかし、私はまず現実に目を向けねばなりません。Nixのバージョンが2.35.0以前で、recursive-nixが有効な環境では、サンドボックス外のファイル操作が可能となる可能性があります。この脆弱性の影響は限定的ですが、運用者はまず「現在のNixバージョンを確認する」ことが第一歩です。パッケージマネージャーの設定ファイルや、システムのログをチェックして、サンドボックス外での異常なファイル操作が発生していないかを確認する必要があります。

ソクラテス

では、この競合条件は、倫理的にも重要な問題ではないのか?たとえリスクが低くても、運用者は常に「可能性」を無視すべきではないだろう。

プラトン

その通りです。しかし、現実的には「可能性」を現実に変えるには、まず「パッチ適用」が不可欠です。2.35.0へのアップグレードは、ベンダーが提供する公式な手段を通じて行うべきです。また、変更管理のプロセスを厳守し、適用後のシステムを監視する必要があります。CVSSスコアが低くても、サンドボックス外での操作は「システムの信頼性」に直結します。

ソクラテス

では、この脆弱性を巡る運用者の責任とは何か?

プラトン

責任は、まず「確認」にあります。Nixのバージョンと設定を確認し、ログを監視し、ベンダーの情報(NVDや公式ドキュメント)を確認する。そして、必要に応じてパッチを適用し、変更を記録する。これは哲学ではなく、日々の業務です。ただし、笑いながらも慎重に——例えば、サンドボックス外のファイルに「哲学書」が生成されたら、それは運が悪いだけかもしれませんね。

関連キーワード: linux