Skip to main content
Administration → Keys を開き、マシンキーがアクティブで events:add 権限を持っていることを確認します。次に Observe → Events を開き、時間範囲を広げ、環境フィルターとエージェントフィルターをクリアします。イベントが存在する場合は、セッション ID を検索し、Observe → Sessions でグループ化を確認します。イベントが存在しない場合は、CLI から Failproof デーモンを診断してください。主要なフィルターが表示され、最近のエージェントイベントが届いているライブイベントストリーム。
Observe → Events のフィルターをクリアし、SDK セッション ID を正確に検索します。何も表示されない場合は、ソースマシン上の SDK スプールと Failproof デーモンを調査してください。
Admin → enforcement を開き、マシンを選択して、割り当て済みバージョン、報告済みバージョン、および以前のバージョンを比較します。デプロイメントスコープにそのマシンが含まれており、キーに policies:pull 権限があることを確認してください。ポリシーの配信が機能していない場合でも、インジェストは動作することがあります。
Admin → enforcement を開き、マシンの最終確認時刻と報告済みバージョンを確認します。マシンが古い状態の場合は、ローカルデーモンの問題として扱ってください。デーモンが利用できないことを回避するためだけに、デプロイ済みポリシーを弱めないでください。
クラウドで作成されたポリシーの場合は、Admin → policy editor を開き、下書きを選択してから公開前に検証エラーを確認します。ローカルポリシーの場合は、CLI を使用して検証し、テストアクション後に Observe → policy を開いて決定が届いていることを確認してください。
Analyze → audits を開き、実行を選択して、モデル分析が実行されたかどうかを確認します。次に、そのスコープとウィンドウを Observe → sessions と比較し、その母集団から代表的なトレースを開きます。ゼロ結果が意味を持つのは、分析が正常に実行された場合のみです。分析がスキップまたは失敗した場合、実行は結果を生成せず、未分析のウィンドウを将来の正常な実行のために開いたままにします。モデル分析が無効になっている場合、決定論的な認証情報と PII スキャンは統計を記録しますが、もはや結果を生成しないため、監査でも結果は生成されません。環境、エージェント、ケイデンス、スイープウィンドウでセッション母集団を定義する監査フォーム。
完了済みのセッションを開き、手動評価が成功するかどうかを確認します。ホステッドクラウドでは現在、ダッシュボードに評価エンドポイントのコントロールはありません。サーバーオペレーターが設定する必要があります。
organizationスイッチャーを使用し、CLI との結果比較を行う前に、期待されるスラッグと権限を確認してください。
Observe → policy を開き、決定とリンクされたセッションを保存して、誤検知の条件を特定します。次に Admin → enforcement を開き、影響を受けたマシンを以前のバージョンにロールバックします。Policy editor でより狭いバージョンを作成し、小さなスコープでテストを行い、正当な作業が成功した後にのみ拡大してください。
サポートへの問い合わせ時は、CLI バージョン、ハーネス、環境、関連するセッションまたはデプロイメント ID、およびシークレットを除去した failproofai config --status の出力を含めてください。