まず、システムにstudent_dashboard.phpが存在するか確認すべきです。そのファイル内でroll_noパラメータがmysqli_query関数でどのように処理されているかを、ソースコードを確認する必要があります。また、PHPとMySQLを用いるシステムであれば影響を受ける可能性があるため、プロジェクト側の対応状況を確認する必要があります。

製品がローリングリリース方式を採用しているため、影響バージョンが明示されていません。このため、運用環境の詳細な確認が重要です。例えば、student_dashboard.phpファイルにroll_noパラメータがどのように使用されているかを、コードレビューで確認する必要があります。また、パッチ適用の有無を確認するため、プロジェクトのリポジトリや公開された修正履歴をチェックする必要があります。

まず、変更管理の観点から、student_dashboard.phpの変更履歴を確認し、roll_noパラメータの処理が不適切になっていないかを検証する必要があります。また、監視ツールで異常なアクセスを検出するためのログ監視を強化し、MySQLのクエリログを分析する手も考えられます。さらに、ベンダー情報確認の観点から、プロジェクト側がこの脆弱性についてどのような対応を進めるかを確認する必要があります。

リモートから攻撃が可能であり、公開された攻撃手順が存在するため、中程度の深刻度とされています。ただし、ローリングリリース方式のため、影響バージョンが明示されていないため、運用環境の詳細な確認が不可欠です。

学生ダッシュボードの存在確認、roll_noパラメータの処理方法のコードレビュー、パッチ適用の有無の確認、変更管理の履歴確認、監視設定の見直し、ベンダーの対応状況の確認。これらを踏まえ、適切な対応を進めることが肝要です。少しでも軽く考えると、システムが「先生の説教を聞かずに遊び出す子供」のように暴走するかもしれませんね。