Trust, Risk & Governance in einer Welt mit KI

Vertrauen ist unvermeidlich. Blindes Vertrauen ist optional.

Wer Menschen angreift, muss ihr Misstrauen nicht überwinden. Es genügt die Lücke zwischen dem Vertrauen, das wir fühlen, und dem, was die Belege tragen. Ich halte Vorträge und Schulungen darüber, wie man diese Lücke sieht und kleiner macht – bei Menschen, in Teams und bei KI-Agenten.

Zehn Quellen sagen dasselbe. Wie sicher dürfen Sie sein?

Bei zehn Quellen mit Abhängigkeit 0,5 zählen sie wie etwa 1,8 unabhängige Quellen. Das Gefühl sagt: zehnmal bestätigt.

n_eff = n / (1 + (n − 1) · D). Die gefühlte Kurve ist illustrativ: Vertrautheit wächst mit jeder Wiederholung, Evidenz nur mit unabhängigen Ursprüngen. Eine Veranschaulichung des Modells, keine Messung.

Drei Gedanken tragen das Modell

Trust Is Engineered beschreibt Vertrauen als gerichtete Beziehung mit Belegen, Unsicherheit und Grenzen. Für Vorträge und Schulungen übersetze ich es in drei Fragen, die man am nächsten Montag stellen kann.

Jede Vertrauensentscheidung hat zwei Konten

Das eine beschreibt, wie wir tatsächlich urteilen: mit Vertrautheit, Wiederholung, Sympathie und Zeitdruck. Das andere, was die vorhandene Evidenz trägt. Die Differenz ist die Kalibrierungslücke. Sie hat zwei Richtungen: zu viel Vertrauen öffnet Angriffen die Tür, zu viel Misstrauen kostet Zeit, Geld und Zusammenarbeit.

Ziel ist nicht mehr Misstrauen, sondern eine kleinere Lücke.

Vertrauen breitet sich aus – und braucht Grenzen

Eine neue Information verändert nicht nur eine Beziehung. Sie wandert über verbundene Menschen, Quellen und Systeme weiter. Wer Dienst B vertraut, vertraut nicht automatisch dessen Unterauftragnehmern. Gute Prozesse legen fest, wo die Wirkung endet.

Vertrauen ist nicht transitiv.

Ein Ereignis breitet sich über Verbindungen aus. An den eckigen Knoten endet die Weitergabe.

Drei Fragen statt einer

Wer fragt an? Darf er das? Ist es sachlich richtig? Eine echte Stimme beantwortet nur die erste Frage. Auch eine bekannte Kollegin oder ein hilfreicher Agent braucht einen Handlungsspielraum, der zur Handlung und ihrem möglichen Schaden passt.

Rechte folgen der Handlung, nicht der Bekanntheit.

Forschungsstand: Trust Is Engineered ist ein Forschungskonzept und eine mathematische Modellhypothese, empirisch noch nicht validiert. Drei abgeleitete Paper sind als Preprints veröffentlicht.

Die Person ist bekannt. Ist die Handlung begründet?

Drei Situationen aus Vorträgen und Übungen. Wählen Sie eine Anfrage und überlegen Sie, was Sie vor der Freigabe fragen würden.

„Bitte überweise heute noch an diese neue Bankverbindung.“

Vertrauter Absender. Zeitdruck. Geänderte Kontoverbindung.

  1. IdentitätStammt die Anfrage tatsächlich vom erwarteten Absender?
  2. BerechtigungDarf diese Person die Zahlung und die Änderung veranlassen?
  3. RichtigkeitSind Rechnung und Bankverbindung unabhängig bestätigt?

Mögliche Prüfreaktion: Vor der Freigabe über eine Nummer zurückrufen, die Sie selbst wählen.

„Schick mir die Kundenliste. Das ist mit der Leitung abgestimmt.“

Plausible Begründung. Sensible Daten. Eine behauptete Freigabe.

  1. IdentitätIst der tatsächliche Empfänger eindeutig identifiziert?
  2. BerechtigungLiegt eine Freigabe für Zweck und Datenumfang vor?
  3. RichtigkeitIst der Umfang auf das Nötige begrenzt?

Mögliche Prüfreaktion: Freigabe und Zweck unabhängig klären. Nur das Erforderliche weitergeben.

„Der Agent hat es geprüft. Er kann direkt produktiv ändern.“

Überzeugendes Ergebnis. Automatisierte Prüfung. Folgenreiche Schreibrechte.

  1. IdentitätWelcher Agent in welcher Version hat das Ergebnis erzeugt?
  2. BerechtigungWelche Änderungen darf der Agent konkret ausführen?
  3. RichtigkeitWurde das Ergebnis unabhängig gegen die Aufgabenkriterien geprüft?

Mögliche Prüfreaktion: Nützlichkeit je Aufgabe prüfen, Rechte eng fassen, folgenreiche Änderungen kontrolliert freigeben.

Vorträge, Schulungen und Workshops

Jeder Vortrag beginnt mit einer Szene, die das Publikum kennt, und endet mit einer Regel, die es am nächsten Tag anwenden kann. Die Module lassen sich einzeln halten oder zu einer Keynote kombinieren.

Gefühlt gegen begründet

Warum vertrauen wir – und wann irren wir uns?

  • Die Kalibrierungslücke und ihre zwei Richtungen
  • Warum zehn Quellen manchmal nur eine sind
  • Evidenz altert: wann Rechte erneuert werden müssen

Keynote, Führungskreise, Executive Decision Workshop

Handlung prüfen statt Täuschung erkennen

Was schützt wirklich vor Social Engineering?

  • Identität, Berechtigung und Richtigkeit getrennt prüfen
  • Benannte Prüfrollen statt „Das macht die IT“
  • Wenige feste Prüfpunkte statt Dauermisstrauen

Schulung für Teams, Finanz- und Personalabteilungen, Security-Awareness

Agenten und teure Signale

Wie vertrauen wir Maschinen, ohne blind zu werden?

  • Sicher und trotzdem unbrauchbar: Nützlichkeit je Aufgabe
  • Inhalte aus Werkzeugen sind Daten, keine Anweisungen
  • Was ein Ergebnis noch beweist, wenn KI es billig macht

Agenten-Governance-Workshop, IT- und KI-Verantwortliche

20–30 Minuten je Modul

Vortrag

Für Konferenzen, Fachrunden und Führungskreise. Ein Modul oder mehrere als Keynote, mit Raum für Diskussion.

Schulung

Konkrete Situationen aus Ihrem Alltag gemeinsam durchspielen: Rückfragen üben, Prüfreaktionen festlegen, Rollen klären.

Workshop

Executive Decision Workshop: eine konkrete Freigabe Ihrer Organisation in prüfbare Regeln übersetzen. Vorgespräch, etwa 90 Minuten Workshop, kurzes Ergebnisdokument.

Was in der Schulung anders ist

Übliche AwarenessMit dem Modell
Achte auf Rechtschreibfehler.Achte auf die Handlung, die verlangt wird.
Prüfe den Absender ganz genau.Bei Zahlungen zurückrufen, über eine Nummer, die du selbst wählst.
Sei misstrauisch.Sei an wenigen festen Stellen gründlich und sonst gelassen.
Einmal im Jahr ein Pflichtmodul.Benannte Prüfrollen und eine Teamnorm, die man sehen kann.
Erfolg heißt weniger Klicks im Test.Erfolg heißt weniger Fehlfreigaben und weniger abgelehnte legitime Anfragen.

Generative KI schreibt fehlerfrei; Merkmale, die einen Angreifer nichts kosten, beweisen nichts mehr. In einem randomisierten Versuch mit rund 19.500 Beschäftigten zeigte jährliches Phishing-Training keinen messbaren Effekt (Ho et al. 2025). Dass die rechte Spalte besser wirkt, ist eine Hypothese, die in Piloten geprüft wird.

So kommen wir zusammen

  1. Kurze AnfrageZielgruppe, Anlass und Zeitraum per E-Mail.
  2. VorgesprächWelche Situationen beschäftigen Ihr Team? Daraus entsteht der Zuschnitt.
  3. Vortrag oder SchulungVor Ort oder online, auf Deutsch oder Englisch.

Die Serie: jeden Dienstag ein Gedanke

Auf LinkedIn erscheint das Modell in zwölf Folgen, jeweils dienstags auf Deutsch und donnerstags auf Englisch. Jede Folge ist zugleich ein Baustein der Vorträge.

Serie auf LinkedIn folgen
  1. 01„Ich vertraue niemandem“Mythos und Korrekturgeplant
  2. 02Freitag, 16:47 UhrSzenegeplant
  3. 03Wer prüft bei euch?Umfragegeplant
  4. 04Zehn Quellen, wie viel Evidenz?Rechenbeispielgeplant
  5. 05Sicher und trotzdem unbrauchbarKarussellgeplant
  6. 06Die LückeKernthesegeplant
  7. 07Kleines RätselQuizgeplant
  8. 08Fünf Fragen für die nächste RezertifizierungChecklistegeplant
  9. 09Phishing-Schulung, alt und neuVorher und nachhergeplant
  10. 10Liebe IT-LeitungOffener Briefgeplant
  11. Pause über die Feiertage
  12. 11„Wie bist du darauf gekommen?“Reflexiongeplant
  13. 12Fass mir die Seite zusammenDialoggeplant

Freitagsreihe: Vertrauen in Politik und Öffentlichkeit

Zusätzlich erscheint freitags um 19:11 Uhr eine deutschsprachige Reihe. Sie überträgt das Modell auf politische und öffentliche Fälle. Sie fragt, welche Evidenz eine Aussage trägt. Die Übertragung auf Politik ist nicht empirisch geprüft.

  1. P01Die Reform und die Rechnung an der Apothekenthekeaktueller Fallgeplant
  2. P10Wann ist ein alter Skandal neue Evidenz?belegte Zeitleistegeplant
  3. P02„Die Koalition schafft kein Vertrauen“aktueller Anlassgeplant
  4. P03Wenn sich eine Behauptung wahr anfühltResonanz und Gegenfragegeplant
  5. P04Die schweigende MehrheitPrüf-Fragegeplant
  6. P05Die fehlende dritte AntwortMini-Dialoggeplant
  7. P06Ein echter Satz, die falsche Bedeutunghistorischer Fallgeplant
  8. Pause über die Feiertage
  9. P07Was der grüne Haken nicht sagtkurze Szenegeplant
  10. P08Wut ist eine Informationprovokante Unterscheidunggeplant
  11. P09Die Entschuldigung und der nächste Bescheidinstitutionelle Reparaturgeplant

Über mich

Ich bin Johannes Rumpf: Chief Governance Manager in der Versicherungswirtschaft, Problemlöser und Teilzeit-Mathelehrer.

Seit über 20 Jahren arbeite ich in IT, Banken und Versicherungen – vom Entwickler über den Systemarchitekten bis zur Governance der Informationssicherheit. Heute übersetze ich regulatorischen Druck wie ISO 27001, DORA, NIS2 und den AI Act in Kontrollen, die Teams im Alltag tatsächlich betreiben können. Ich habe ISMS-Einführungen in regulierten Finanzunternehmen verantwortet und Audits begleitet.

Im Klassenzimmer begegnet mir dieselbe Frage wie im Audit: Woran erkenne ich, ob ich einem Ergebnis trauen kann? Trust Is Engineered ist mein Versuch, darauf eine prüfbare Antwort zu geben. Ich stelle es offen zur Diskussion, weil Kritik es weiter bringt als Zustimmung.

Stationen

  1. EntwicklerPHP, C++, Java, Oracle PL/SQL – neben Schule und Studium
  2. Berater Business IntelligenceSAP-BI-Projekte für Telekommunikation und Industrie
  3. IT-Manager, BankSystem Owner und Architekt für BI, SAP-Berechtigungen, Providersteuerung
  4. IT-Spezialist, BankSAP-Sicherheitsarchitekt und SAP Compliance Officer
  5. Informationssicherheit, VersicherungISO 27001/27002, DevSecOps, Audits und Kontrollen
  6. Product Owner ISMSfachlich verantwortlich für ISMS, VAIT, DORA und den AI Act
  7. Chief Governance ManagerGovernance der Informationssicherheit

Mathematiklehrer in Teilzeit

Schwerpunkte
ISMS, ISO 27001/27002, DORA, NIS2, AI Act, GRC
Ausbildung
Master of Computer Science, Hochschule Darmstadt
Haltung
Kein Personen-Scoring, keine Wirkungsversprechen ohne Beleg

Fiducraft verbindet lateinisch fiducia, Vertrauen, mit englisch craft, Handwerk.

Welche Freigabe beschäftigt Ihr Team?

Schreiben Sie mir kurz, für wen, zu welchem Anlass und mit welcher Frage. Ich melde mich mit einem Vorschlag für Vortrag, Schulung oder Workshop.

E-Mail schreiben

info@fiducraft.eu

PostanschriftJohannes Rumpf
Barth-Arnoldi-Str. 62
61250 Usingen
Deutschland