trustapi/1.1.0 · aktualisiert am 09.07.2026

Vertrauensindex und Automatisierung

Erkennen, ob ein Besuch menschlich, automatisiert oder koordiniert wirkt, und den nächsten Schritt bestimmen.

Der Vertrauensindex bündelt die Auswertung von IP, Domain, Sitzung oder Kampagne an einem Ort. Er unterstützt menschliches Urteilsvermögen mit ausdrücklichen Gründen und einer empfohlenen Aktion.

Die Score-Auswertung ersetzt nicht die Entscheidung des Operators, sondern leitet sie an. Reason Codes erklären, warum ein Fall gutartig, gemischt oder riskant wirkt, und helfen bei der Eskalation zu Überprüfung, Begrenzung, Watchlist oder Evidence.

Wenn dasselbe Muster auf mehreren Flächen erscheint, gewinnt der Score in Verbindung mit Incidents, Tasks, Access, Mail, WAF oder Intel an Aussagekraft.

Checkliste

• Automatisierungsauswertung mit Sitzung und Domain vergleichen.
• Sicherstellen, dass die empfohlene Aktion zum Schweregrad passt.
• Feedback erfassen, wenn die Gründe die Entscheidung nicht ausreichend erklären.

Schnellstart

1. Severity, Action und Reason Codes als einen operativen Satz lesen.
2. Den Score mit dem betroffenen Modul abgleichen, bevor standardmäßig blockiert wird.
3. Sensible Fälle in einen Incident, Task oder Evidence überführen.

Operativer Ablauf

Abfragen

Eine Auswertung von IP, Domain, Sitzung oder Kampagne abrufen.

Den Score-Typ verwenden, der am besten zum Fall passt.

Erklären

Reason Codes in gemeinsam nutzbare Kriterien für das Team übersetzen.

Technische und operative Sprache aufeinander abstimmen.

Entscheiden

Die empfohlene Aktion mit dem Modul verbinden, das die Maßnahme tatsächlich ausführt.

Den Score nicht wie die Aktion selbst behandeln.

flowchart LR
  S1["Abfragen"]
  S2["Erklären"]
  S3["Entscheiden"]
  S1 --> S2
  S2 --> S3

Validatoren und Prüfungen

Sie führen eine kontextbezogene Auswertung dieser Oberfläche aus und liefern vorgeschlagene Schritte mit operativem Fokus.

TrustAPI-Auswertung validieren

Fasst Artikel, Checks und nächste Schritte zu Score und Erklärung zusammen.

Beispiele

Payload für einen Sitzungs-Score

{
  "sessionId": "sess_ops_001",
  "domain": "login.capacero.ar",
  "ip": "198.51.100.18"
}

Links und Referenzen

Zugehörige Routen

BotRadar in der Konsole Öffentliche TrustAPI

APIs

/api/adda/v1/trust/score
/api/adda/v1/score/ip
/api/adda/v1/score/domain

Docs und unterstützende Routen

docs/ADDA_API.md
docs/ADDA_PROTOCOLO.md

Häufige Probleme

• Die empfohlene Aktion als automatischen Auftrag zu behandeln, ohne das betroffene Modul zu prüfen.
• Fehlende Gründe bei gemischten Signalen verhindern eine spätere Prüfung.

Empfohlene Aktionen

• Copilot und Manual nutzen, wenn der Score zur Begründung der Aktion nicht ausreicht.
• Zu Evidence eskalieren, wenn die Auswertung zu Blockierung, Widerruf oder starker Eindämmung führte.

Nützliche Reason Codes

BOT_HIGH

Die geschätzte Automatisierung ist für den analysierten Kontext hoch.

Eine progressive Überprüfung oder Begrenzung anwenden.

GEO_ANOMALY

Herkunft oder erwarteter Verlauf sind nicht konsistent.

Vor dem Vertrauen mit Access, DNS oder einem Incident abgleichen.

SESSION_RISK

Die Sitzung weist Merkmale auf, die eine genaue Beobachtung erfordern.

Kontinuität und Kontrollen für Sitzung oder Gerät prüfen.

Score-Wörterbuch

severity

Institutionelle Priorität des Signals auf der ADDA-Skala.

action

Vom System empfohlener nächster operativer Schritt.

reasonCodes

Erklärbare Gründe zur Rechtfertigung der Auswertung.

Protokollhinweise

• Der Score gewinnt an Wert, wenn er mit einer konkreten Reaktionsfläche verbunden wird.

Artikelverlauf

09.07.2026

Glossar und operativer Ablauf des Scores wurden erweitert.