検出結果の再テスト

​

概要

再テストでは、以前に報告されたレッドチームの検出結果が、修正を適用した後も再現するかどうかを確認します。MindFort は稼働中のターゲットに対して報告された問題の再現を試み、その結果で検出結果を更新します。 チームが修正をデプロイした後に再テストを使用してください。再テストは既存の検出結果に焦点を当てたものです。ターゲットをより広くカバーする必要がある場合、フルアセスメントの代わりにはなりません。

​

再テストの前に

次の点を確認してください。

• 修正がターゲット環境にデプロイされていること
• MindFort からターゲットに到達できること
• 検出結果の再現に必要な認証情報が引き続き有効であること
• 検出結果がすでに再テストのキュー待ちまたは再テスト中でないこと

元の検出結果で認証が必要な場合、MindFort は検出結果に保存された認証情報の選択 (必要に応じてセカンダリ認証情報を含む) を使用して、認証済みセッションを準備します。再テストを開始する際に、認証情報を再度指定する必要はありません。

​

1 件の検出結果を再テストする

1. サイドバーから Findings を開きます。
2. 検出結果を含むターゲットを選択します。
3. 検出結果の詳細を開きます。
4. 検出結果のアクションで Retest をクリックします。

ボタンには 1 クレジットのコストが表示されます。リクエストを送信すると、検出結果に Retest queued と表示され、容量が空き次第自動的に開始されます。

​

複数の検出結果を再テストする

同じターゲットの対象となる検出結果を複数まとめてキューに追加できます。

1. ターゲットの Findings ビューを開きます。
2. 検証したいレッドチームの検出結果を選択します。
3. 一括操作バーで Retest Issues をクリックします。

MindFort は、キューに追加された再テスト、スキップされた再テスト、キューへの追加に失敗した再テストの件数を報告します。別の再テストがすでに実行中である場合など、新しい再テストの対象とならない検出結果はスキップされます。 ターゲットのすべての未解決の検出結果を再テストするには、検出結果ツールバーの再テストアクションを使用します。クレジットのインジケーターには、送信される未解決の検出結果の件数が表示されます。

​

再テストのステータスを理解する

検出結果の詳細には、現在または直近の再テストの状態が表示されます。 再テストの失敗や未完了は、脆弱性が修正されたことを意味しません。検出結果を解決済みにするのは Confirmed fixed のみです。 再テストのエビデンスを確認して、テストされた条件と結果の根拠を把握してください。

​

容量とキュー

MindFort は受け付けた再テストをキューに追加し、実行容量が空き次第開始します。再テストを開始できない場合は、表示された理由を確認し、容量が空いたときに再試行してください。 キューに追加された処理は自動的に開始されます。検出結果のページを離れても、後で戻って結果と完了時刻を確認できます。

​

トラブルシューティング

再テストを完了できない場合:

• ターゲットがオンラインで到達可能であることを確認する
• テスト対象の環境に修正がデプロイされていることを確認する
• 期限切れまたは変更された認証情報を更新する
• ログイン手順がターゲットの現在のフローと一致していることを確認する
• 再テストアクションが無効になっている場合は、容量が空くまで待つ
• 以前の実行がタイムアウトしたと検出結果に表示された場合は、新しい再テストを開始する

問題が解決しない場合は、検出結果の ID と MindFort に表示された失敗理由を添えて、support@mindfort.ai までお問い合わせください。

​

認証失敗からの復旧

認証情報で認証できなかった、認証情報が削除された、または利用できないことが原因で再テストが失敗した場合は、検出結果の詳細から代替の認証情報を選択できます。

1. 検出結果を開き、再テストの失敗メッセージを確認します。
2. Choose another credential を選択します。
3. 同じターゲットの保存済み認証情報を選択します。ピッカーには Verified、Verification failed、Not verified が表示され、準備状況を確認できます。
4. 2 つのアカウントが必要な検出結果の場合は、Primary credential と Secondary credential を確認します。どちらのアカウントも置き換えられますが、2 つの選択は異なるものである必要があります。
5. Retest を選択して、新しい試行をキューに追加します。

認証情報が保存されていない場合は、Target Inventory > Stored Credentials で追加してから、検出結果に戻ってください。再試行の前に、誤ったアカウント情報やログイン手順を更新し、認証情報を検証してください。 選択した内容は、この検出結果の今後の再テストにも適用されます。元の検出結果のエビデンスは保持されます。Choose another credential は、認証の失敗または認証情報が利用できないことによる失敗の後に表示され、検出結果を再テストする権限が必要です。 請求に関する情報は、失敗メッセージで確認してください。認証の失敗や認証情報が利用できないことによる失敗では、課金されなかったことが報告される場合があります。

​

自動再テストのステータス

組織は Settings > Features で自動再テストを設定できます。次の 2 つの設定がそれぞれ独立して適用されます。

• Auto-Retest Mode は、対象となるレッドチームの検出結果が解決された後 (リンクされたチケットによる解決を含む) に検証を行います。検証がキューに追加される時点で検出結果はすでに解決済みであり、引き続き脆弱であるという結果の場合は再オープンされます。Won’t Fix による解決 (キャンセルされた Linear の issue を含む) では、このモードはトリガーされません。
• Auto-retest after patch merge は、MindFort のパッチのプルリクエストがマージされた後にそのパッチを確認します。パッチをマージしただけでは検出結果は解決されません。解決には、テストした条件下で問題が修正されたことを示す再テスト結果が必要です。

パッチのマージ後の再テストには、デプロイの完了を待つために 0 から 60 分の After Merge Retest Time Delay を設定できます。遅延された実行には Retest scheduled after patch merge とその予定時刻が表示されます。キューへの追加は、引き続きアクセス権、認証情報、再テストの対象条件に依存します。 手動操作やチケットの遷移によってすでに検出結果が Resolved に設定されている場合でも、未完了の再テストは修正の確認にはなりません。

​

次のステップ

• 検出結果のライフサイクルの全体を確認する。
• Patching で修正案を生成する。
• 1 件の検出結果を超えるカバレッジが必要な場合は、より広範なアセスメントを実行する。