それは確かに厄介な問題です。まず現行バージョンを確認する必要がありますね。XmlSchemaが使われているアプリケーションやライブラリを特定し、そのバージョンが2.3.3未満かどうかをチェックするべきです。監視も重要で、不審なリソース消費やパフォーマンス低下を定期的に見守る必要があります。

サービスが停止するだけでなく、攻撃者が意図的にXMLを送信してサーバーをダウンさせることも考えられます。パッチ適用は必須ですが、単にアップグレードするだけでなく、変更管理プロセスを厳格に実施しなければなりません。たとえば、テスト環境での検証や、適用後の監視計画を事前に準備するべきです。

倫理的責任は、情報の透明性と迅速な対応にあると思います。ベンダーから情報を受け取った際は、即座に影響範囲を調査し、関係者に連絡を取る必要があります。また、パッチ適用を怠った結果が発生した場合、それは運用責任者にとっての「不作為」の罪になるでしょう。

それは「確認」です。バージョン確認、影響調査、パッチ適用、変更管理、監視、ベンダー情報の確認。これらを一貫して実施する必要があります。ユーモアを交えて言うなら、この脆弱性は「XMLが暴走する」ようなものです。それを防ぐために、我々はただ「確認」の儀式を繰り返すしかないでしょう。