KI-Bedrohungskatalog Angriffe auf Modell und Betrieb Produktion
Denial-of-Service auf das Modell
Angreifer überlasten das KI-Modell mit besonders aufwendigen Anfragen, bis der Dienst langsamer wird oder ausfällt. Sie nutzen aus, dass KI-Berechnungen viel teure Rechenleistung binden.
Beschreibung
KI-Berechnungen benötigen viel spezialisierte und teure Rechenleistung; diese Kapazität ist oft der Engpass des Systems. Angreifer konstruieren gezielt Eingaben, die möglichst viel nutzlose Rechenarbeit erzwingen: sogenannte Sponge Examples (Schwamm-Eingaben), die die Rechenzeit in die Höhe treiben, sehr lange Eingaben, die das Verarbeitungsbudget erschöpfen, oder Anfragen, die das Modell in Schleifen laufen lassen. Auch eine Flut einzeln harmloser Anfragen kann die Grafikprozessoren sättigen. Für zahlende Nutzer wird der Dienst dann langsam oder unerreichbar.
Mögliche Auswirkung
Der KI-Dienst verschlechtert sich bis zum Ausfall, und die Rechenkosten sowie die Antwortzeiten schnellen in die Höhe. Legitime Nutzer und angebundene Geschäftsprozesse werden blockiert. Für Hochrisiko-Systeme ist die Verfügbarkeit Teil der geforderten Robustheit; ein Ausfall kann abhängige Abläufe stoppen.
Beispiel
Ein Kundenservice-Chatbot erhält automatisiert Tausende bewusst verschachtelter Anfragen mit maximaler Textlänge. Die Grafikprozessoren im Hintergrund sind ausgelastet, und echte Kundenanfragen bleiben minutenlang unbeantwortet.
Empfohlene Gegenmaßnahmen (5)
Vergleichen Sie Wirkung und Umsetzungsebene. Die ergänzende Einordnung und Begründung können Sie bei Bedarf aufklappen.
-
Request-Rate-Limiting
Technisch- Wirkung
- Präventiv, Schadensbegrenzend
- Umsetzungsebene
- Anwendung, API & Agenten, Infrastruktur
Einordnung und Begründung
Ergänzende MaßnahmenartOrganisatorisch & prozessual
Primär technisch: Automatisierte Ressourcensteuerung, Budget- oder Laufzeitgrenzen begrenzen Überlastung, Missbrauch, Kosten und Fehlerketten; ergänzt durch verbindliche Abläufe.
-
Beschränkung der Eingabegröße
Technisch- Wirkung
- Präventiv, Schadensbegrenzend
- Umsetzungsebene
- Anwendung, API & Agenten, Infrastruktur
Einordnung und Begründung
Primär technisch: Automatisierte Ressourcensteuerung, Budget- oder Laufzeitgrenzen begrenzen Überlastung, Missbrauch, Kosten und Fehlerketten.
-
Durchsetzung von Timeouts
Technisch- Wirkung
- Präventiv, Schadensbegrenzend
- Umsetzungsebene
- Anwendung, API & Agenten, Infrastruktur
Einordnung und Begründung
Primär technisch: Automatisierte Ressourcensteuerung, Budget- oder Laufzeitgrenzen begrenzen Überlastung, Missbrauch, Kosten und Fehlerketten.
-
Ressourcen-Kontingente pro Nutzer/Session
Technisch- Wirkung
- Präventiv, Schadensbegrenzend
- Umsetzungsebene
- Anwendung, API & Agenten, Infrastruktur
Einordnung und Begründung
Ergänzende MaßnahmenartOrganisatorisch & prozessual
Primär technisch: Automatisierte Ressourcensteuerung, Budget- oder Laufzeitgrenzen begrenzen Überlastung, Missbrauch, Kosten und Fehlerketten; ergänzt durch verbindliche Abläufe.
-
DDoS-Schutz
Technisch- Wirkung
- Präventiv, Schadensbegrenzend
- Umsetzungsebene
- Anwendung, API & Agenten, Infrastruktur
Einordnung und Begründung
Primär technisch: Automatisierte Ressourcensteuerung, Budget- oder Laufzeitgrenzen begrenzen Überlastung, Missbrauch, Kosten und Fehlerketten.
Standard-Zuordnungen
Verifizierte Fundstellen in OWASP, NIST AI RMF, MITRE ATLAS, EU AI Act und weiteren Rahmenwerken. Die Zuordnungen zeigen fachliche Bezüge. Sie belegen nicht, dass ein System die jeweiligen Anforderungen erfüllt.
Belegte Referenzen (10)
Jede Referenz nennt Rahmenwerk, Fundstelle und die herausgebende Organisation.
- OWASP LLM Top 10 LLM06:2026 Unbounded ConsumptionLLM06:2026 Unbounded Consumption, OWASP Top 10 for LLM Applications 2026 v1.0, pp. 38-42 (doi:10.5281/zenodo.22109015); canonical text 2026/final/LLM06_UnboundedConsumption.md at commit 7e144e05 OWASP FoundationOriginal
- NIST AI RMF Abschnitt 2.9 Information SecurityAbschnitt 2.9, pp. 10–11 National Institute of Standards and Technology (NIST)Original
- NIST AI RMF NISTAML.014 Energy-latencyTaxonomy Index, p. x; Abschnitt 2.1.2, p. 6; Glossary, p. 108 National Institute of Standards and Technology (NIST)Original
- MITRE ATLAS AML.T0029 Denial of AI ServiceATLAS-2026.09.yaml technique object with id AML.T0029 (content release 2026.09, format-version 6.0.0) MITREOriginal
- EU AI Act Article 26(5) Obligations of deployers of high-risk AI systemsArticle 26(5) European Union (EUR-Lex)Original
- EU AI Act Article 55(1)(d) Obligations of providers of general-purpose AI models with systemic riskArticle 55(1)(d) European Union (EUR-Lex)Original
- EU AI Act Article 9(1), 9(2)(a), 9(2)(d) Risk management systemArticle 9(1), 9(2)(a), 9(2)(d), read with Article 9(3) European Union (EUR-Lex)Original
- BSI R28 Indirect Prompt Injections (Text)Kap. 4, R28, p. 33 Bundesamt für Sicherheit in der Informationstechnik (BSI)Original
- BIML BIML-LLM input:5 Sponge InputPDF p. 17, [input:5:sponge input] Berryville Institute of Machine Learning (BIML)Original
- BIML BIML78 system:10 Denial of ServicePDF p. 26, [system:10:denial of service] Berryville Institute of Machine Learning (BIML)Original
Pflichten der KI-Verordnung zu dieser Bedrohung
Die Pflichten aus dem Pflichtenkompass, deren Artikel der Katalog dieser Bedrohung zuordnet. Jede führt auf ihren Eintrag mit Kern, Handlungsschritt und Nachweis; ob sie Sie trifft, hängt von Rolle und Risikoklasse ab.
-
Risikomanagementsystem einrichten und betreiben
Art. 9 · gilt ab Anhang III: 2. Dezember 2027 · Anhang I: 2. August 2028
Gesetzliche Rollen: Anbieter, Produkthersteller. Klassen: Hochrisiko nach Anhang III, Hochrisiko als Produkt oder Sicherheitsbauteil.
Der Verweis ist ein Prüfanlass. Ein Bedrohungstreffer allein begründet keine Anwendbarkeit.
-
Betrieb überwachen und bei Risiko aussetzen
Art. 26 Abs. 5 · gilt ab Anhang III: 2. Dezember 2027 · Anhang I: 2. August 2028
Gesetzliche Rollen: Betreiber. Klassen: Hochrisiko nach Anhang III, Hochrisiko als Produkt oder Sicherheitsbauteil.
Der Verweis ist ein Prüfanlass. Ein Bedrohungstreffer allein begründet keine Anwendbarkeit.
-
Systemische Risiken bewerten und mindern
Art. 55 · gilt ab 2. August 2025
Gesetzliche Rollen: Anbieter eines KI-Modells mit allgemeinem Verwendungszweck. Klassen: Modell mit systemischem Risiko.
Der Verweis ist ein Prüfanlass. Ein Bedrohungstreffer allein begründet keine Anwendbarkeit.
Alle 62 Pflichten nach Rolle, Risikoklasse und Frist im Pflichtenkompass
Verwandte Bedrohungen
Weitere Einträge aus der Themengruppe Angriffe auf Modell und Betrieb.
Passende Anwendungsfälle
Die Liste zeigt, wo Sie diese Bedrohung prüfen, nicht wie hoch das Risiko ist.
Üblich bei:
- Generativer KI-Assistent für Beschäftigte
- KI-Assistent in Büroanwendungen
- KI-Wissensassistent (Enterprise Search)
- Spracherkennung und Transkription
- KI-Protokoll und Gesprächsdokumentation
- Maschinelle Übersetzung
- KI-Agent
- Textanalyse von Rückmeldungen und Stellungnahmen (Text Analytics)
- Chatbot und Voicebot im Kundenservice
- Empfehlungssystem
- Automatisierte Inhaltsmoderation
- Generierung von Bildern, Videos und Stimmen
- Betrugserkennung im Zahlungsverkehr
- KI-gestützte Schadenbearbeitung
- Online-Proctoring
- Biometrische Verifizierung und Video-Ident
- Autonome mobile Roboter in der Intralogistik
- Automatisiertes Fahren und Fahrerassistenz
- Coding-Assistent
- Coding-Agent
Bei 27 weiteren Anwendungsfällen hängt es vom Aufbau des Systems ab, etwa davon, ob es Anfragen direkt über eine Schnittstelle annimmt oder über ein Netzwerk erreichbar ist. Diese Anwendungsfälle zeigen
Häufige Fragen
- Worum geht es bei dieser Bedrohung?
- Angreifer überlasten das KI-Modell mit besonders aufwendigen Anfragen, bis der Dienst langsamer wird oder ausfällt. Sie nutzen aus, dass KI-Berechnungen viel teure Rechenleistung binden.
- Welche Gegenmaßnahmen nennt der Katalog?
- Der Katalog nennt 5 Gegenmaßnahmen, jede mit Maßnahmenart, Wirkung und Umsetzungsebene. Beispiele sind: Request-Rate-Limiting, Beschränkung der Eingabegröße und Durchsetzung von Timeouts. Die Reihenfolge ist keine Priorisierung.
- Welche Pflichten der KI-Verordnung können relevant sein?
- Der Katalog ordnet diese Bedrohung Art. 9, Art. 26 Abs. 5 und Art. 55 der EU-KI-Verordnung zu. Daraus folgen im Pflichtenkompass: Risikomanagementsystem einrichten und betreiben, Betrieb überwachen und bei Risiko aussetzen und Systemische Risiken bewerten und mindern. Ob eine Pflicht gilt, entscheiden Rolle, Risikoklasse und Frist.
Diese Bedrohung im eigenen System bewerten
Die Live-Demo enthält alle 52 Bedrohungen dieses Katalogs sowie die Einordnung nach der EU-KI-Verordnung und die Datenschutzprüfung. Die kostenlosen Einzelmodule decken KI-Risiko, EU-KI-VO und DSGVO ab. Ohne Registrierung; die Bewertung läuft lokal in Ihrem Browser.
Diesen Eintrag zitieren
Für Berichte, Richtlinien oder interne Unterlagen; der Link führt direkt auf diesen Eintrag.
„Denial-of-Service auf das Modell“. Versatile AI Risk Assessment, KI-Bedrohungskatalog, Stand Oktober 2026. https://www.versatile-ai-risk-assessment.com/wissensbasis/bedrohungen/denial-of-service-modell/