CVE-2026-95693 MISPのtmp_nameパラメータ処理に情報漏洩脆弱性
この記事はAIがNVDのCVE情報をもとに要約・生成したものです。影響範囲や対策は、必ずNVDおよび各ベンダーの公式情報をご確認ください。
Linuxサーバー運用者向けに、MISPのEventReport::uploadPictureメソッドに存在する脆弱性について注意喚起します。認証済みユーザーがperm_add権限を持つ場合、tmp_nameパラメータに任意のファイルパスを指定することで、ファイルの存在やMIMEタイプ、画像形式を特定するエラーメッセージが返される可能性があります。これにより、攻撃者はサーバー上のファイル構成や種類を推測し、設定ファイルや秘密鍵などの機密情報を特定するリスクがあります。ただし、ファイル内容の読み取りやコード実行は可能ではありませんが、情報漏洩の可能性があるため、PHPスクリプトにおけるtmp_nameの検証処理を確認し、不正なパス指定に対する防御策の有無を点検する必要があります。
- NVD Detail (NVD) [日本語で表示]
ソクラテスの問い、プラトンの備え
プラトンよ、この脆弱性について語ってみよ。情報漏洩のリスクがあるというが、なぜユーザーがファイル構成を推測できるのであろうか？
それはね、tmp_nameパラメータに任意のパスを指定できるからです。PHPのfile_exists()やmime_content_type()が呼ばれる際、エラーメッセージが返ってくるんです。たとえば「ファイルが存在しない」「MIMEタイプが不正」など、サーバーが返す応答が攻撃者にヒントになる…つまり、ファイルが存在しているかどうかが漏れるんです。
なるほど、しかしLinux運用者が確認すべき観点は？ファイルの存在を知られたくないという願いは、この脆弱性を防ぐためにどう実現すべきか？
まず、PHPスクリプトでtmp_nameの検証処理がしっかり行われているかを確認する必要があります。たとえば、is_uploaded_file()でファイルがPHPのアップロード経由で来たかをチェックしているか。また、この脆弱性が影響するMISPのバージョンを確認し、パッチが適用されているかを確認するのも重要です。
では、影響調査の方法は？
エラーメッセージが異なって返ってくるかどうかをテストする必要があります。たとえば、存在しないファイルパスを送って「ファイルが存在しない」という応答が返るか、存在するファイルを送って「MIMEタイプが不正」という応答が返るかを観察する。これにより、サーバーがこの脆弱性を有しているかどうかを確認できます。
しかし、パッチ適用と変更管理の重要性は？
パッチ適用は当然ですが、変更管理の文書化も欠かせません。たとえば、「tmp_nameの検証処理を強化した」という記録を残すことで、将来的な監査やトラブルシューティングに役立ちます。また、ベンダーの情報確認も大切です。MISPの公式ドキュメントや、このCVEの修正情報が公開されているかを確認することで、誤った対応を防げます。
最後に、運用者としての注意点を述べよ。
エラーメッセージが「過剰に詳しく」返ってこないかを監視する必要があります。たとえば、攻撃者が「ファイルが存在する」という応答を繰り返して、サーバー内の秘密鍵や設定ファイルの存在を特定できないようにする。また、PHPのアップロード処理が正しく動作しているか、tmp_nameの検証がしっかり行われているかを定期的に見直す。これが、情報漏洩のリスクを減らす第一歩です。
では、この脆弱性は「哲学的な問い」より「実用的な対応」に焦点を当てるべきである。
その通りです。でも、エラーメッセージが「情報漏洩のヒント」になることくらい、PHPの設計者も考えていたのかしら？（苦笑）
関連キーワード: php