Zum Inhalt springen

DSGVO und EU AI Act

Wir legen höchsten Wert auf Datenschutz, Datensicherheit, Datentrennung und Continuous Compliance. Diese Seite beschreibt, wie das technisch umgesetzt ist.

Wer über eine Schlüsselposition spricht, spricht über Menschen und Strategie.

In einer HIHB Session reden Geschäftsführung, Fachbereich und HR offen darüber, warum eine Rolle neu besetzt wird, was nicht funktioniert hat und wohin das Unternehmen will. Diese Informationen gehören dem Unternehmen. Die HIHB App (High-Impact Hiring Blueprint) ist so gebaut, dass sie dort bleiben.

Die Architektur-Grafik ist für große Bildschirme gebaut. Grafik in voller Größe öffnen und mit zwei Fingern vergrößern.

Die Grafik zeigt, wo Daten liegen, wo sie die KI erreichen und wo sie anonymisiert werden. Der Beispiel-Datensatz darin ist erfunden.
1

Zugang nur mit Zuweisung

Jede Anfrage an die App wird gegen die Zuweisung der Person geprüft, nicht nur gegen die Anmeldung. Ohne ausdrückliche Zuweisung sieht niemand einen Klienten. Wird eine Zuweisung entzogen, gilt das sofort.

2

Ein eigener Datenraum je Klient

Jeder Klient hat eine eigene Datenbankdatei, jede Session ebenso. Karten, Skills und Dokumente eines Klienten liegen nur dort. Es gibt keinen Weg, auf dem Inhalte eines Klienten in den Datenraum eines anderen geschrieben werden. Eine Abfrage kann keine fremden Daten liefern, weil die fremde Datei gar nicht geöffnet wird. Gelöschte Daten werden überschrieben, nicht nur ausgeblendet.

3

Pseudonymisierung vor der KI

Bevor ein Text an die KI geht, ersetzt die App Namen von Personen durch Platzhalter wie „[Person A]“. Die KI erhält den Kontext ohne direkten Personenbezug. Antworten der KI werden geprüft, bevor sie angezeigt oder gespeichert werden. Der Kontext stammt nur aus dem eigenen Klienten und wird vor jedem Aufruf neu zusammengestellt.

KI in der EU: Claude über Amazon Bedrock

HIHB nutzt Claude, das Sprachmodell von Anthropic. Im Produktivbetrieb läuft Claude über Amazon Bedrock in EU-Regionen, unter anderem Frankfurt.

  • Die Verarbeitung bleibt in der EU.
  • Eingaben und Ausgaben gehen nicht an Anthropic. Bedrock betreibt das Modell in eigenen Konten, auf die Modellanbieter keinen Zugriff haben (AWS Dokumentation).
  • Bedrock nutzt die Daten nicht zum Training von Modellen (AWS).
  • HIHB setzt Bedrock ohne Speicherung der Eingaben ein (Zero Data Retention, AWS Security Blog).
  • Mit AWS besteht ein Vertrag zur Auftragsverarbeitung.

Anonyme Muster: lernen, ohne preiszugeben

Aus vielen Sessions entstehen Muster: typische Aufgaben, Ziele und Skills einer Rollenfamilie. Diese Muster stehen allen Unternehmen als Vorschläge zur Verfügung. Damit daraus niemand erkennbar wird, gelten feste Stufen:

  1. Nur bestätigte Inhalte und nur, wenn das Unternehmen der Nutzung zugestimmt hat.
  2. Ein Filter entfernt Namen, Zahlen, Firmen, Kunden und Rollenbezeichnungen von Personen.
  3. Ein Eintrag wird erst sichtbar, wenn er in mindestens drei Klienten unabhängig voneinander vorkommt.
  4. Ein Mensch gibt jeden neuen Eintrag frei.
  5. 30 Tage nach der Freigabe wird die Zuordnung zur Herkunft gelöscht. Danach trägt der Muster-Pool keine Kennung von Account, Klient oder Session.

Die Vorschläge fließen anonym in alle Accounts zurück. Sie erreichen die KI erst, wenn eine Person in der Session einen Vorschlag annimmt.

Jede KI-Ausgabe ist gekennzeichnet

KI-Vorschläge sind in der App sichtbar markiert, bis Menschen sie übernehmen. Zusätzlich trägt jede KI-Ausgabe eine maschinenlesbare Herkunftsangabe, wie sie Art. 50 der KI-Verordnung verlangt. Über eine Prüfadresse lässt sich feststellen, ob ein Text von der HIHB App erzeugt wurde, ohne dass Inhalte herausgegeben werden.

Betriebsebene: der Server in Deutschland

Unter der Anwendung liegt eine eigene Betriebsebene. Sie sorgt dafür, dass die Regeln der App auch im Betrieb gelten:

  • Rechte je Rolle und getrennte Datenbanken auch auf Ebene des Servers.
  • Änderungen nur über einen Läufer: Niemand ändert die App direkt. Jede Änderung läuft als Auftrag über einen Pull Request mit Tests und Prüfung.
  • Befehle nur aus einer Positivliste: Auf dem Server laufen nur freigegebene Befehle, kein freier Zugriff.
  • Notausschalter, der alle automatischen Abläufe sofort anhält.
  • Zugangsdaten getrennt: Zugangsdaten liegen nur im Passwortmanager, nie im Code.
  • Verschlüsselte Verbindungen mit automatisch erneuerten Zertifikaten und Schutz der Anmeldung gegen Durchprobieren.
  • Sicherungen auf getrenntem Speicher und sicheres Löschen mit Nachweis.

EU AI Act: wofür HIHB gebaut ist und wofür nicht

HIHB legt fest, was eine Rolle leisten muss. HIHB bewertet, sortiert oder filtert keine Bewerberinnen und Bewerber. Diese Grenze ist eine feste Bauregel der App. Die Entscheidung über Menschen bleibt bei Menschen.

Continuous Compliance mit T.R.U.S.S. Compass

Eine Prüfung zu einem Stichtag sagt wenig darüber, ob eine App drei Monate später noch den Regeln entspricht. Deshalb prüft HIHB jede Änderung, bevor sie live geht.

Dafür setzt HIHB T.R.U.S.S. Compass ein, powered by Arionkoder. Compass übersetzt den EU AI Act und die DSGVO in laufende Prüfungen gegen den Code der App:

  • Jede Änderung durchläuft die Prüfung, bevor sie freigegeben wird.
  • Ein Befund wird zur Aufgabe und wird behoben, bevor die Änderung live geht.
  • Ändert sich eine Regel, wird der Code gegen den neuen Stand geprüft.
  • Compass sieht Code und Dokumentation der App, keine Kundendaten.

So bleibt der Stand der Compliance aktuell, nicht nur am Tag eines Audits.

Häufige Fragen zu Datenschutz, Sicherheit und KI

Zehn Fragen, die in Gesprächen mit Geschäftsführung, IT und Datenschutz regelmäßig kommen.

Warum beginnen Datenschutz und Sicherheit auf der Betriebsebene?

Eine Regel in der Software schützt nur so gut wie der Server, auf dem sie läuft. Wer direkt auf den Server zugreifen kann, umgeht jede Rechteprüfung der Anwendung. Deshalb ändert bei HIHB niemand die App von Hand: Jede Änderung läuft als Auftrag über einen Läufer, durch Tests und einen Pull Request. Auf dem Server laufen nur Befehle aus einer Positivliste, und ein Notausschalter hält alle automatischen Abläufe sofort an.

Wie greifen logische und technische Architektur ineinander?

Jede wichtige Regel ist doppelt umgesetzt. Die Trennung der Kunden zum Beispiel: Logisch prüft die App bei jeder Anfrage, ob die Person dem Klienten zugewiesen ist. Technisch liegt jeder Klient in einer eigenen Datenbankdatei, die nur geöffnet wird, wenn diese Prüfung bestanden ist. Versagt eine Ebene, hält die andere. Diese Verteidigung in mehreren Schichten ist der Grund, warum Anwendung und Betrieb bei HIHB gemeinsam geplant werden und nicht nacheinander.

Was ist Amazon Bedrock, und warum nutzt HIHB es?

Amazon Bedrock ist der Dienst von Amazon Web Services (AWS), über den Unternehmen KI-Modelle in der eigenen Cloud-Umgebung nutzen. HIHB verwendet darüber Claude, das Sprachmodell von Anthropic. Der Unterschied zum direkten Zugang beim Modellanbieter: AWS betreibt das Modell in eigenen Rechenzentren, und der Modellanbieter hat keinen Zugriff auf Eingaben und Ausgaben (AWS). Bedrock nutzt die Daten nicht zum Training (AWS). HIHB setzt den Betrieb ohne Speicherung der Eingaben ein.

Bleiben die Daten wirklich in der EU?

Ja. HIHB ruft Claude über das EU-Profil von Bedrock auf. Anfragen werden dabei ausschließlich in EU-Regionen verarbeitet, darunter Frankfurt, Paris, Irland und Stockholm (AWS). Die Liste dieser Regionen ist für das Profil fest und ändert sich nicht. Die App selbst läuft auf einem Server in Deutschland.

Wie lässt sich nachweisen, was mit den Daten passiert ist?

Über drei Protokolle, die sich gegenseitig ergänzen. AWS CloudTrail zeichnet jeden KI-Aufruf auf, einschließlich der Region, in der er verarbeitet wurde, aber ohne Inhalte. Die App protokolliert jeden KI-Aufruf mit Zweck, Modell und Zeitpunkt. Und jede KI-Ausgabe trägt eine Herkunftsangabe, wie sie Art. 50 der KI-Verordnung verlangt. Damit ist auch Monate später belegbar, wo eine Verarbeitung stattfand und welcher Text von der KI stammt.

Was bedeutet „ohne direkten Personenbezug“?

Bevor ein Text die KI erreicht, ersetzt die App Namen durch Platzhalter wie „[Person A]“. Das nennt die DSGVO Pseudonymisierung. Wir schreiben bewusst „ohne direkten Personenbezug“ und nicht „anonym“: Ein mittelbarer Bezug, etwa über eine Rolle, die es im Unternehmen nur einmal gibt, lässt sich in freiem Text nicht für jeden Satz ausschließen. Deshalb ist die Verarbeitung zusätzlich vertraglich und technisch abgesichert.

Wie entstehen die anonymen Muster, und wem nützen sie?

Aus vielen Sessions lernt die App, welche Aufgaben, Ziele und Skills für eine Rollenfamilie typisch sind. Damit ein Eintrag sichtbar wird, müssen drei Bedingungen zusammenkommen: Er kommt in mindestens drei Klienten unabhängig voneinander vor, ein Filter hat Namen, Zahlen, Firmen und Rollenbezeichnungen entfernt, und ein Mensch hat ihn freigegeben. Nach 30 Tagen wird die Zuordnung zur Herkunft gelöscht.

Der Tausch ist klein, und er lohnt sich in beide Richtungen. Was ein Haus abgibt, sind wenige anonyme Zeilen ohne Rückverfolgbarkeit. Was es zurückbekommt, ist das Muster aus vielen Häusern zu derselben Rollenfamilie. Wer der anonymen Auswertung zustimmt, bekommt diese Vorschläge und entscheidet bei jedem selbst, ob er ihn übernimmt. Je mehr Häuser mitmachen, desto besser werden die Vorschläge für alle.

Was ist T.R.U.S.S. Compass?

T.R.U.S.S. Compass von Arionkoder übersetzt Regelwerke wie den EU AI Act und die DSGVO in laufende Prüfungen gegen den Code einer KI-Anwendung (Compass). Compass ordnet das System einer Risikostufe zu, leitet die Pflichten ab und prüft jede Änderung dagegen. Ein Befund wird zur Aufgabe, verknüpft mit der Änderung, die ihn ausgelöst hat. Compass sieht Code und Dokumentation, keine Kundendaten.

Warum Continuous Compliance statt einer einmaligen Prüfung?

Ein Gutachten beschreibt den Stand an einem Tag. Die HIHB App wird jede Woche weiterentwickelt, und die Regeln entwickeln sich mit: Die Kennzeichnungspflichten der KI-Verordnung etwa gelten seit August 2026, Leitlinien und Verhaltenskodizes kommen laufend hinzu. Eine neue Funktion kann eine Pflicht auslösen, die es gestern nicht gab. Continuous Compliance prüft deshalb jede Änderung, bevor sie live geht, und gegen den aktuellen Stand der Regeln. So ist der Nachweis nicht am Tag des Audits richtig, sondern jeden Tag.

Bewertet HIHB Bewerberinnen und Bewerber?

Nein. HIHB legt fest, was eine Rolle leisten muss. Die App bewertet, sortiert oder filtert keine Menschen. Diese Grenze ist eine feste Bauregel und wird bei jeder Änderung mitgeprüft. Die Entscheidung über Menschen bleibt bei Menschen.

Unterlagen auf Anfrage. Vertrag zur Auftragsverarbeitung, technische und organisatorische Maßnahmen und die Liste der Unterauftragsverarbeiter stellen wir auf Anfrage bereit. Dazu die Datenschutzerklärung mit Zwecken, Rechtsgrundlagen, Speicherfristen und Ihren Rechten sowie das Impressum. Fragen zu einem konkreten Projekt beantworten wir direkt: kontakt@hihb.io.