Repository navigation
Administration API Keys verwalten
API-Keys ermöglichen externen Systemen (z.B. dem Alarmierungssystem) die automatische Anlage von Einsätzen über die REST-API, ohne einen Benutzernamen/Passwort zu verwenden.
Admin → API-Keys
Liste aller Keys mit:
- Label (z.B. „Alarmierungssystem FWWO")
- Erstellt von
- Erstellt am
- Zuletzt verwendet
- Status (Aktiv / Widerrufen / Abgelaufen)
Admin → API-Keys → + Neuer API-Key
| Feld | Beschreibung |
|---|---|
| Label | Beschreibung wofür der Key ist |
| Ablaufdatum | Optional, für zeitlich begrenzte Keys |
| IP-Allowlist | Optional, CIDR-Netze kommagetrennt; andere Absender-Adressen werden beim Einsatz-Feed abgelehnt |
Nach dem Erstellen wird der Key einmalig im Klartext angezeigt. Sofort kopieren!
Beim Anlegen wird festgelegt, welche API-Funktionen ein Key verwenden darf:
| Scope | Berechtigung |
|---|---|
einsatz:write |
Einsätze über die REST-API anlegen und lesen |
mailing:import |
Empfänger in Mailinglisten importieren |
sms:send |
SMS über die Nachrichten-API versenden |
mail:send |
E-Mails über die Nachrichten-API versenden |
einsatz:read |
Einsatz-Feed lesen: Basisdaten (siehe Einsatz-Feed) |
einsatz:read:kraefte |
Einsatz-Feed: zusätzlich Fahrzeuge und Wachenstatus |
einsatz:read:board |
Einsatz-Feed: zusätzlich Aufgaben und Meldungen (nur Titel, Status, Zeiten) |
Vergeben Sie nur die tatsächlich benötigten Scopes. Bestehende Keys behalten durch die
Migration ausschließlich ihre bisherigen Berechtigungen einsatz:write,mailing:import und
können daher nicht automatisch Nachrichten versenden.
python -m app.cli create-api-key --label "Alarmierungssystem FWWO"
# Ausgabe: ec_xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxMit Ablaufdatum:
python -m app.cli create-api-key --label "Test-Key" --expires "2026-12-31"POST /api/v1/einsatz HTTP/1.1
Host: einsatzcockpit.com
X-API-Key: ec_xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Content-Type: application/json
{ "Key": "...", ... }Admin → API-Keys → Key auswählen → Widerrufen
Oder per CLI:
python -m app.cli revoke-api-key --id 1Widerrufene Keys werden sofort abgelehnt. Sie bleiben in der Liste sichtbar (für Audit-Zwecke).
Best Practice: Alle 6–12 Monate Keys rotieren.
- Neuen Key erstellen
- Neuen Key im Alarmierungssystem hinterlegen
- Alten Key widerrufen (erst nach Bestätigung dass der neue funktioniert)
Alle Keys beginnen mit dem Präfix ec_ und bestehen aus URL-sicheren Zeichen.
In der Datenbank wird nur der SHA-256-Hash des Keys gespeichert — auch ein kompromittierter Datenbank-Dump gibt keine echten Keys preis.
Jede Verwendung eines API-Keys wird im Audit-Log festgehalten:
- Zeitstempel
- IP-Adresse des Anrufenden
- Aktion (z.B.
incident.created) - Einsatz-ID (falls relevant)
Details: Audit-Log und Zeitreise
Einsatz führen
Im Einsatz
Einsatzbegleitend
Verwaltung & Planung
Auswertung
Großschadenslage
Verwaltung
Systemadministration
- Überblick und Inbetriebnahme
- Systemdiagnose
- Datenbank: Snapshot-Isolation
- System-Admin-MCP
- Zwei-Faktor-Authentifizierung
Mehr