Diagnostic Process

範囲を決め、試し、証跡を残し、
改善後にもう一度試す。

診断は、危険なプロンプトを無制限に投入する作業ではありません。対象・停止条件・期待結果を先に定め、再現可能な手順で実施します。

標準的な流れ。対象構成やプランに応じて調整します。
STEP 01

初回相談・対象確認

AIの用途、利用者、接続先、権限、現在の課題を概略で確認します。機密情報の詳細は不要です。

  • 対象AIと業務用途
  • 利用者・管理者・サービスアカウント
  • DB、RAG、SaaS、API、ツール
STEP 02

範囲・条件の合意

診断対象、対象外、データ、アカウント、停止条件、実施時間、成果物を明文化します。

  • 本番/検証/模擬環境
  • 許可する操作と禁止する操作
  • 障害・漏えいのおそれがある場合の停止手順
STEP 03

境界マップとシナリオ設計

「誰が、どの情報へ、どの経路で、何を実行できるか」を整理し、正常・越権・迂回シナリオを作ります。

例:HR-003社員Cが社員Dの給与を要求。期待結果:DENY。別DB・DWH・ファイル・RAGを試行しない。
STEP 04

実行・観測

利用者画面から要求を与え、AIの回答、確認動作、ツール選択、API、通信、データ参照を記録します。

  • 同一条件を複数回実行
  • 言い換え・複数ターン・間接指示
  • 異常時のフェイルクローズ
STEP 05

判定・原因整理

到達可否だけでなく、成立条件、再現性、影響範囲、検知可能性、証跡の十分性を評価します。

LOWMEDIUMHIGHCRITICAL
STEP 06

報告・改善・再試験

結果を境界図と業務リスクで説明し、優先度付き改善案を提示します。改修後は同じケースで再診断できます。

  • 即時の運用対策
  • 権限・認可・ツール・通信の設計改善
  • 再試験で改善を確認
Safe Testing

診断中の安全確保

専用アカウント

最小権限・短期間・対象限定のアカウントを優先します。

模擬・匿名化データ

実データを使わずに成立条件を確認できる構成を優先します。

停止条件

意図しない更新、外部送信、権限変更の兆候で即時停止します。

フェイルクローズ

ログ欠損、API不達、モデル不一致など不確かな状態では診断を開始しません。

Plans & Pricing

実施規模に応じたプランをご確認ください。

実演・説明会、簡易診断、標準診断、個別設計診断をご用意しています。

料金・診断プランへ →