Whitepaper · Datenschutz & Sicherheit

Vertrauen ist Architektur.

Datenschutz & Sicherheit von AI im Unternehmen — vom sicheren Einsatz bis zur sicheren Entwicklung AI-nativer Systeme. Ein Leitfaden für Entscheider und IT im DACH-Raum.

14 Kapitel2 Ebenen: Nutzung & EntwicklungDSGVO · EU AI Act · NIS2kostenlos
neothinkv1.1 · 2026
// Whitepaper

Datenschutz & Sicherheit von AI im Unternehmen

Vertrauen ist Architektur.

neothink GmbHDACH · 22 Seiten
§ 02 — Das Risiko-Missverständnis

Unternehmen fürchten bei AI oft das Falsche.

Die lautesten Sorgen betreffen selten die größten Risiken. Der entscheidende Unterschied liegt nicht im Modell — sondern in Konfiguration, Integration, Zugriff und Prozess.

// Mythos
„Alle Daten, die wir eingeben, landen im Training des Modells."

In dieser Form falsch. Professionelle API-Zugänge etablierter Anbieter verarbeiten Inhalte nicht zu Trainingszwecken — mit vertraglich zugesicherten No-Training-Policies und EU-Regionen.

// Das echte Risiko
Konfiguration, Integration, Zugriff, Prozess.

Wer ein AI-System ohne begrenzte Zugriffsrechte an eine Datenbank anbindet, verändert seine Rechtearchitektur — ein größeres Problem als jede Frage nach dem Modelltraining. AI ist differenziert zu betrachten, nicht binär.

§ 03 — Zwei Ebenen der AI-Sicherheit

Nutzung und Entwicklung sind verschiedene Disziplinen.

Beide Ebenen verlangen unterschiedliche Antworten — und ziehen sich als Doppelspur durch das gesamte Whitepaper.

A
Ebene A — Nutzung

Bestehende AI-Dienste nutzen

Assistenz, Chat, Office-Integrationen. Risiken: Dateneingabe, Schatten-IT, ungeeignete Werkzeuge. Die Antwort ist organisatorisch — Leitlinien, Tool-Auswahl, Befähigung.

LeitlinienTool-Auswahlneoskill
B
Ebene B — Entwicklung

AI-native Software bauen

Smarte Funktionen in ERP, CRM, Branchensoftware. Das Risiko verschiebt sich in die Architektur — Datenflüsse, Agentenrechte, nicht-deterministische Ausgaben. Die Antwort fällt im Konzept, lange vor der ersten Zeile Code.

ArchitekturSecurity-by-Designneoact
// Inhalt

Was im Whitepaper steht.

13 Kapitel plus Anhang — von der Einordnung über die technische Tiefe bis zu Prinzipien, die sich sofort anwenden lassen.

§ 01
Warum dieses Dokument existiert
Sicherheit als Voraussetzung, nicht als Bremse.
§ 02
Das Risiko-Missverständnis
Wo Unternehmen das Falsche fürchten.
§ 03
Zwei Ebenen der AI-Sicherheit
Nutzung und Entwicklung sind verschiedene Disziplinen.
§ 04
DSGVO & AI
Die konkreten Berührungspunkte.
§ 05
Wo die Daten wirklich hinfließen
Datenwege bei Nutzung und in gebauten Systemen.
§ 06
Datenresidenz & Hosting
EU, self-hosted, lokale Inferenz — differenziert.
§ 07
Angriffsflächen von AI-Systemen
Was neu ist gegenüber klassischer IT-Security.
§ 08
Sichere Architektur AI-nativer Software
Security-by-Design beim Bauen smarter Features.
§ 09
Zugriff, Rollen & Klassifizierung
Wer was sehen darf, ist eine Architekturfrage.
§ 10
Nachvollziehbarkeit & Kontrolle
Explainable AI, Logs, Human-in-the-Loop.
§ 11
EU AI Act, NIS2 & DSGVO
Der regulatorische Rahmen für KMU.
§ 12
Die Prinzipien
Der mitnehmbare Kern beider Ebenen.
§ 13
Wie neothink arbeitet
Von der Analyse zum sicheren System.
§ A
Anhang: Selbsteinschätzung
AI-Sicherheitsreife in 14 Fragen.
§ 07 — Angriffsflächen

Was an AI neu ist.

AI bringt Angriffsklassen mit, die klassische IT-Security nicht abdeckt — eine zusätzliche, semantische Ebene: Das System lässt sich nicht nur über Code kompromittieren, sondern über Sprache.

Prompt Injection

Versteckte Anweisungen in Dokumenten, Webseiten oder E-Mails werden als Befehl interpretiert. Die indirekte Variante ist gefährlicher — sie löst ohne Zutun des Nutzers aus.

Data Leakage

Vertrauliche Informationen verlassen das System ungewollt — über zu auskunftsfreudige Ausgaben, überfüllte Logs oder gemeinsam genutzte Kontexte.

Halluzination als Risiko

Eine erfundene Tatsache wird zum Sicherheitsereignis, sobald ein System eigenständig Aktionen auslöst — falsche Datensätze, erfundene Rechtsgrundlagen.

Unsichere Agenten-Anbindung

Je mehr ein Agent darf, desto größer die Angriffsfläche. Zu weitreichende Rechte sind die AI-Entsprechung eines Admin-Dienstkontos.

§ 06 + § 09 — Hosting & Klassifizierung

Schutzgrad nach Datenklasse — nicht nach Bauchgefühl.

Nicht jede Datenklasse braucht das strengste Modell. Die Zuordnung erfolgt differenziert — vom Cloud-API bis zur vollständig lokalen Inferenz.

Hosting-Modelle

ModusKontrolleGeeignet für
Cloud-API (EU-Region)MittelUnkritische bis interne Daten
Self-hosted (EU/AT)HochVertrauliche Daten, DSGVO-Fokus
Lokale Inferenz (on-premise)VollständigStreng vertrauliche Daten, kein Drittland

Vier Klassifizierungsstufen

StufeBeispieleSchutz
ÖffentlichProduktinfos, FAQ, PreislistenKein Zugriffsschutz
InternProzessdoku, WikisAuthentifizierte Rollen
VertraulichControlling, HR-AggregateAutorisierte Rollen, Filter
Streng vertraulichPersonaldaten, GehälterMinimaler Kreis, Audit-Log
§ 12 — Die Prinzipien

Sieben Prinzipien. Der mitnehmbare Kern.

Beide Ebenen — Nutzung und Entwicklung — verdichtet auf die tragenden Prinzipien sicherer AI-Systeme.

01

Modellunabhängigkeit

Abstraktionsschichten statt Bindung an ein einzelnes Modell. Schutz vor Lock-in und Klumpenrisiko.

02

Security- & Privacy-by-Design

Sicherheit und Datenschutz im Entwurf verankert, nicht nachträglich aufgesetzt.

03

Datenminimierung

Sensible Daten fließen nur dorthin, wo sie zwingend gebraucht werden — und nicht weiter.

04

Least-Privilege

Jeder Agent, jede Rolle sieht nur die zugewiesenen Datenräume. Nicht erlaubt heißt nicht sichtbar.

05

Explainability

Keine Blackboxes. Ausgaben sind begründbar und nachvollziehbar.

06

Human-in-the-Loop

Bei kritischen Entscheidungen bleibt der Mensch in der Verantwortung.

07

Integration statt Ersatz

Bestehende IT wird ergänzt, nicht ersetzt — erprobte Kontrollen bleiben in Kraft.

„Sicherheit ist keine Funktion, die man am Ende hinzufügt. Sie ist eine Eigenschaft, die aus dem Entwurf entsteht — oder gar nicht."

§ 11 — EU AI Act, NIS2 & DSGVO

Regulatorik ist beherrschbar, wenn man die eigene Rolle kennt.

Der Rahmen wirkt komplex, lässt sich aber auf wenige für KMU relevante Fragen verdichten. (Stand Juni 2026 — keine Rechtsberatung.)

EU AI ACT

Risikoklassen & Fristen

Transparenzpflichten ab August 2026. Hochrisiko-Systeme bis Dez 2027, eingebettet bis Aug 2028. Die meisten KMU bleiben Deployer — nicht Provider.

DSGVO

Personenbezug überall

In Prompts, Embeddings, Logs und Agent-Gedächtnis. Recht auf Löschung verlangt einen expliziten Lösch-Sync — sonst Verstoß. AVV-Kette nach Art. 28 lückenlos.

NIS2

Cybersicherheit

Für bestimmte Sektoren verpflichtend. Eine Architektur mit Datenminimierung, Zugriffskontrolle und Nachvollziehbarkeit erfüllt den Großteil ohnehin.

§ 13 — Wie neothink arbeitet

Von der Analyse zum sicheren System.

Drei aufeinander aufbauende Phasen — Sicherheit ist in jeder davon strukturell verankert, nicht nachträglich aufgesetzt.

Phase 1

neoplan

Analysieren & entscheiden: Welche Use Cases erzeugen Wert? Welche Daten, welche Klassifizierung, welche Rollen-Matrix? Sicherheit beginnt hier — als erste Architekturentscheidung.

Phase 2

neoskill

Das Team befähigen. Die sicherste Architektur nützt wenig, wenn die Menschen ihre Logik nicht verstehen. Befähigung ist hier eine Sicherheitsmaßnahme.

Phase 3

neoact

Umsetzen & integrieren — nach den Prinzipien aus Kapitel 12. Kein Pilot fürs Regal, sondern ein produktives System mit nachvollziehbar verankerter Sicherheit.

$ ./whitepaper_sichern.sh

Das vollständige Whitepaper — kostenlos.

22 Seiten Klartext zu Datenschutz und Sicherheit von AI im Unternehmen. Plus: Selbsteinschätzung in 14 Fragen zur AI-Sicherheitsreife.

  • Beide Ebenen: sichere Nutzung & sichere Entwicklung
  • DSGVO, EU AI Act & NIS2 auf das Wesentliche verdichtet
  • 7 Prinzipien + Architektur-Checkliste
  • Für Entscheider und IT im DACH-Raum

// Kein Spam. Abmeldung jederzeit. DSGVO-konform.

$ ./erstgespraech_vereinbaren.sh

Sie planen ein AI-Vorhaben?

Ein erstes Gespräch klärt, wo Ihr Unternehmen steht und welcher Weg zu Ihren Daten passt — Sicherheit und Datenschutz von Anfang an richtig aufgesetzt.