Compliance-Lexikon · Technik
API Security
[eɪ piː aɪ sɪˈkjʊərɪti] · auch: API-Sicherheit, Schnittstellensicherheit
API Security bezeichnet den Schutz von Application Programming Interfaces (APIs) gegen unbefugten Zugriff, Datenmissbrauch und Angriffe – durch Authentifizierung, Autorisierung, Rate Limiting, Input Validation und kontinuierliches API-Inventar-Management.
Warum API Security ein Kern-Technikbegriff der IT-Compliance ist
API Security ist eine technische Sicherheitsmassnahme, die in allen wesentlichen Compliance-Frameworks als Anforderung oder Best Practice gelistet ist. ISO 27001, NIS-2 und DORA setzen API Security voraus – nicht als optionales Extra, sondern als Grundbestandteil eines wirksamen Sicherheitsprogramms. Im Audit wird geprüft, ob die Massnahme implementiert ist, ob sie wirksam konfiguriert ist und ob die Wirksamkeit nachgewiesen werden kann.
Wo API Security gefordert wird
| Framework | Referenz | Anforderung |
|---|---|---|
| OWASP API Security | Top 10 | OWASP API Security Top 10: Die zehn häufigsten API-Sicherheitsrisiken als Referenzrahmen. |
| ISO 27001:2022 | A.8.20 / A.8.24 | Netzwerksicherheit und Kryptographie: APIs als Schnittstellen erfordern spezifische Sicherheitskontrollen. |
| NIS-2 / BSIG | § 30 Abs. 2 | API-Sicherheit als Teil der technischen Mindestmassnahmen für wesentliche Einrichtungen. |
| DORA | Art. 9 | IKT-Sicherheit: APIs als Schnittstellen zu IKT-Systemen erfordern expliziten Schutz. |
| CRA | Art. 13 | Cyber Resilience Act: Sichere Schnittstellen als Anforderung für vernetzte Produkte. |
BAM-Objektreferenz
Häufige Audit-Fehler
- Massnahme implementiert, aber Konfiguration nicht dokumentiert
- Wirksamkeit nicht regelmässig geprueft – Drift von der Baseline unbemerkt
- Abdeckung unvollständig – nicht alle relevanten Systeme einbezogen
- Kein Nachweis der Massnahmenwirksamkeit für den Auditor
Policy as Code: Technische Massnahmen als pruefbare Artefakte
Der Leitgedanke dieser Kategorie ist Policy as Code: Sicherheitsanforderungen werden nicht nur als Richtlinien dokumentiert, sondern als technische Konfigurationen implementiert, die automatisch pruefbar sind. Für API Security bedeutet das: Die Konfiguration ist versioniert, die Wirksamkeit wird kontinuierlich gemessen und die Ergebnisse werden als Evidence archiviert. Das macht den Abstand zwischen Richtlinie und Wirklichkeit sichtbar – und schliesst ihn systematisch.
Abdeckung und Ausnahmen
Vollständige Abdeckung aller relevanten Systeme ist der kritische Punkt: Eine Massnahme, die 95 Prozent der Systeme schutzt, hinterlasst fünf Prozent als Einstiegspunkte. Ausnahmen (Legacy-Systeme, OT, Testsysteme) muessen explizit dokumentiert und mit Kompensationsmassnahmen oder risikoakzeptierten Restrisiken versehen sein. Undokumentierte Ausnahmen sind im Audit stets ein Befund.
Nächste Ebene
API Security in der Praxis: Konfiguration, Abdeckung und Evidence
Was Auditoren bei API Security konkret pruefen und welche Evidence benoetigt wird.