Aduana Digital de Defensa Argentina
ADDA アクセスを作成
← ADDA マニュアル

certificate-protocol/1.1.0 · 2026/07/09 更新

信頼証明書

CAPACERO.ar の権限下における証明書の発行、検証、有効性について説明します。

ADDA 証明書は、エコシステム内のドメインや関係者について、組織的信頼、統合の完全性、シグナル枠組みの追跡可能性を裏付けます。

成熟した発行には、subject、ドメイン、有効性、文脈の検証が必要です。また、証明書が通常の認定、信頼強化、インシデント後の結果のどれに当たるかを明示することも重要です。

証明書が機微な措置を伴う場合は、歴史的な評価を保つため、evidence、incident、report に関連付けるのが最善です。

チェックリスト

  • • 発行前に subject、domain、trustLevel を検証する。
  • • 有効性と検証コードを確認する。
  • • 証明書がインシデントへの対応である場合は補足 evidence を公開する。

クイックスタート

  1. 1. 信頼を正当化できる場合にのみ発行します。
  2. 2. 証明書を共有する前に検証状態と有効性を確認します。
  3. 3. 発行が対応や機微な節目に伴う場合は evidence を関連付けます。

運用フロー

根拠を検証

subject、ドメイン、期待する信頼レベルを確認します。

運用上の根拠がない発行を避ける。

発行

検証可能なコードを生成し、監査に必要な最小限の文脈を残します。

将来の追跡可能性を確保する。

関連付け

必要に応じて発行を evidence または incident に接続します。

文脈のない証明書を残さない。

flowchart LR
  S1["根拠を検証"]
  S2["発行"]
  S3["関連付け"]
  S1 --> S2
  S2 --> S3

バリデーターとチェック

この画面を文脈に沿って分析し、運用に重点を置いた推奨手順を返します。

証明書フローを検証

発行と検証に関する運用ガイダンスを返します。

例

発行 payload

{
  "subject": "capacero.ar",
  "domain": "capacero.ar",
  "trustLevel": "institutional"
}

よくある問題

  • • 時間的な圧力で文脈を確認せずに発行すると、組織的信頼が低下します。
  • • 証明書を元の案件に関連付けないと、その説明が困難になります。

推奨アクション

  • • 利用可能な証拠と整合する trustLevel を使用します。
  • • 発行がインシデントを伴う場合は、最初からアーティファクトを関連付けます。

有用な Reason Codes

Score 辞書

severity

ADDA スケールにおけるシグナルの組織的な優先度。

action

エンジンが推奨する次の運用ステップ。

reasonCodes

評価を正当化する説明可能な理由。

プロトコル注記

  • • 証明することは信頼を伝えることでもあります。検証可能な文脈とともに実施してください。

記事の履歴

2026/07/09

発行 payload と evidence への関連付けに関する注記を追加しました。