Alle Fragen & Antworten

Stand Mai 2026 sind drei öffentliche Programme für Cybersicherheit in Bayern relevant. Erstens: Digitalbonus Bayern, Variante „Standard" bis 7.500 € (50 % der förderfähigen Kosten), Variante „Plus" bis 30.000 € (50 %, für Projekte mit besonderem innovativem Charakter). Das Programm läuft bis 31.12.2027, antragsberechtigt sind ausschließlich kleine Unternehmen bis 50 Mitarbeiter, bis 10 Mio. € Umsatz oder Bilanzsumme, mit Betriebsstätte in Bayern. Seit Mai 2025 ist das ELSTER-Unternehmenskonto erforderlich. Möglich sind zwei Anträge pro Unternehmen: einer für den Bereich „Digitalisierung", einer für den Bereich „IT-Sicherheit". Antragstellung vor Maßnahmenbeginn; eine rückwirkende Erstattung ist ausgeschlossen [1][2]. Zweitens: BAFA-Förderung von Unternehmensberatungen für KMU, bis 1.750 € Zuschuss (50 % aus der maximalen Bemessungsgrundlage von 3.500 € für die alten Bundesländer einschließlich Bayern). Antragsberechtigt sind KMU nach EU-Definition (bis 250 Mitarbeiter, bis 50 Mio. € Umsatz oder 43 Mio. € Bilanzsumme). Programm bis 31.12.2026 (Hinweis: Verlängerung möglich, Stand Mai 2026 ist dies das Enddatum). Maximal 5 Anträge je Unternehmen, höchstens 2 pro Jahr. Förderfähig sind Beratungen zu Datenschutz, IT-Sicherheit, NIS2, ISO 27001, VdS 10000. Antrag über das BAFA-Online-Portal, der Berater muss BAFA-registriert sein, der Zuschuss wird nach Abschluss der Beratung ausgezahlt [3]. Drittens: KfW ERP-Förderkredit Digitalisierung (511, 512), Kreditvolumen bis 25 Mio. €, vergünstigte Zinsen, für Unternehmen bis 500 Mio. € Jahresumsatz. Finanziert auch Investitionen in Cybersicherheit als Teil umfassenderer Digitalisierungsvorhaben. Antrag über die Hausbank, nicht direkt bei der KfW [4]. Konkrete Unterstützung und Beratung zum Projekt erfolgen nach Klärung von Ziel, Unternehmensstruktur und Kostenrahmen.

Bei 80 Mitarbeitern in reiner Holzbearbeitung betrifft Sie NIS2 (Network and Information Security Directive 2) in der Regel nicht unmittelbar. Die reine Holzbranche ist weder in Anlage 1 noch in Anlage 2 BSIG (Bundesamt für Sicherheit in der Informationstechnik-Gesetz) aufgeführt [1][2]. Der Teufel steckt wie immer im Detail. Wenn Sie neben der Holzbearbeitung für die Lebensmittelbranche palettieren, Verpackungen für Chemikalien herstellen oder Maschinenkomponenten fertigen, fallen Sie über die Hintertür in die Sektoren Lebensmittel, Chemie oder Maschinenbau gemäß Anlage 2 [2]. Der zweite Weg ist die Lieferkette. Beliefern Sie ein größeres, selbst von NIS2 erfasstes Unternehmen, so wird dieses die Anforderungen über den Vertrag weitergeben - unabhängig davon, was das Gesetz besagt. Aus Ordnungsgründen empfiehlt sich eine Betroffenheitsprüfung auf Basis des BSI-Tools [3], schriftlich festgehalten und in der Dokumentation abgelegt.

Die ersten 12 Monate NIS2 sind kein einzelnes Großprojekt mit Zielmarke, sondern ein Bündel von Maßnahmen, die parallel anlaufen und überwiegend dauerhaft bleiben. Begonnen wird mit einer Gap-Analyse gegenüber § 30 BSIG, also einer Bestandsaufnahme der zehn Bereiche des Risikomanagements: Risikomanagement, Bewältigung von Sicherheitsvorfällen, Betriebskontinuität, Sicherheit der Lieferkette, Kryptografie, Zugriffskontrolle, MFA, Sicherheit des Personals, Schulungen und Cyberhygiene [1]. Daraus ergeben sich Lückenliste und Bearbeitungsreihenfolge. Anschließend Richtlinien und Verfahren, die nach § 38 BSIG verpflichtende, nicht delegierbare Schulung der Geschäftsführung [2], die Registrierung im BSI-Portal nach § 33 [3] sowie die Einführung des Meldeprozesses mit drei Fristen: Frühwarnung innerhalb von 24 Stunden, Erstmeldung innerhalb von 72 Stunden und Abschlussmeldung binnen eines Monats [4]. Parallel dazu die technischen Arbeiten: Stärkung der Identitäten und MFA, Backup nach dem 3-2-1-Schema mit Wiederherstellungstest, erster Pentest, Sicherheitsmonitoring, Netzsegmentierung. Budgetseitig: Ein Teil der Arbeiten ist einmalig (Gap-Analyse, Richtlinien, GF-Schulung, Erstausstattung MFA und Backup), ein Teil läuft fortlaufend (Monitoring oder MDR im Abonnement, jährliches Audit, regelmäßiger Pentest, Auffrischungsschulungen). Ein Teil der Kosten lässt sich über die Förderungen Digitalbonus Bayern, BAFA und KfW abdecken, denen wir später in dieser FAQ eine eigene Frage widmen. Den konkreten Umfang und die Reihenfolge legen wir nach einem ersten, unverbindlichen Gespräch fest.

Höchstwahrscheinlich fallen Sie nicht automatisch unter NIS2, es gibt aber Seitentüren. NIS2 nennt für den Sektor verarbeitendes Gewerbe konkrete NACE-Teilsektoren: 5.2 (NACE C26, Elektronik/Optik), 5.3 (C27, elektrische Geräte), 5.4 (C28, Maschinenbau), 5.5 (C29, Kraftwagen), 5.6 (C30, sonstige Fahrzeuge), zusätzlich 5.1 (Medizin) [1]. Die Herstellung von Glas und Glaswaren (NACE C23) ist in Anlage 2 BSIG nicht aufgeführt. Eine Glashütte als Glashütte fällt formal also nicht über den Pfad des verarbeitenden Gewerbes unter NIS2. Zu prüfen sind jedoch zwei Seitenwege. Erstens: Wenn Sie Glas oder Glaskomponenten für die Automobilindustrie (Fahrzeugglas), die Elektronikbranche (Bildröhren, Optik) oder Glasverpackungen für den Lebensmittelsektor liefern, wird ein NIS2-pflichtiger Kunde Cyber-Anforderungen über § 30 Abs. 2 Nr. 4 BSIG (Lieferkettensicherheit) vertraglich weitergeben [2]. Zweitens: der Status als Betreiber kritischer Anlagen nach BSI-KritisV, falls Sie Spezialglas herstellen, das für kritische Infrastruktur (Medizin, Energie) von Bedeutung ist. Die Cyberhygiene in einer Glashütte mit Dreischichtbetrieb verdient Aufmerksamkeit, ganz unabhängig vom Gesetz. Eine Glaswanne läuft viele Jahre ununterbrochen; ein Ausfall der Liniensteuerung bedeutet nicht nur Schichtverlust, sondern auch das Risiko der Zerstörung der Wannenauskleidung. Diese Besonderheit gehört in die OT-Sicherheitsarchitektur eingerechnet.

Als ein zusammenhängendes Programm zu koordinieren, nicht als drei getrennte Projekte. Maschinenbau ist in Anlage 2 BSIG unter Nr. 5.4 als verarbeitendes Gewerbe (NACE C28) aufgeführt; mit 90 Mitarbeitern qualifizieren Sie sich somit als wichtige Einrichtung nach § 28 BSIG [1][2]. Hinzu kommt TISAX (Trusted Information Security Assessment Exchange) auf Basis VDA-ISA als vertragliche Anforderung der großen Kunden in der Automobilbranche [3]. Hinzu kommt die neue Maschinenverordnung (EU) 2023/1230, die ab dem 14. Januar 2027 gilt und Cyber-Resilience-Anforderungen direkt an die hergestellten Maschinen stellt [4]. Hinzu kommt der Cyber Resilience Act (Verordnung (EU) 2024/2847) für Produkte mit digitalen Elementen, der ab Dezember 2027 Security-by-Design, sichere Updates und SBOM (Software Bill of Materials) als Pflicht des Herstellers einführt [5]. Die gute Nachricht: Diese Anforderungen überschneiden sich in erheblichem Maße. Ein ISMS nach ISO/IEC 27001 oder ein TISAX-Label AL3 deckt einen großen Teil der organisatorischen Anforderungen aus § 30 BSIG ab. Die Maschinenverordnung und der CRA betreffen das Produkt, also Steuerungen, Software und Update-Prozesse. Der praktische Ansatz lautet: eine Anforderungslandkarte, ein ISMS, ein integrierter interner Auditplan, der alle Vorschriften parallel abdeckt. Andernfalls zahlen Sie dreimal für dieselbe Sache, jeder Berater für seinen eigenen Standard. Die konkrete Coverage-Map erstellen wir nach einem ersten Gespräch und einer Bestandsaufnahme von ISMS und TISAX.

Die erste Stunde entscheidet über die Schadenshöhe, nicht jedoch darüber, ob die Ransomware entfernt werden kann. Sequenz auf Basis der deutschen Rahmen CERT-Bund und BSI Lagebericht 2025 [1][2]. Die ersten 5 bis 15 Minuten: Detection. Entweder sieht ein Mitarbeiter den Lösegeldbildschirm, oder das Monitoring (EDR/MDR) erkennt die massenhafte Verschlüsselung von Dateien und löst einen Alarm aus. In Unternehmen ohne Monitoring erfolgt die erste Erkennung häufig am Morgen, wenn niemand mehr arbeiten kann, also mit einer Verzögerung von 8 bis 14 Stunden ab Angriffsbeginn. Die ersten 30 Minuten: Containment. Ziel: die Ausbreitung stoppen. Infizierte Systeme physisch vom Netz trennen (Kabel ziehen, kein Shutdown, das vernichtet die Forensik), administrative Konten sperren, Domain Controller prüfen. Die ersten 60 Minuten: erste Entscheidungen. Aktivierung des Reaktionsplans (sofern vorhanden), Information der Geschäftsführung, Kontakt zum Incident-Response-Anbieter, Kontakt zum BSI im Rahmen § 32 BSIG (Meldung eines erheblichen Sicherheitsvorfalls binnen 24 Stunden) [3], bei einem DSGVO-Vorfall Kontakt zum BayLDA binnen 72 Stunden [4]. Was in der ersten Stunde NICHT zu tun ist: Systeme nicht abschalten (die Speicher-Forensik geht verloren), nicht neu starten, nicht eigenmächtig mit dem Angreifer in Kontakt treten, keine Dateien löschen, nicht öffentlich kommunizieren. Mitarbeiterinformation: Offline arbeiten, keine E-Mail, keine USB-Sticks anstecken. Laut IBM Cost of a Data Breach Report 2025 liegt die globale Median-Identifikationszeit bei 158 Tagen, sodass die erste Stunde meist erst nach vielen Tagen unbemerkter Anwesenheit des Angreifers im Netz beginnt [5]. Daher kommt dem Monitoring, der regelmäßigen Änderungsprüfung, der Erkennung polymorpher Malware-Varianten sowie dem Hardening der Systeme (BSI IT-Grundschutz, Baustein SYS.1.1) eine enorme Bedeutung zu [6]. Ein Ransomware-Angriff hat nie eine einzige Ursache, sondern stets eine Verkettung negativer Faktoren: nicht aktualisiertes System, fehlende MFA, fehlende Netzsegmentierung, Klickverhalten eines Mitarbeiters, fehlendes Monitoring. Den konkreten Reaktionsplan stimmen wir vorab mit Ihrem Unternehmen ab, denn in der Stunde Null bleibt keine Zeit für Konzeption.

Sinnvoll ist es, jedoch nur unter mehreren Voraussetzungen. § 30 Abs. 2 Nr. 7 BSIG nennt „grundlegende Verfahren im Bereich der Cyberhygiene und Schulungen im Bereich der Cybersicherheit" als verpflichtenden Bereich des Risikomanagements für wichtige und besonders wichtige Einrichtungen [1]. ISO/IEC 27001:2022 verlangt in Anhang A.6.3 „information security awareness, education and training" [2]. TISAX-Label AL3 entsprechend. Eine einmal jährliche Phishing-Simulation, die lediglich als Pflichthaken gehandhabt wird, hat begrenzten Wert. Wert entsteht erst, wenn drei Bedingungen erfüllt sind. Erstens: Regelmäßigkeit. Branchenrahmen (SANS, BSI-Awareness-Kampagnen) empfehlen mindestens quartalsweise für größere Organisationen, monatlich für High-Risk-Bereiche [3]. Einmal im Jahr ist zu selten, um die Wachsamkeit der Mitarbeiter aufrechtzuerhalten. Zweitens: Vielfalt der Szenarien und Passung zum Unternehmen. Phishing sieht heute nicht mehr aus wie der „nigerianische Prinz". Das Jahr 2025 steht für Spear Phishing (auf eine konkrete Person zugeschnittenes Phishing auf Basis von OSINT-Daten, LinkedIn-Profilen, Organisationsstrukturen), Deepfake-Voice (CEO-Fraud über gefälschtes Audio), QR-Code-Phishing (Quishing), MFA-Fatigue-Angriffe, Business Email Compromise aus echten kompromittierten Konten. Laut Mandiant M-Trends 2025 und Verizon DBIR 2025 führen Angreifer vor dem eigentlichen Angriff OSINT-Aufklärung zu Schlüsselpersonen in Geschäftsleitung und Finanzen (Geschäftsführung, CFO, Buchhaltung) durch und passen die Botschaft an reale Projekte, Geschäftspartner und Termine an [4][5]. Die Simulation muss diese Vektoren abdecken, nicht nur die klassische E-Mail mit Link. Laut Verizon DBIR 2025 und IBM 2025 ist Phishing weiterhin für 16 % aller Vorfälle als initialer Angriffsvektor verantwortlich [4][6]. Drittens: Konsequenz. Ein Mitarbeiter, der geklickt hat, sollte keine öffentliche Rüge erhalten, sondern eine kurze, auf den Fehler abgestimmte Schulung. Öffentliches Sanktionieren lehrt das Verbergen von Klicks, nicht das Melden. Die Klick-Statistik ist ein Risikoindikator für die Geschäftsleitung, keine Rangliste der Belegschaft. Das konkrete Awareness-Programm erstellen wir nach einer Risiko- und Unternehmenskulturanalyse.

Awareness-Training hat für jede Altersgruppe Sinn, doch das Programm darf kein Einheitsprogramm sein. § 30 Abs. 2 Nr. 7 BSIG schreibt Cybersicherheitsschulungen ausdrücklich als verpflichtenden Bestandteil des Risikomanagements vor, ohne Differenzierung nach Mitarbeiteralter [1]. Laut Verizon Data Breach Investigations Report 2025 und IBM Cost of a Data Breach Report 2025 ist der Faktor Mensch weiterhin für einen erheblichen Teil der Vorfälle verantwortlich, wobei Phishing 16 % der initialen Vektoren und Credentials Theft 23 % ausmacht [2][3]. Das Stereotyp „der ältere Mitarbeiter klickt auf alles" ist empirisch nicht haltbar. Laut Proofpoint State of the Phish 2025 und SANS Security Awareness Report 2025 korrelieren Klickraten bei Phishing-Simulationen nicht eindeutig mit dem Alter, sehr wohl jedoch mit Stresslevel, E-Mail-Volumen und Rolle (Mitarbeiter aus Kundenbetreuung, Finanzen und Einkauf werden unabhängig vom Alter am häufigsten zum Ziel) [4]. Was in gemischten Gruppen tatsächlich wirkt: kurze Schulungen (10-15 Minuten) in der Muttersprache des Mitarbeiters auf Basis realistischer Branchenszenarien (Lieferantenrechnung, Geschäftspartnerkontakt, Bitte des Geschäftsführers), keine generischen E-Learning-Module. Dazu Konsequenz im Programm: keine öffentliche Sanktionierung von Klicks, sondern individuelle Zustellung eines kurzen Materials nach einem Vorfall. Dazu Anreize zum Melden verdächtiger E-Mails (etwa eine Schaltfläche „Report Phishing" im E-Mail-Client). Weiß der Mitarbeiter, dass er ohne Sanktion melden kann, meldet er. Fürchtet er eine Rüge, verschweigt er den Klick und verschafft dem Angreifer mehr Zeit. Das konkrete Awareness-Programm erstellen wir nach einer Analyse der Unternehmenskultur und der Hochrisikorollen.

Möglich, jedoch nicht in der Konsumentenversion und nicht ohne juristische Vorbereitung. ChatGPT Free und Plus sind für den Einsatz in einer Steuerberaterkanzlei ungeeignet, da kein Auftragsverarbeitungsvertrag (AVV) vorhanden ist, Eingaben zum Modelltraining verwendet werden können und die fehlende EU Data Residency eine Datenübermittlung in die USA ohne ausreichende Rechtsgrundlage im Sinne der Art. 44 ff. DSGVO bedeutet [1][2]. Hinzu kommt die Gefahr eines Verstoßes gegen die verschärfte Verschwiegenheitspflicht aus dem StBerG (Steuerberatungsgesetz), das einen besonderen Schutz der Mandanteninformationen verlangt. ChatGPT Team, ChatGPT Enterprise oder API stellen eine andere Situation dar. OpenAI bietet einen AVV nach Art. 28 DSGVO, garantiert, dass die Daten nicht ins Training fließen, ab Februar 2025 ist EU Data Residency für Enterprise verfügbar, ab Januar 2026 zusätzlich EU Inference Residency [3]. Claude (Anthropic) bietet vergleichbar Team- und Enterprise-Pläne mit AVV und der Option des Zero Data Retention. Was der Geschäftsführer eines Steuerberaters konkret vor der Einführung tun muss: AVV mit dem Anbieter unterzeichnen, eine Datenschutz-Folgenabschätzung (DSFA) nach Art. 35 DSGVO durchführen, KI in das Verzeichnis von Verarbeitungstätigkeiten nach Art. 30 DSGVO aufnehmen, eine schriftliche Nutzungsrichtlinie für KI in der Kanzlei erlassen, die festlegt, welche Daten an die KI gelangen dürfen und welche nicht, sowie Mitarbeiter gemäß Art. 4 EU AI Act (KI-Kompetenz, in Kraft seit 2.02.2025) schulen [4]. Die BayLDA hat eine KI-Checkliste für Unternehmen in Bayern veröffentlicht, die als praktischer Anhaltspunkt dient [5]. Was konkret ohne Anonymisierung nicht an die KI gelangen sollte: vollständige Namen, Adressen, Steuernummern von Mandanten, Einkommensdaten konkreter Personen, besondere Datenkategorien aus Art. 9 DSGVO, dem Berufsgeheimnis unterliegende Dokumente. Laut Bitkom Oktober 2025 haben 42 % der deutschen Unternehmen das Problem der sogenannten Schatten-KI: Mitarbeiter nutzen private ChatGPT-Konten für die Arbeit außerhalb der IT-Kontrolle [6].

Die Wahl hängt von zahlreichen Faktoren ab: Datensensitivität, regulatorischen Anforderungen der Branche, Infrastrukturressourcen des Unternehmens. Zu beachten ist, dass lokale KI ein spiegelbildliches Vor- und Nachteilsprofil gegenüber Cloud-Lösungen aufweist. Vorteile: Daten verlassen niemals das Unternehmen, einmalige Hardware-Kosten statt steigender Abonnementgebühren, vollständige Kontrolle über das Modell (Möglichkeit des Fine-Tunings auf eigenen Daten), Unabhängigkeit von der Politik eines externen Anbieters, natürliche Passung für sensible Branchen mit Berufsgeheimnis oder TISAX-Label AL3 mit der Anforderung, Daten im Unternehmen zu halten. Nachteile: erfordert eine Hardware-Investition, erfordert interne Kompetenzen für den Betrieb (Modell-Updates, Monitoring, Infrastruktur), Open-Source-Modelle liegen meist eine halbe Generation hinter den Cloud-Marktführern zurück, Integrationen erfordern Eigenentwicklung. Eine dritte, mittlere Variante ist die hybride Architektur: Cloud für Standardaufgaben mit nicht-personenbezogenen Daten, lokales Modell für sensible Aufgaben. Die konkrete Wahl richtet sich nach dem Unternehmensprofil.

Mit einer Bedarfsanalyse, damit nicht der Fehler begangen wird, zuerst Hardware und Software einzukaufen und anschließend nach möglichen Automatisierungen zu suchen. Die beste Reihenfolge lautet: Schritt eins, Prozessanalyse. Schritt zwei, Identifikation der Automatisierungskandidaten. Prozesse, die sich häufig wiederholen, Zeit qualifizierter Mitarbeiter binden, klare Entscheidungsregeln besitzen und Systeme berühren, die sich in ein Ökosystem einbinden lassen. Beispiele: automatisches Anlegen von Support-Tickets aus E-Mails, monatliche Berichte aus verschiedenen Datenquellen, Onboarding eines neuen Mitarbeiters (AD-Konto, Berechtigungen, Hardware). Schritt drei, Werkzeugauswahl. Erst jetzt, wenn klar ist, was automatisiert werden soll, lohnt sich die Werkzeugauswahl. Für einen typischen Mittelständler kommen realistisch n8n (Open Source, Self-Hosted oder Cloud), Make sowie Microsoft Power Automate in Frage. Schritt vier, Pilotierung an einem Prozess. Einen Prozess aus der Liste aus Schritt zwei auswählen, den Workflow entwerfen, testen und die Effekte messen (eingesparte Zeit, Fehler). Erst nach erfolgreicher Pilotierung auf weitere Prozesse ausweiten. Aus der Praxis: Jede Automatisierung muss einen Verantwortlichen im Unternehmen haben (wer überwacht sie, wer repariert sie bei Störung) und eine Dokumentation (was sie tut, warum, wer sie beauftragt hat). Andernfalls werden Automatisierungen nach einem Jahr zu Black Boxes, die niemand mehr versteht. Den konkreten Plan und Umfang stimmen wir nach einer Prozessdurchsicht auf das Unternehmen ab.

Ja, der EU AI Act betrifft jedes Unternehmen, das KI einsetzt, unabhängig von Größe und unabhängig davon, ob die KI ein eigenes Produkt oder lediglich ein Werkzeug ist (Anbieter vs. Betreiber im Sinne des AI Acts). Der EU AI Act (Verordnung (EU) 2024/1689) trat am 1.08.2024 in Kraft, die Anwendung erfolgt stufenweise [1]. Stufen: 2.02.2025: verbotene Praktiken (Art. 5) und Pflicht zur KI-Kompetenz (Art. 4). 2.08.2025: Regelungen für General-Purpose AI (GPAI), Einrichtung der nationalen Aufsichtsbehörden. 2.08.2026: volle Anwendung für High-Risk AI (Anhang III), Durchsetzung von Art. 4. 2.08.2027: Ende der Übergangsfrist für bestehende GPAI. Für ein typisches Unternehmen, das ChatGPT, Claude, Copilot oder Gemini für Büroaufgaben nutzt, greift der AI Act zuerst über Art. 4 (KI-Kompetenz), in Kraft seit 2.02.2025: Mitarbeiter, die KI einsetzen, müssen ein ausreichendes Maß an KI-Kompetenz besitzen, proportional zu Rolle, Kontext und Risiko. Ein konkretes Schulungsformat ist nicht vorgeschrieben, beispielhafte Anforderungsformel: Verständnis dessen, was KI ist, Bewusstsein für Grenzen und Risiken (Halluzinationen, Fehler, Bias), Kenntnis der Regulierung (DSGVO, AI Act), Fähigkeit zur Bewertung der KI-Outputs. Jedes Unternehmen muss dies eigenständig organisieren, aber dokumentieren [2]. Zweiter Berührungspunkt: Art. 5 (verbotene Praktiken), in Kraft seit 2.02.2025. Verboten: Emotion Recognition am Arbeitsplatz außerhalb enger Ausnahmen, Social Scoring, manipulative AI Exploiting Vulnerabilities, bestimmte Formen biometrischer Identifizierung [1]. Dritter Punkt: Anhang III (High-Risk AI), ab 2.08.2026. Betrifft KI in Bereichen wie Beschäftigung (Rekrutierung, Mitarbeiterbewertung), Bildung, kritische Infrastruktur, Kredite, Sozialleistungen, Strafverfolgung. Ein Unternehmen, das ein solches System nutzt (z. B. externe KI zum CV-Screening), ist Betreiber und hat eigene Pflichten: menschliche Aufsicht, Dokumentation, Information der Beschäftigten [1]. Vierter Punkt: Art. 50 (Transparenzpflichten), ab 2.08.2026. KI-Chatbots müssen als KI gekennzeichnet sein, Deepfake-Inhalte als künstlich erzeugt. Aufsichtsbehörde in Deutschland: Bundesnetzagentur (BNetzA), Start geplant für 2025/2026 [3]. Bußgelder: bis 35 Mio. € oder 7 % des weltweiten Umsatzes (verbotene Praktiken Art. 5), bis 15 Mio. € oder 3 % (High-Risk), bis 7,5 Mio. € oder 1 % (unrichtige Auskünfte gegenüber der Aufsicht) [1]. Eine konkrete AI-Act-Compliance-Analyse für Ihr Unternehmen erstellen wir nach einer Inventur der genutzten KI-Systeme.

Zunächst: Gemeint ist die Geschäftsführung (die Unternehmensleitung, in einer GmbH also sämtliche Geschäftsführer gemeinsam, in einer AG der Vorstand), und die persönliche Haftung stützt sich auf drei Rechtsgrundlagen. Erstens: § 38 Abs. 2 BSIG begründet eine Innenhaftung der Leitung gegenüber der Gesellschaft für Schäden, die durch eine Verletzung der NIS2-Pflichten aus § 38 Abs. 1 entstehen (Billigung und Überwachung des Risikomanagements). Ein vertraglicher Verzicht auf diese Haftung ist ausdrücklich untersagt [1]. Zweitens: § 43 Abs. 2 GmbHG, die klassische Innenhaftung des GmbH-Geschäftsführers gegenüber der Gesellschaft für die Verletzung der Sorgfaltspflicht; bei mehrköpfiger Geschäftsführung haften alle Geschäftsführer gesamtschuldnerisch (Grundsatz der Gesamtverantwortung) [2]. Drittens, bei der AG: § 93 AktG entsprechend für die Mitglieder des Vorstands [3]. Praktische Konsequenz: Wusste die Leitung, dass das Unternehmen wichtige Einrichtung ist, hat sie die Umsetzung von § 30 BSIG nicht beschlossen und nicht überwacht, und entsteht der Gesellschaft nach einem Vorfall ein Schaden, können Gesellschafter oder der Beirat Schadensersatz aus dem Privatvermögen des Geschäftsführers geltend machen. Eine D&O-Versicherung (Directors and Officers) schließt solche Schäden bei dokumentierter grober Fahrlässigkeit zunehmend aus [4]. Wie schützt man sich? Durch eine dokumentierte Schulung der Leitung gemäß § 38 Abs. 3 BSIG, eine förmliche schriftliche Genehmigung des Maßnahmenplans, die regelmäßige Re-Validierung des Umsetzungsstands sowie regelmäßige Sicherheitstests und Audits durch externe Anbieter, was § 30 Abs. 1 BSIG (regelmäßige Überprüfung der Wirksamkeit von Maßnahmen) ausdrücklich verlangt [5] und im Streitfall einen praktischen Nachweis der erforderlichen Sorgfalt darstellt. Dokumentierte Sorgfalt ist keine Bürokratie, sondern die Verteidigungslinie des Geschäftsführers im Streitfall.

Ein Sägewerk als reines Sägewerk höchstwahrscheinlich nicht. Die Forst- und Holzwirtschaft in reiner Form ist weder in Anlage 1 noch in Anlage 2 BSIG als Sektor aufgeführt [1][2]. Die genannten Teilsektoren des verarbeitenden Gewerbes sind konkret: Medizinprodukte, elektronische Geräte, elektrische Geräte, Maschinenbau, Kraftwagen, sonstige Fahrzeuge. Holz nicht [2]. Ein wichtiges „aber": Wenn Sie neben der Holzverarbeitung Holzkomponenten für Landmaschinen (Maschinenbau), EUR-Paletten für die Lebensmittellogistik (Lebensmittelsektor) oder Profile für Möbelhersteller, die wiederum Automotive beliefern, produzieren, dann betrachten wir das Geschäftsmodell als Ganzes, nicht das Etikett „Sägewerk". Der zweite Weg ist der Vertrag. Ein großer Kunde, der unter NIS2 fällt, wird die Anforderungen über den Vertrag weitergeben, unabhängig vom Gesetz. Außerdem ist zu bedenken: Unabhängig von NIS2 unterliegt jedes Unternehmen, das personenbezogene Daten verarbeitet (Kunden, Mitarbeiter, Geschäftspartner), der DSGVO und dem BDSG. Ein Datenschutzbeauftragter ist gemäß § 38 BDSG ab 20 Personen, die regelmäßig mit personenbezogenen Daten arbeiten, vorgeschrieben [3].

Der Preis eines Pentests hängt von zahlreichen Faktoren ab, unter anderem: Umfang, Methodik, Fähigkeiten der Tester und gewünschtes Berichtsformat. Die Höhe ergibt sich aus Testziel und Scope. Woran erkennt man ein seriöses Angebot? Einige nachprüfbare Kriterien. Erstens: Methodik. Das Angebot sollte konkrete Testrahmen ausweisen, beispielsweise OWASP WSTG für Webanwendungen, OWASP MASTG für mobile Anwendungen, PTES (Penetration Testing Execution Standard) für einen vollständigen Infrastrukturtest, NIST SP 800-115 für einen standardkonformen Bericht [1]. Zweitens: das Berichtsformat. Es sollte ein Executive Summary für die Geschäftsleitung, Technical Findings mit CVSS und konkretem Angriffsvektor, Nachweise (Proof of Concept) sowie eine priorisierte Remediation umfassen. Drittens: NDA vor dem Scope, Berufshaftpflichtversicherung des Anbieters, unterzeichnete Einwilligung der Systemeigentümer. Viertens: ein Retest nach Remediation, entweder im Preis enthalten oder klar bepreist als Option. Bitte bedenken Sie: Ein Angebot sollte keine bloße Checkliste zum Abhaken und Aufzählen von Findings sein, sondern aufzeigen, wie reale Angreifer und Kriminelle vorgehen. Ein Zertifikat ist eine Sache, Können eine andere - beides muss nicht zwingend Hand in Hand gehen. Auch Berichtsstandards sind das eine, doch wenn ein Angreifer im Rahmen eines Black-Box-Tests von außen in das System des Kunden eindringt, ist die Bezeichnung des Findings zweitrangig. Ein unautorisiertes Eindringen ist für sich genommen eine kritische Information, erst recht, wenn dabei Kundendaten eingesehen oder Zahlungsdaten manipuliert werden können. Dann ist es unerheblich, was gefunden wird - alles steht auf Rot. Aus unserer Branchenerfahrung liegt es zumeist nicht an einer Person oder einem Gerät, sondern an systemischen Entscheidungen und dem Tempo, in dem Technologien und neue Schwachstellen entstehen. Was vor zehn Jahren sicher war, ist heute ein Artefakt.

Die Pentest-Frequenz richtet sich nach Risikoniveau und Regulierung, nicht nach dem Kalender. § 30 Abs. 1 BSIG fordert eine „regelmäßige Überprüfung der Wirksamkeit von Maßnahmen", ohne eine konkrete Frequenz vorzugeben [1]. Branchenrahmen sind allerdings konkret. PCI-DSS (Standard für Unternehmen, die Zahlungskarten verarbeiten) verlangt mindestens einmal jährlich einen Pentest und nach jeder wesentlichen Änderung [2]. ISO/IEC 27001 verlangt regelmäßige Tests (Annex A.5.36); in der Praxis erwarten Auditoren mindestens einen Jahresrhythmus zuzüglich Tests nach Major Changes [3]. TISAX-Label AL3 ähnlich. Für ein 50-Mann-Unternehmen ohne besondere Branchenvorschriften gilt: ein vollständiger Pentest pro Jahr plus ein Retest nach Remediation als Mindeststandard der Sorgfalt. Häufiger nur, wenn: sich die Umgebung verändert (neue Roll-outs, Migrationen), kritische Produktlücken bekannt geworden sind (etwa die Exchange-ProxyLogon-Serie oder log4j) oder das Risikoniveau gestiegen ist (Vorfall in der Lieferkette, neue Kundenkategorien). Seltener lohnt sich nicht: Ein Bericht aus 2024 ist im Jahr 2026 ein Archivdokument. Die konkrete Frequenz legen wir nach einer Risikoanalyse fest.

Die drei Modelle unterscheiden sich dadurch, wie viel der Tester über das angegriffene System weiß. Black Box: Der Tester verfügt über kein internes Wissen, agiert wie ein realer externer Angreifer, findet die Systeme über OSINT und Scanning. Simuliert einen externen Angriff, ist jedoch am kostspieligsten, da viel Zeit für die Aufklärung aufgewendet wird. Grey Box: Der Tester erhält begrenzte Informationen, beispielsweise einen Zugriffskontext (Benutzerkonto), einen Netzwerkplan oder die Dokumentation einer Anwendung. Simuliert einen internen Angreifer (Insider Threat, kompromittierter Mitarbeiter, Subunternehmer mit Zugang). In der Praxis die häufigste Wahl, da das Verhältnis von Zeitaufwand zu Abdeckung am günstigsten ist. White Box (auch Crystal Box genannt): Der Tester erhält die vollständige Dokumentation, Quellcode, Infrastrukturpläne und Admin-Konten. Simuliert ein Audit mit vollem Einblick, am effizientesten, um in der vorgegebenen Zeit eine maximale Anzahl von Lücken zu finden. PTES schreibt kein bestimmtes Modell vor; OWASP WSTG empfiehlt bei Anwendungstests Grey/White Box aus Effizienzgründen [1][2]. Die Wahl hängt vom Testziel ab. Geht es um die Bewertung des realen Risikos eines externen Angriffs, Black/Grey Box. Geht es darum, in einer Anwendung das Maximum an Lücken zu finden (z. B. vor dem Roll-out), White Box. Das beste Preis-Leistungs-Verhältnis liefert in der Regel Grey Box.

Sechs Kürzel, sechs verschiedene Dinge, die jeweils andere Probleme lösen. SIEM (Security Information and Event Management) ist eine Plattform, die Logs aus Systemen sammelt, Ereignisse korreliert und Alarme erzeugt. Reine Plattform. Die populärsten: Splunk, IBM QRadar, Microsoft Sentinel, Elastic. EDR (Endpoint Detection and Response) ist eine Software auf Arbeitsplätzen und Servern, die verdächtige Verhaltensweisen erkennt (Ausführung von Ransomware, Lateral Movement) und Reaktion ermöglicht (Quarantäne, Isolation des Hosts). Die populärsten: CrowdStrike Falcon, SentinelOne, Microsoft Defender for Endpoint. XDR (Extended Detection and Response) ist die Erweiterung von EDR um weitere Quellen (E-Mail, Netzwerk, Cloud), alles in einer korrelierenden Konsole. SOC (Security Operations Center) ist das TEAM von Analysten, die mit den Werkzeugen (SIEM plus EDR/XDR) arbeiten, 24/7 oder 8/5, Alarme interpretieren und reagieren. Ein SOC kann intern oder ausgelagert sein. MDR (Managed Detection and Response) ist eine DIENSTLEISTUNG, die Werkzeuge (EDR/XDR) mit einem externen Analystenteam im Abonnement bündelt. Der Kunde kauft ein fertiges Paket: Technologie plus 24/7-Monitoring plus Reaktion. Der praktische Unterschied: Ein SIEM ohne Analysten ist eine große Sammlung von Logdaten, die niemandem etwas sagt. Ein internes SOC erfordert 6 bis 8 Analysten für eine 24/7-Abdeckung (Urlaub, Krankheit, Schichtwechsel). MDR mietet dieses Team als Service [1]. Bitte beachten Sie: Ein Teil der Aufgaben lässt sich durch geeignete Filter und Regeln im SIEM sowie über die SOAR-Schicht (Security Orchestration, Automation and Response) automatisieren, die vordefinierte Playbooks zu Alarmen ausführt (Triage, Enrichment, Containment, Host-Isolation, IP-Sperrung), ohne dass ein Analyst eingreifen muss [2]. Die Wahl einer konkreten Lösung hängt von Unternehmensgröße, Prozessreife und vorhandener Infrastruktur ab.

Die Daten aus dem Jahr 2025 weisen eindeutig in eine Richtung. Grundsatz: nicht zahlen. Ausnahme: nach einer faktenbasierten Entscheidung, nicht unter dem Druck einer 24-Stunden-Frist. Laut IBM Cost of a Data Breach Report 2025 verweigerten 63 % der von Ransomware betroffenen Unternehmen die Zahlung, ein Anstieg gegenüber 59 % im Vorjahr [1]. Laut Sophos State of Ransomware 2025 (3.400 Ransomware-Opfer aus 17 Ländern): 49 % zahlten, 53 % stellten ihre Daten aus Backups wieder her, das gezahlte Durchschnittslösegeld sank auf 1 Mio. USD (Rückgang von 2 Mio. in 2024) [2]. Besonders wichtig: Laut Halcyon Q4 2024, zitiert in Sophos 2025, erhielten 84 % der zahlenden Unternehmen NICHT alle Daten zurück [2]. Zahlen garantiert keine Wiederherstellung. Argumente gegen die Zahlung: keine Wiederherstellungsgarantie (Halcyon), Finanzierung weiterer Angriffe, Sanktionsrisiko, falls die Gruppe OFAC- oder EU-Sanktionen unterliegt (z. B. LockBit, Conti), kein Schutz gegen den Leak zuvor exfiltrierter Daten (Double Extortion), höheres Risiko eines erneuten Angriffs (ein zahlendes Unternehmen ist als zahlungsbereit bekannt). Zusätzlich: Die GDV-Musterbedingungen für die Cyberrisikoversicherung schließen die Lösegeldzahlung ausdrücklich vom Versicherungsschutz aus, sofern die Police keine gesondert, individuell verhandelte Klausel zur Deckung von Lösegeldzahlungen enthält [3]. Argumente für die Zahlung (in seltenen Fällen): keine Backups, keine Alternative, Downtime-Kosten oberhalb des Lösegelds, kritische medizinische oder existenzielle Daten. Die Entscheidung ist stets individuell, sollte jedoch von der Geschäftsführung gemeinsam mit Incident Response, Rechtsanwalt, Cyberversicherer, ZAC Bayern (Zentrale Ansprechstelle Cybercrime beim Bayerischen Landeskriminalamt) und BSI getroffen werden [4]. Niemals unter dem Druck einer 24-Stunden-Frist. BSI und Polizei in Deutschland raten konsequent zur Nichtzahlung.

Die Wiederherstellungsdauer hat sich 2025 deutlich verkürzt, für die Mehrheit der Unternehmen wird sie jedoch weiterhin in Wochen, nicht in Tagen gemessen. Laut Sophos State of Ransomware 2025 stellten 53 % der Unternehmen ihre Daten innerhalb einer Woche wieder her (Anstieg von 35 % in 2024), 97 % der Unternehmen mit verschlüsselten Daten erhielten diese am Ende zurück [1]. Die durchschnittlichen Wiederherstellungskosten (ohne Lösegeld) lagen 2025 weltweit bei 1,53 Mio. USD, ein Rückgang um 44 % gegenüber 2,73 Mio. in 2024 [1]. Laut IBM Cost of a Data Breach Report 2025 beträgt der globale Median-Lifecycle eines Vorfalls 241 Tage (158 Tage Identifikation + 83 Tage Containment), die durchschnittlichen Gesamtkosten eines Ransomware-Vorfalls inkl. Downtime und Remediation liegen bei 5,08 Mio. USD [2]. Industriesektor: Durchschnittskosten 5,00 Mio. USD [2]. Laut IBM betragen die durchschnittlichen Recovery-Kosten für SMB mit 100-250 Mitarbeitern 638 Tsd. USD (ohne Lösegeld) [2]. Für Deutschland dokumentiert der BSI Lagebericht 2025 einen steigenden Trend bei Angriffen auf den Mittelstand, insbesondere über Exploited Vulnerabilities (32 % der Vektoren) und Compromised Credentials (23 %) gemäß Sophos 2025 [1][3]. Wer zahlt? Erstens das Unternehmen selbst: Kosten für Incident Response, Forensik, Rechtsanwalt, Krisenkommunikation, Wiederaufbau der Infrastruktur, Downtime. Zweitens der Cyberversicherer, sofern die Police Ransomware abdeckt und sofern die Obliegenheiten gemäß den GDV-Musterbedingungen erfüllt waren (MFA, regelmäßige Backups, Patch-Management, IT-Dokumentation) [4]. Eine Nichteinhaltung dieser Maßnahmen kann zu einer Leistungskürzung oder zum Rücktrittsrecht des Versicherers nach § 19 VVG (Versicherungsvertragsgesetz) führen [5]. Laut dem in der Versicherungspresse zitierten MRTK Cyber-Monitor 2025 wird in Deutschland nahezu ein Drittel der Anträge auf Cyberversicherung wegen Nichterfüllung grundlegender IT-Security-Anforderungen abgelehnt [4]. Drittens potenziell Regress betroffener Kunden (Krankenhäuser, Automotive-Geschäftspartner, Steuerkanzlei-Mandanten) sowie Bußgelder (BayLDA nach Art. 83 DSGVO, BSI nach § 65 BSIG). Die konkrete Kostenrechnung erfolgt nach dem Vorfall gemeinsam mit Rechtsanwalt und Incident Response. Am günstigsten ist Prävention, am teuersten ist das Fehlen eines Reaktionsplans.

Nicht alle MFA-Verfahren (Multi-Faktor-Authentifizierung, also Zwei-Faktor-Anmeldung) sind gleich sicher. Das BSI mit seiner TR-03159 und das amerikanische NIST in SP 800-63B Rev. 4 vom April 2025 ordnen die Verfahren ausdrücklich in Resistenzstufen ein [1][2]. Der Reihe nach, vom schwächsten zum stärksten. SMS als zweiter Faktor ist heute das schwächste Verfahren. Drei reale Bedrohungen. Erstens: SIM-Swapping. Ein Betrüger ruft beim Mobilfunkanbieter des Mitarbeiters an, gibt sich als dieser aus und bittet um die Ausgabe einer neuen SIM-Karte unter derselben Nummer. Der Anbieter stellt aus, die Original-SIM des Mitarbeiters wird inaktiv, sämtliche SMS-Codes gehen an den Betrüger. Zweitens: SS7-Angriffe, also die Ausnutzung von Lücken im Signalisierungsprotokoll zwischen Mobilfunkanbietern zum Abfangen von SMS, ohne die SIM zu tauschen. Drittens: Echtzeit-Phishing. Der Mitarbeiter gibt den SMS-Code auf einer gefälschten Seite ein, der Angreifer leitet ihn sofort an die echte Seite weiter. NIST SP 800-63B Rev. 4 stuft SMS als Authenticator Assurance Level 1 (AAL1, niedrigste Stufe) ein und rät davon für kritische Systeme ausdrücklich ab [2]. TOTP-App (Time-Based One-Time Password, etwa Google Authenticator, Microsoft Authenticator, Authy) ist sicherer, weil die Codes offline auf dem Telefon erzeugt werden und nicht über das GSM-Netz laufen. Allerdings kann der Mitarbeiter weiterhin dazu gebracht werden, den Code auf einer gefälschten Seite einzugeben. NIST stuft TOTP als AAL2 ein. Push-Notification (Benachrichtigung „Anmeldung akzeptieren") ist komfortabel, aber anfällig für den sogenannten MFA-Fatigue-Angriff. Der Angreifer kennt Login und Passwort des Opfers (aus einem früheren Leak) und überschüttet den Mitarbeiter mit Dutzenden Benachrichtigungen um drei Uhr morgens, bis dieser aus Genervtheit oder Müdigkeit „Akzeptieren" tippt. Diese Lücke lässt sich durch Number Matching schließen, also das Erzwingen einer Bestätigung des an der Login-Seite angezeigten Codes. Hardware-Token nach FIDO2/WebAuthn (YubiKey, Google Titan, SoloKeys, das deutsche NitroKey) ist heute das sicherste Verfahren. Der Token ist physisch und wird über USB oder NFC verbunden. Entscheidende Schutzwirkung: Der Token merkt sich, auf welcher Website er angelegt wurde, und funktioniert auf keiner anderen. Selbst wenn der Mitarbeiter eine perfekt nachgemachte Bank- oder Microsoft-365-Seite aufruft und den Token einsteckt, verweigert dieser die Mitwirkung, da die URL nicht übereinstimmt. Das nennt man phishing-resistant. NIST stuft FIDO2 als AAL3 (höchste Stufe) ein. Das BSI in der TR-03159 und die US-Behörde CISA empfehlen FIDO2 ausdrücklich für privilegierte Zugänge und kritische Ressourcen [1][3]. Praxiskonfiguration für ein 50-Mann-Unternehmen: FIDO2 für administrative Konten (AD-Administrator, Cloud-Administrator, Backup-Zugang, Firmenbanking), TOTP oder Push mit Number Matching für reguläre Mitarbeiter, SMS ausschließlich als allerletztes Mittel und nur als Fallback, wenn andere Verfahren nicht verfügbar sind. Die konkrete MFA-Architektur stimmen wir auf die vorhandene Infrastruktur ab (Azure AD/Entra ID, Google Workspace, On-Prem Active Directory).

Predictive Maintenance (vorausschauende Instandhaltung) in einer Glashütte ist sinnvoll, jedoch nicht als Produkt von der Stange, sondern als individuelles Projekt, zugeschnitten auf eine konkrete Produktionslinie. Das Prinzip ist einfach: Sensoren an kritischen Maschinen (Glaswanne, Pressen, Packroboter, Kompressoren, Kälteaggregate) erfassen Daten zu Vibration, Temperatur, Stromaufnahme und Druck. Das KI-Modell lernt das normale Betriebsmuster und erkennt Abweichungen, die einen Ausfall ankündigen, beispielsweise eine veränderte Lagervibration zwei Wochen vor einem Lagerbruch, und signalisiert den Wartungsbedarf, bevor die Maschine stehenbleibt. Predictive Maintenance für Anlagen dieser Klasse ist wirtschaftlich begründet und unter anderem im Rahmen des Digitalbonus Plus Bayern bis 30.000 € (50 % der förderfähigen Kosten) in der Förderlinie KI/Robotik/Digitale Zwillinge förderfähig [1]. Vor dem Einstieg müssen historische Ausfalldaten dokumentiert vorliegen, die OT-Infrastruktur muss in der Lage sein, Telemetriedaten bereitzustellen (Modbus, OPC UA), und ein Instandhaltungsteam muss mit dem Lösungsanbieter zusammenarbeiten. In den ersten 6 bis 12 Monaten lernt das Modell und die Treffgenauigkeit ist niedrig; ohne einen Instandhaltungsingenieur, der die Prozesse der Hütte kennt, erzeugt die KI Fehlalarme. Zu beachten: Jeder neue Sensor mit Netzwerkanbindung ist ein potenzieller Angriffsvektor, weshalb NIST SP 800-82 Rev. 3 und IEC 62443 als Cybersicherheitsstandards für OT-Systeme vom ersten Tag an gelten [2][3]. Die konkrete Umsetzung planen wir mit dem Instandhaltungsingenieur und dem Prozessverantwortlichen.

KI in der Cybersicherheit ist 2026 kein Marketing, sondern ein realer Bestandteil des Technologiestacks von EDR/XDR/MDR-Anbietern. CrowdStrike, SentinelOne, Microsoft Defender XDR und Palo Alto Cortex XDR setzen seit 2023-2024 Machine-Learning-Modelle ein zur Erkennung von Anomalien im Endpunktverhalten (Behavioral Detection), zur signaturlosen Malware-Klassifikation anhand von Heuristiken (sinnvoll gegen polymorphe Varianten) sowie zur quellenübergreifenden Ereigniskorrelation, bei der einzelne Alarme harmlos erscheinen, deren Sequenz jedoch einen Angriff anzeigt [1]. SOAR (Security Orchestration, Automation and Response) nutzt KI zur Triage von Alarmen, zum Enrichment durch automatisches Nachladen von Kontext aus der Threat Intelligence sowie zur Erzeugung von Reaktions-Playbooks. Im Threat Hunting analysieren KI-Modelle Logs auf bekannte MITRE ATT&CK-Muster und generieren Hypothesen, die der Analyst überprüft [2]. Laut IBM Cost of a Data Breach Report 2025 sparen Unternehmen mit extensivem KI-Einsatz in der Security durchschnittlich 1,9 Mio. USD an Vorfallskosten und verkürzen den Lifecycle eines Vorfalls um 80 Tage [3]. KI in der Security ersetzt jedoch nicht den L2/L3-Analysten bei komplexen Vorfällen (APT-Angriff mit Lateral Movement, Ransomware mit Double Extortion), trifft keine eigenständige Entscheidung über die Isolation eines kritischen Systems ohne menschliche Verifizierung und verfasst keinen gerichtsverwertbaren Bericht für ein Strafverfahren. Für ein 50-Mann-Unternehmen bedeutet dies: Der Einkauf eines MDR mit gut integrierter KI ist sinnvoll, der Aufbau eines eigenen SOC mit KI von Grund auf hingegen nicht. Zusätzlich ein regulatorischer Hinweis: KI im SOC, die mit Mitarbeiterdaten arbeitet (Logs ihrer Konten, Verhalten auf Endpoints), ist eine Verarbeitung personenbezogener Mitarbeiterdaten nach DSGVO, gewöhnlich unter Einbindung des Betriebsrats, sofern vorhanden (§ 87 Abs. 1 Nr. 6 BetrVG) [4]. Die konkrete MDR-Architektur mit KI ist sorgfältig auszuwählen.

KI im B2B-Vertrieb gehört heute zu den am weitesten entwickelten Anwendungsfeldern und zugleich zu den regulatorisch riskantesten. Tatsächlich funktioniert die Lead-Generierung aus OSINT, also die Auswertung von LinkedIn-Profilen, Unternehmensdaten aus Crunchbase, ZoomInfo, Dun & Bradstreet und die Suche nach Unternehmen, die zum ICP (Ideal Customer Profile) passen. Auch das Lead Scoring funktioniert, also die Einstufung von Leads in warm und kalt anhand von Signalen wie E-Mail-Öffnung, Linkklick, Webseitenbesuch oder Erwähnung in Social Media. Funktionierend sind ebenfalls die Follow-up-Automatisierung (E-Mail-Sequenzen, Erinnerungen, segmentbasierte Personalisierung) sowie der KI-Copilot für den Vertriebsmitarbeiter (Zusammenfassung der Kundenhistorie, vorgeschlagene nächste Schritte, Auswertung von Gesprächen aus dem CRM). Marktwerkzeuge sind HubSpot AI, Salesforce Einstein, Pipedrive AI, das deutsche CentralStationCRM sowie spezialisierte Tools (Apollo.io, Lemlist, Outreach mit KI). Auf der regulatorischen Seite drei Hauptrisiken. Die DSGVO bei der Erhebung von Kontaktdaten aus OSINT: Geschäftliche Daten (Firmen-E-Mail, Firmentelefon, Funktion) sind personenbezogene Daten und erfordern eine Rechtsgrundlage zur Verarbeitung, üblicherweise Art. 6 Abs. 1 lit. f (berechtigtes Interesse), was jedoch eine Interessenabwägung erfordert [1]. § 7 UWG (Gesetz gegen den unlauteren Wettbewerb) verbietet unaufgeforderte geschäftliche Kommunikation ohne vorherige Einwilligung (E-Mail, Telefon, SMS, Nachricht), mit Sanktionen bis 300.000 € Bußgeld zuzüglich Schadensersatzansprüchen [2]. Trifft die KI eigenständig eine Entscheidung über den Ausschluss eines Leads mit wirtschaftlichen Folgen für den Kunden, etwa die Ablehnung eines Angebots, schränkt Art. 22 DSGVO solche automatischen Entscheidungen ein [3]. KI im B2B-Vertrieb funktioniert daher am besten als Unterstützung des Vertriebsmitarbeiters, nicht als Ersatz. Der Kontakt zum Lead erfolgt stets durch einen Menschen oder nach ausdrücklicher Zustimmung (Double-Opt-In). Die konkrete Architektur passen wir an die Vertriebsprozesse des Unternehmens und an die DSGVO/UWG-Anforderungen an.