> ## Documentation Index
> Fetch the complete documentation index at: https://docs.mindfort.ai/llms.txt
> Use this file to discover all available pages before exploring further.

# 検出結果の再テスト

> MindFort の検出結果を再テストし、修正後も報告された脆弱性が稼働中のターゲットで再現するかどうかを確認する方法を説明します。

## 概要

再テストでは、以前に報告されたレッドチームの検出結果が、修正を適用した後も再現するかどうかを確認します。MindFort は稼働中のターゲットに対して報告された問題の再現を試み、その結果で検出結果を更新します。

チームが修正をデプロイした後に再テストを使用してください。再テストは既存の検出結果に焦点を当てたものです。ターゲットをより広くカバーする必要がある場合、フルアセスメントの代わりにはなりません。

> [!NOTE]
>
> 再テストは、アップグレードされたプランのレッドチームの検出結果で利用できます。検出結果 1 件の再テストごとに 1 クレジットを使用します。

## 再テストの前に

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

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

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

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

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

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

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

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

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

MindFort は、キューに追加された再テスト、スキップされた再テスト、キューへの追加に失敗した再テストの件数を報告します。別の再テストがすでに実行中である場合など、新しい再テストの対象とならない検出結果はスキップされます。

ターゲットのすべての未解決の検出結果を再テストするには、検出結果ツールバーの再テストアクションを使用します。クレジットのインジケーターには、送信される未解決の検出結果の件数が表示されます。

> [!WARNING]
>
> 再テストは、関連する修正がデプロイされた後にのみ実行してください。デプロイ前に同じチェックを開始すると、修正を検証できないままクレジットを消費します。

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

検出結果の詳細には、現在または直近の再テストの状態が表示されます。

| ステータス | 意味 |
| - | - |
| **Retest queued** | リクエストが受け付けられ、再テストの枠が空き次第自動的に開始されます。 |
| **Retest in progress** | MindFort が稼働中のターゲットに対して検出結果を検証しています。 |
| **Confirmed fixed** | テストした条件下で問題が再現しなくなったことを再テストが示しています。検出結果は **Resolved** に移動します。 |
| **Still exploitable** | 再テスト中に問題が再現しました。検出結果は **Active** のままです。 |
| **Retest couldn't complete** | MindFort はセキュリティ上の結果を判定できませんでした。表示された理由を確認し、解消してから再試行してください。 |
| **Previous retest timed out** | 以前の実行は古くなっています。新しい結果を得るには、新しい再テストを開始してください。 |

再テストの失敗や未完了は、脆弱性が修正されたことを意味しません。検出結果を解決済みにするのは **Confirmed fixed** のみです。

再テストのエビデンスを確認して、テストされた条件と結果の根拠を把握してください。

## 容量とキュー

MindFort は受け付けた再テストをキューに追加し、実行容量が空き次第開始します。再テストを開始できない場合は、表示された理由を確認し、容量が空いたときに再試行してください。

キューに追加された処理は自動的に開始されます。検出結果のページを離れても、後で戻って結果と完了時刻を確認できます。

## トラブルシューティング

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

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

問題が解決しない場合は、検出結果の ID と MindFort に表示された失敗理由を添えて、[support@mindfort.ai](mailto: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** で追加してから、検出結果に戻ってください。再試行の前に、誤ったアカウント情報やログイン手順を更新し、[認証情報を検証](https://docs.mindfort.ai/ja/guides/authentication-credentials.md#認証情報を検証する)してください。

選択した内容は、この検出結果の今後の再テストにも適用されます。元の検出結果のエビデンスは保持されます。**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 に設定されている場合でも、未完了の再テストは修正の確認にはなりません。

## 次のステップ

* [検出結果のライフサイクル](https://docs.mindfort.ai/ja/guides/findings.md)の全体を確認する。
* [Patching](https://docs.mindfort.ai/ja/guides/patching.md) で修正案を生成する。
* 1 件の検出結果を超えるカバレッジが必要な場合は、より広範な[アセスメント](https://docs.mindfort.ai/ja/guides/assessments.md)を実行する。


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.