エラーメッセージによる情報漏えい

説明

例外メッセージ、スタックトレース、SQLエラー、内部パスなどをユーザーへそのまま返すと、システム構造や攻撃に利用できる入力箇所を推測されるおそれがあります。本番環境では一般的なエラーを返し、詳細はサーバーログに記録してください。

想定される影響

• 内部パス、クラス名、クエリ構造の露出
• 脆弱性の探索や攻撃の自動化への利用
• 例外メッセージに含まれる機密データの漏えい

対処方法

1. ユーザーには一般的なエラーメッセージを返してください。
2. 例外の詳細は、アクセス制御されたサーバーログへ記録してください。
3. 本番環境では、フレームワークのデバッグ用エラーページや詳細なエラー応答を無効にしてください。

例

変更前

catch (Exception e) {
    response.getWriter().write(e.getMessage());
}

変更後

catch (Exception e) {
    logger.warn("request failed", e);
    response.sendError(500, "Internal server error");
}

解説:

• 変更前: getMessage や getLocalizedMessage の結果をHTTP本文やエラー応答に含めると、内部パス、SQLエラー、設定値、ライブラリの動作に関する情報が漏れるおそれがあります。
• 変更後: 例外の詳細はサーバーログにのみ記録し、クライアントには一般的なエラーメッセージを返します。

参考資料

• CWE-209
• OWASP Error Handling Cheat Sheet