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

login-shield/1.0.0 · 2026/07/09 更新

ログインとアクセスの保護

追跡可能性と継続性を失わずに、機微な認証試行を運用する方法。

Login Shield は、認証、復旧、強化アクセスのルートに対する試行を観察します。

成熟したログイン防御は、失敗した試行を防ぐだけではありません。正当な習慣、姿勢の変化、新たに追加されたデバイス、重要なアカウントやシステムへの協調した圧力も区別します。

ケースが実在の ID に影響する場合は、Login Shield を Access、incidents、Evidence と組み合わせ、背景なしに封じ込めが継続性を断たないようにします。

チェックリスト

  • • 最も機微な認証ルートを特定する。
  • • シグナルを Access のセッションとデバイスと照合する。
  • • パターンが組織の継続性を損なう場合は incident にエスカレーションする。

クイックスタート

  1. 1. ログインルートは必ずセッションやデバイスと一緒に確認し、単独では扱いません。
  2. 2. 適用された摩擦がアクセスの重要度に合っているか確認します。
  3. 3. ケースがセッションの終了または失効につながった場合は Evidence を記録します。

運用フロー

検出

Shield は頻度、ルート、パターン、または送信元への信頼に基づいて試行を示します。

アクセスが正当か、封じ込めが必要かを確認します。

Access と接続

デバイス、trust score、アクティブなセッション、現行ポリシーを確認します。

アクセス継続性を考慮しない対応を避けます。

エスカレーションまたは終了

影響に応じてセッションを終了し、policies を確認するか incident を作成します。

措置を再開または監査できるだけの追跡可能性を残します。

flowchart LR
  S1["検出"]
  S2["Access と接続"]
  S3["エスカレーションまたは終了"]
  S1 --> S2
  S2 --> S3

バリデーターとチェック

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

ログインと継続性を検証

ログイン面を Access および関連記事と照合します。

例

機微なログインを確認するための payload

{
  "moduleKey": "login-shield",
  "query": "credential stuffing session risk",
  "domain": "login.capacero.ar"
}

よくある問題

  • • アクティブなセッションを確認せずに摩擦を適用すると、正当な組織アクセスが中断される可能性があります。
  • • Login Shield を Access と結び付けないと、説明が表面的なイベントに限定されます。

推奨アクション

  • • 複数のセッションを失効または終了する前に Access へエスカレーションします。
  • • 対応に文書化されていない基準が必要だった場合は manual candidate を残します。

有用な Reason Codes

Score 辞書

wafRiskScore

観察対象のルートまたはフォームで検出されたリスク。

decision

決定された操作：許可、検証、制限、またはブロック。

matchedRules

保護が起動した理由を説明するルール。

プロトコル注記

  • • 安全なアクセス継続性は防御の一部であり、例外ではありません。

記事の履歴

2026/07/09

Access と運用継続性に結び付いた Login Shield の記事を追加しました。