クイックスタート
- 1. まず Access 全体の状態を読み、カバレッジ、信頼、劣化した peers を確認します。
- 2. 次にデバイスまたはセッションを詳しく調べ、信頼低下の原因を特定します。
- 3. 措置が継続性に影響する場合は、完全に閉じる前に task または incident を開きます。
adda-access/1.1.0 · 2026/07/09 更新
継続性を失わずに、デバイスの信頼、セッション、ポリシー、トンネルを運用する方法です。
ADDA Access はデバイス、セッション、ポリシー、キー、ルート、トンネルをまとめ、信頼基準に基づくアクセスの継続性を支えます。
運用はセッションを開閉するだけでは終わりません。デバイスの姿勢が低下したか、トンネルが劣化したか、ポリシーが古くなったか、資格情報が信頼に値しなくなったかも把握する必要があります。
このガイドは Access の評価を Login Shield、API Shield、incidents、tasks、evidence と結び付け、機微な措置を説明可能かつ可逆的に保つために役立ちます。
チェックリスト
クイックスタート
運用フロー
デバイス数、アクティブなセッション、ポリシー、リスクのあるトンネルを確認します。
問題が広範囲か局所的かを判断する。
リスクがデバイス、セッション、peer、ポリシーのどこから生じているかを特定します。
問題を解決できる最小の措置を適用する。
閉鎖、ローテーション、取り消しが必要な場合は、措置を tasks、incidents、evidence に関連付けます。
継続性と監査可能性を維持する。
flowchart LR S1["姿勢を測定"] S2["原因を分離"] S3["継続性を調整"] S1 --> S2 S2 --> S3
バリデーターとチェック
この画面を文脈に沿って分析し、運用に重点を置いた推奨手順を返します。
Access の状態を確認
現在の Access シグナルと関連記事を返します。
Access とログインを照合
機微な認証試行に対するアクセス継続性に焦点を当てます。
例
セッションを作成または更新する payload
{
"deviceId": "device_demo_001",
"policyId": "policy_ops_001",
"memberId": "member-demo-001",
"riskScore": 48
}リンクと参照
APIs
/api/adda/v1/access/status/api/adda/v1/access/devices/api/adda/v1/access/sessions/api/adda/v1/access/policiesDocs とサポートルート
docs/ADDA_API.mddocs/ADDA_SOC_OPERATIVO.mdよくある問題
推奨アクション
有用な Reason Codes
SESSION_RISK
アクティブなセッションに封じ込めが必要な特徴があります。
閉じる前にポリシー、デバイス、継続性を確認する。
ACCESS_DEVICE_LOW_TRUST
デバイスが運用上の信頼を失いました。
検証を強化するか、デバイスの姿勢を確認する。
TUNNEL_DEGRADED
トンネルまたは peer に劣化やリスクがあります。
ローテーション、封じ込め、ルート変更を評価する。
Score 辞書
trustScore
姿勢と活動に基づくデバイスの信頼度。
deviceRisk
エージェント、トンネル、セッションによる累積リスク。
sessionsActive
デバイスに関連付けられたアクティブなセッション数。
プロトコル注記
記事の履歴
2026/07/09
継続性、信頼、エスカレーションに焦点を当てた Access の運用記事を追加しました。