それはですね、UBIFSの署名検証処理に「長さチェックの符号ミス」があるからです。例えば、イメージの署名長さがノードの実際の容量を超えると、メモリ領域外を読み取るという…。でも、これは「正当な署名付きイメージは影響を受けない」と記されています。

読み取り専用メディアや特定のファイルシステム構成ですね。例えば、リードオンリーメディアでUBIFSをマウントするようなケースです。でも、現行の正当な署名付きイメージは影響を受けないとの記述があります。

まず、カーネルのバージョンと適用済みパッチの状況を確認しましょう。影響を受ける可能性があるシステムでは、最新の修正パッチを適用する必要があります。また、変更管理の文書に記録されていないパッチは、リスクの源になります。

UBIFSを用いる環境では、署名検証のログを監視し、異常な読み取り動作が発生していないかを定期的に確認する必要があります。さらに、ベンダーの公式情報で修正パッチが公開されているかを確認し、それが自社のインフラに適用可能かを検証してください。

はい、でも技術の限界を克服するには、パッチ適用と情報確認の「習慣」が重要です。例えば、このケースでは「長さチェックの符号ミス」が修正されたことで、システムの安定性が向上しました。ただ、その修正が自社の環境に適用されているかを確認しないと、何も解決しません。

いや、UBIFSは哲学的ではありません。ただ、パッチ適用が哲学的でなければなりません。さもなくば、メモリ領域外を読み取り、システムが不安定になります。なので、Linux運用者は「パッチ適用の習慣」を身につけましょう。それが、この脆弱性の最大の哲学です。