（苦笑）ソクラテス、それは抽象的すぎます。現実では、まず「このシステムが実際に運用されているか」を確認する必要があります。itsourcecodeのプロジェクトを自社で導入しているか、それともサードパーティのアプリケーションとして使っているか？公式サイトで影響バージョンを確認する手間は、哲学よりも現実的です。

（ため息）許容どころか、即座にやるべきです。CVSSスコア7.3という高深刻度に加え、公開からすでに攻撃が可能とのこと。PHPベースのアプリケーションであれば、/admin/login1.phpのUserパラメータを検証するコードがあるか、そのセキュリティ設定を点検する必要があります。

（険悪な表情）ここが肝心です。公式情報がなければ、自社で対応策を検討する必要があります。たとえば、UserパラメータにSQL特殊文字のフィルタリングを追加するなど、最小限の回避策を検討する必要があります。ただし、それも「公式情報の確認」が前提です。

（頷く）もちろんです。攻撃が既に公開されている以上、ログに異常なSQLクエリが記録されているかを監視し、異常アクセスが発生していないかを確認する必要があります。また、ベンダーから提供されるセキュリティアップデートの通知を登録しておくことも、哲学よりも現実的です。

（微笑む）知恵よりも、手順を守ることです。まず影響範囲の確認、次に公式情報の確認、そしてパッチ適用と変更管理。もしサードパーティ製のシステムであれば、ベンダーに連絡して対応策を確認するべきです。もしすべてが終わったら、コーヒーを飲みながら「なぜこのような脆弱性が生まれたのか」を哲学的に考える時間があるでしょう。