それはですね、まずPHPスクリプトの実装状況を確認することです。success/login.phpというファイルが存在し、ユーザー名の入力処理がSQLクエリに直接組み込まれていないか、コードを精査する必要があります。また、NVDの記載内容を参照し、この脆弱性が本システムの導入状況に該当するかを確認するのが第一歩です。

公開されている脆弱性に対して、ベンダーがパッチを提供している可能性があるからです。ただし、このシステムがオープンソースか、あるいはベンダーが存在するかを確認する必要があります。もしパッチが提供されていない場合、運用の継続は非常にリスクが高いでしょう。

攻撃がリモートから可能である以上、ログインページへの異常なアクセスパターンを監視する必要があります。例えば、ユーザー名に特殊文字が含まれるアクセスが増加した場合、SQLインジェクションの試行が行われている可能性があります。これに気づくための監視設定を整えることが重要です。

パッチ適用やコード修正を行う際、変更履歴を明確に記録し、テスト環境での影響確認を経た上で本番環境に反映させる必要があります。変更が誤って他の機能に影響を及ぼさないよう、慎重な手順が求められます。

ユーモアを交えて言いますが、この「ユーザー名の穴」は、パスワードよりもずっと簡単に突破できる危険な扉です。まずは現状の確認、次にベンダー情報の確認、そしてパッチ適用の検討。これらを「三つ星のチェックリスト」として、慌てず確実に進めましょう。