Ashio whistleblowing software

Oct 19, 2026

Zero-Knowledge-Verschlüsselung: Schutz für Hinweisgebersysteme

Mitarbeiterin schreibt vertrauliche Nachricht am Laptop

Zero-Knowledge-Verschlüsselung heißt: Daten werden auf dem Gerät der Nutzer ver- und entschlüsselt. Der Anbieter, der sie speichert oder überträgt, kann sie nicht lesen, auch nicht auf Anfrage oder nach einem Einbruch in seine Server. Für ein Hinweisgebersystem ist das mehr als ein Technikdetail. Es entscheidet mit darüber, ob eine Meldung über Betrug, Belästigung oder Datenschutzverstöße wirklich vertraulich bleibt. In diesem Beitrag erklären wir, wie das Prinzip funktioniert, wie es sich von Zero-Knowledge-Beweisen unterscheidet und warum Verschlüsselung allein noch keine Anonymität schafft. Dazu kommt eine Checkliste, mit der Sie Anbieter prüfen können.

Ashio
Vertrauliche Meldungen sicher erfassen
Ashio bietet Unternehmen einen anonymen Meldekanal mit Identitätsschutz, Audit Trail und einem Dashboard zur Verwaltung von Meldungen.
Ashio kennenlernen

TL;DR

  • Zero-Knowledge bedeutet: Nur Sie besitzen die Schlüssel. Der Anbieter speichert ausschließlich verschlüsselte Daten und kann sie nicht einsehen.
  • Nicht verwechseln: Zero-Knowledge-Verschlüsselung ist ein Architekturprinzip für Dienste. Zero-Knowledge-Beweise sind ein kryptografisches Verfahren, mit dem man eine Aussage belegt, ohne die zugrunde liegenden Daten preiszugeben.
  • Für Hinweisgebersysteme schützt Verschlüsselung den Inhalt einer Meldung. Anonymität verlangt mehr: keine IP-Protokolle, keine Cookies, keine Identitätsdaten.
  • Prüfen Sie Anbieter mit konkreten Fragen, etwa wo die Schlüssel liegen, was protokolliert wird und ob ein Passwort-Reset durch den Anbieter überhaupt möglich ist.
  • Zielkonflikt: Echte Zero-Knowledge-Systeme können verlorene Zugangsdaten nicht wiederherstellen. Das ist kein Mangel. Genau darin liegt der Schutz.

Inhaltsverzeichnis

Was Zero-Knowledge-Verschlüsselung bedeutet

Im Cloud-Umfeld steht „Zero-Knowledge“, manchmal auch „No-Knowledge“ oder „Zero-Access“, für Dienste, die Daten speichern, übertragen oder verarbeiten, ohne selbst Zugriff auf deren Inhalt zu haben. Laut der Definition von Zero-Knowledge-Diensten sind die Daten dabei nur für ihren Eigentümer zugänglich, nicht für den Dienstleister.

Technisch heißt das: Ver- und Entschlüsselung passieren ausschließlich auf dem Endgerät. Der Server sieht nur Chiffretext, also unlesbare Zeichenfolgen. Üblich sind dabei bewährte Standards wie AES-256 für gespeicherte Daten und asymmetrische Kryptografie für die Zugriffskontrolle. Selbst wenn ein Angreifer die komplette Datenbank eines Anbieters kopiert, erbeutet er nichts, was er ohne die Schlüssel lesen könnte.

Verschlüsselung auf dem Endgerät, Chiffretext auf dem Server

Der Unterschied zur „normalen“ Cloud ist grundsätzlich. Bei den meisten Diensten sind die Daten zwar verschlüsselt, aber der Anbieter verwaltet die Schlüssel. Er kann also entschlüsseln, wenn er will oder muss: für Support, auf behördliche Anordnung oder weil ein Administrator neugierig ist. Zero-Knowledge nimmt ihm diese Möglichkeit von vornherein.

Zero-Knowledge-Verschlüsselung oder Zero-Knowledge-Beweis?

Wer nach dem Begriff sucht, landet schnell bei Zero-Knowledge-Proofs (ZKP). Beide Begriffe teilen das Wort, beschreiben aber verschiedene Dinge:

  • Zero-Knowledge-Beweis: Eine Partei, der „Prover“, überzeugt eine andere, den „Verifier“, dass eine Aussage stimmt, ohne die Information selbst offenzulegen. Beispiel: Sie belegen, dass Sie volljährig sind, ohne Ihr Geburtsdatum zu nennen.
  • Zero-Knowledge-Verschlüsselung: Ein Dienst ist so gebaut, dass der Betreiber die gespeicherten Inhalte nicht kennt. Hier geht es um Schlüsselhoheit, nicht um Beweise.

Beide Ideen sind für den Hinweisgeberschutz interessant. Die EU-Agentur für Cybersicherheit beschreibt Zero-Knowledge-Beweise in ihrem Bericht zu fortgeschrittenen Pseudonymisierungstechniken als Werkzeug, um Eigenschaften von Daten nachzuweisen, ohne die Identität oder die Daten selbst preiszugeben. Denkbar wäre etwa, zu belegen, dass eine Meldung von einer berechtigten Person stammt, ohne zu verraten, von welcher. In heutigen Hinweisgebersystemen ist aber vor allem die Verschlüsselungsarchitektur entscheidend. Um die geht es im Folgenden.

So funktioniert das Prinzip Schritt für Schritt

Am Beispiel einer Meldung in einem Hinweisgebersystem sieht der Ablauf bei einer konsequenten Ende-zu-Ende-Architektur so aus:

  1. Schlüsselpaar erzeugen: Die Meldestelle, also die beauftragte Person oder das Compliance-Team, besitzt einen privaten Schlüssel. Der zugehörige öffentliche Schlüssel darf frei verteilt werden.
  2. Verschlüsseln im Browser: Die meldende Person füllt das Formular aus. Noch bevor etwas den Rechner verlässt, wird der Text mit dem öffentlichen Schlüssel verschlüsselt.
  3. Übertragung: Die bereits verschlüsselte Meldung geht zusätzlich über eine TLS-gesicherte Verbindung an den Server.
  4. Speicherung: Der Server legt nur den Chiffretext ab. Ohne privaten Schlüssel kann ihn niemand lesen, auch nicht der Plattformbetreiber.
  5. Entschlüsseln bei der Meldestelle: Erst im Browser der berechtigten Fallbearbeiter wird die Meldung lesbar.
  6. Rückkanal: Antworten und Rückfragen laufen denselben Weg in umgekehrter Richtung. Die meldende Person greift meist über einen Zugangscode darauf zu, der nur ihr bekannt ist.

Der Kern: Wer den privaten Schlüssel hat, kann lesen. Wer ihn nicht hat, kann es nicht. Deshalb ist die wichtigste Frage an jedes System nicht „Ist es verschlüsselt?“, sondern „Wer hält die Schlüssel?“.

Verschlüsselungsarten im Vergleich

Der Begriff „verschlüsselt“ steht in fast jeder Produktbeschreibung. Er kann sehr Unterschiedliches bedeuten:

Modell Was geschützt ist Wer kann mitlesen? Bewertung für Hinweisgebersysteme
Transportverschlüsselung (TLS/HTTPS) Daten auf dem Weg zum Server Der Anbieter, da Daten auf dem Server im Klartext ankommen Pflicht, aber allein unzureichend
Serverseitige Verschlüsselung („at rest“) Gespeicherte Daten gegen Diebstahl der Festplatte Der Anbieter, da er die Schlüssel verwaltet Besser, aber Anbieter bleibt Mitwisser
Ende-zu-Ende-Verschlüsselung Inhalt vom Absender bis zum Empfänger Nur Absender und berechtigte Empfänger Der Standard, den Sie verlangen sollten
Zero-Knowledge-Architektur Inhalt und Zugangsdaten über den gesamten Dienst Niemand außer den Schlüsselinhabern Höchste Schutzstufe, mit Folgen für Wiederherstellung

Ein Faustwert für den Alltag: Wenn der Support eines Anbieters Ihnen beim vergessenen Passwort den Zugang zu alten Meldungen wiederherstellen kann, hat er Zugriff auf die Schlüssel. Dann ist das System nicht Zero-Knowledge, egal wie es beworben wird.

Warum das bei Hinweisgebersystemen zählt

Wer einen Missstand meldet, riskiert viel: Job, Ruf, manchmal die eigene Sicherheit. Das Vertrauen in den Meldekanal entscheidet, ob Hinweise überhaupt intern ankommen oder gleich bei Behörden, Presse oder gar nicht.

Die EU-Hinweisgeberrichtlinie 2019/1937 macht dazu klare Vorgaben. Interne Meldekanäle müssen so sicher gestaltet sein, dass die Vertraulichkeit der Identität der meldenden Person und Dritter gewahrt bleibt und nicht befugte Mitarbeitende keinen Zugriff haben (Art. 9). Die Identität darf ohne ausdrückliche Zustimmung niemandem außer den zuständigen Personen offengelegt werden (Art. 16). Außerdem gelten Fristen: Eingangsbestätigung binnen sieben Tagen, Rückmeldung an die meldende Person binnen höchstens drei Monaten. In Deutschland setzt das Hinweisgeberschutzgesetz (HinSchG) diese Vorgaben um.

Die Richtlinie schreibt keine bestimmte Verschlüsselungstechnik vor. Sie verlangt aber, dass Unbefugte keinen Zugriff haben. Und „unbefugt“ ist aus Sicht der meldenden Person auch der Softwareanbieter, der IT-Dienstleister oder der Administrator im eigenen Haus. Ende-zu-Ende-Verschlüsselung ist das wirksamste technische Mittel, um diesen Kreis wirklich klein zu halten.

Wie wichtig Anonymität in der Praxis ist, zeigt der Staat selbst: Die Externe Meldestelle des Bundes beim Bundesamt für Justiz hat laut ihrem Jahresbericht 2024 zum 1. Juli 2024 einen anonymen Kommunikationskanal eingeführt und spricht von einem Meilenstein. Wer intern keinen vertrauenswürdigen Kanal bietet, muss damit rechnen, dass Hinweise an der Organisation vorbei extern landen. Das Recht dazu haben Beschäftigte, wie die Hinweisgeberstelle des Bundes erläutert.

Verschlüsselung macht noch nicht anonym

Hier liegt der häufigste Denkfehler. Verschlüsselung schützt den Inhalt. Anonymität betrifft die Metadaten: Wer hat wann von wo gemeldet?

Eine perfekt verschlüsselte Meldung verrät die meldende Person trotzdem, wenn der Server zum Beispiel Folgendes protokolliert:

  • IP-Adressen: Kommt die Meldung aus dem Firmennetz, lässt sich der Kreis der möglichen Personen schnell eingrenzen, manchmal bis auf einen Arbeitsplatz.
  • Cookies und Tracking-Skripte: Analyse-Tools oder eingebettete Schriftarten von Drittanbietern hinterlassen Spuren bei fremden Servern.
  • Zeitstempel in Verbindung mit Dienstplänen: Wer war um 22:47 Uhr im Schichtdienst?
  • Pflichtfelder zur Identität: E-Mail-Adresse oder Name als Voraussetzung für einen Rückkanal.
  • Dateimetadaten: Hochgeladene Fotos und Dokumente enthalten oft Autorennamen, Gerätedaten oder GPS-Koordinaten.

Ein anonymes Meldesystem muss deshalb beides leisten: Inhalte Ende-zu-Ende verschlüsseln und gar nicht erst Daten erheben, die auf die Person schließen lassen. Die beste Verschlüsselung hilft nichts, wenn im Server-Log steht, aus welchem Netz die Meldung kam.

Was ist mit E-Mail-Postfächern und Telefonhotlines?

Viele Organisationen beginnen mit einer „sicheren Mailbox“ für Hinweise, etwa einem eigenen Postfach für die Compliance-Abteilung. Das ist besser als nichts, hat aber Schwächen: Absenderadresse, Mailserver-Protokolle und Weiterleitungen verraten viel. Echte Ende-zu-Ende-Verschlüsselung per E-Mail setzt voraus, dass beide Seiten technisch mitspielen. Und Fristen und Bearbeitungsstände müssen Sie von Hand dokumentieren.

Die Richtlinie erlaubt neben schriftlichen auch mündliche Meldungen, etwa per Telefon. Auch hier hängt der Schutz an der Architektur: Wer zeichnet auf, wo liegen die Aufnahmen, wer kann sie abrufen? Welche Fragen bei datenschutzkonformer Telefonie zu klären sind, zeigt dieser Beitrag zu DSGVO-konformen Telefonlösungen für kleine Unternehmen. Er ist für Österreich geschrieben, die Grundsätze zu Speicherort, Zugriff und Aufbewahrung gelten aber genauso für jede Meldehotline.

Checkliste: So erkennen Sie echtes Zero-Knowledge

Der Begriff wird im Marketing oft locker verwendet. Eine echte Zero-Knowledge-Architektur bedeutet laut der Beschreibung von Zero-Knowledge-Diensten unter anderem, dass der Anbieter keine Zugangsdaten zurücksetzen kann, weil er weder Masterschlüssel noch Passwort kennt. Stellen Sie jedem Anbieter diese Fragen und lassen Sie sich die Antworten schriftlich geben:

  1. Wo werden Meldungen verschlüsselt? Richtig ist: im Browser der meldenden Person, bevor Daten den Rechner verlassen.
  2. Wer hält die privaten Schlüssel? Richtig ist: nur die berechtigten Fallbearbeiter Ihrer Organisation.
  3. Kann der Support meine Meldungen lesen oder den Zugang wiederherstellen? Wenn ja, hat der Anbieter Schlüsselzugriff.
  4. Werden IP-Adressen gespeichert, auch kurzfristig in Server-Logs? Fragen Sie konkret nach Webserver, Load Balancer und Firewall.
  5. Werden Cookies oder Analyse-Tools auf der Meldeseite eingesetzt? Auf einem Meldeformular hat Tracking nichts verloren.
  6. Werden Metadaten aus Anhängen entfernt? Oder müssen Meldende das selbst tun?
  7. Wo stehen die Server, und wer betreibt sie? Rechtsraum und Zertifizierungen wie ISO 27001 sagen etwas über Zugriffsrisiken und Sicherheitsmanagement.
  8. Ist die Plattform unabhängig vom Arbeitgeber? Läuft das System auf Ihrer eigenen IT, haben Ihre Administratoren potenziell Zugriff auf Logs.
  9. Wie ist der Audit-Trail geschützt? Bearbeitungsschritte sollten unveränderlich protokolliert sein, ohne die Identität der meldenden Person preiszugeben.
  10. Gibt es unabhängige Prüfungen? Zertifikate, Audits oder Penetrationstests.

Die ENISA rät in ihrem Bericht zur Cloud-Sicherheit im Gesundheitswesen Organisationen ausdrücklich, zu prüfen, ob ein Cloud-Anbieter seine Dienste nach dem Prinzip „Privacy by Design“ entwickelt hat. Für Hinweisgebersysteme mit hochsensiblen Daten gilt dieser Maßstab genauso.

Grenzen und Zielkonflikte

Zero-Knowledge ist kein Allheilmittel. Wer ein solches System einführt, sollte die Kehrseiten kennen und organisatorisch auffangen.

Verlorene Zugangscodes bleiben verloren. Vergisst eine meldende Person ihren Code, kann niemand den Rückkanal wiederherstellen. Sie kann eine neue Meldung abgeben und auf die alte verweisen. Weisen Sie im Formular klar darauf hin, den Code sicher aufzubewahren.

Schlüsselverwaltung in der Meldestelle. Wenn nur Fallbearbeiter entschlüsseln können, muss die Organisation Vertretungen regeln. Sonst bleibt eine Meldung im Urlaub der einzigen zuständigen Person liegen, und die Sieben-Tage-Frist für die Eingangsbestätigung läuft ab. Planen Sie mindestens zwei berechtigte Personen ein.

Verschlüsselung ersetzt keine Diskretion. Viele Enttarnungen passieren nicht technisch, sondern im Gespräch: durch Details im Sachverhalt, die nur eine Person kennen kann, oder durch auffällige Rückfragen in der Abteilung. Schulen Sie die Meldestelle im vertraulichen Umgang mit Informationen.

Endgeräte bleiben ein Risiko. Meldet jemand vom Dienstlaptop mit Überwachungssoftware, hilft die beste Serverarchitektur wenig. Empfehlen Sie im Meldeformular, private Geräte und private Netze zu nutzen.

Suche und Auswertung sind eingeschränkt. Ein Server, der Inhalte nicht lesen kann, kann sie auch nicht durchsuchen oder auswerten. Statistiken für Berichte an Geschäftsführung oder Aufsichtsrat müssen daher auf Metadaten wie Kategorie, Status oder Fristen beruhen, die bewusst ohne Personenbezug erfasst werden.

Grenzen und Zielkonflikte — overview diagram

Unsere Sicht: Anonymität ist eine Architekturentscheidung

Wir haben Ashio mit einer einfachen Überzeugung gebaut: Eine meldende Person sollte uns nicht vertrauen müssen. Sie sollte sich darauf verlassen können, dass wir ihre Identität gar nicht kennen.

Deshalb verzichten wir bei Meldungen auf jegliche Identitätsdaten, setzen auf vollständige Ende-zu-Ende-Verschlüsselung und erheben keine IP-Adressen und keine Cookies. Was wir nicht erfassen, kann weder gehackt noch herausverlangt noch versehentlich weitergegeben werden. Diese Haltung prägt auch unseren Betrieb: Die Plattform läuft unabhängig vom Arbeitgeber und wird vollständig in der Schweiz gehostet, in einer nach ISO 27001 zertifizierten Umgebung. Mehr dazu, wie wir das umsetzen, finden Sie auf unserer Seite zu Sicherheit und verschlüsseltem Schweizer Hosting.

In Gesprächen mit HR- und Compliance-Teams hören wir oft die Sorge, dass mehr Anonymität die Aufklärung erschwert. Unsere Erfahrung aus der Produktentwicklung ist eine andere. Entscheidend ist ein Rückkanal, der anonym bleibt und trotzdem Dialog erlaubt. Bei Ashio verfolgen Meldende den Status ihrer Meldung und beantworten Rückfragen, ohne sich zu erkennen zu geben. Die Fallbearbeiter arbeiten im Team, mit automatischer Fristenüberwachung und einem unveränderlichen, exportierbaren Audit-Trail. So lassen sich Vertraulichkeit und eine sauber dokumentierte Fallbearbeitung verbinden.

Unser Rat an jede Organisation: Fragen Sie nicht nur, ob ein System verschlüsselt ist. Fragen Sie, was der Anbieter technisch gar nicht wissen kann. Diese Antwort sagt mehr über den Schutz Ihrer Hinweisgeber als jedes Siegel.

Ein Meldekanal, der Anonymität ernst nimmt

Wenn Sie einen internen Meldekanal nach EU-Richtlinie einrichten oder ein bestehendes Postfach ablösen wollen, bietet Ashio den Tarif Basic für 29 € pro Monat. Enthalten sind ein anonymer Meldekanal ohne IP-Tracking und ohne Cookies, ein individuell gestaltbares Meldeformular, strukturierte Fallbearbeitung, Fristenüberwachung und revisionssichere Dokumentation. Die Einrichtung kommt ohne eigenen IT-Aufwand aus, und Sie können Ashio vor dem Abonnement kostenlos testen. Starten Sie hier mit Ashio. Wer mehrere Regelwerke gleichzeitig abdecken muss, findet einen Überblick unter EU-Whistleblowing-Compliance für alle Richtlinien.

Häufige Fragen zur Zero-Knowledge-Verschlüsselung

Ist Zero-Knowledge-Verschlüsselung dasselbe wie Ende-zu-Ende-Verschlüsselung?

Nicht ganz. Ende-zu-Ende-Verschlüsselung beschreibt, dass Daten nur beim Absender und beim Empfänger lesbar sind. Zero-Knowledge geht einen Schritt weiter und beschreibt einen ganzen Dienst, bei dem der Anbieter auch Passwörter und Schlüssel nicht kennt. In der Praxis ist Ende-zu-Ende-Verschlüsselung der technische Kern jeder Zero-Knowledge-Architektur.

Verlangt das Hinweisgeberschutzgesetz eine bestimmte Verschlüsselung?

Nein, weder die EU-Richtlinie noch das deutsche Gesetz schreiben ein konkretes Verfahren vor. Sie verlangen aber, dass die Identität der meldenden Person vertraulich bleibt und Unbefugte keinen Zugriff haben. Ende-zu-Ende-Verschlüsselung ist der verlässlichste Weg, das technisch nachzuweisen. Für die rechtliche Bewertung Ihrer konkreten Pflichten sprechen Sie am besten mit Ihrer Datenschutzbeauftragten oder einer Fachanwältin für Arbeitsrecht.

Woran erkenne ich ein anonymes Meldesystem ohne IP-Speicherung?

Fragen Sie den Anbieter schriftlich, ob IP-Adressen in irgendeinem System gespeichert werden, auch kurzzeitig in Server-Logs, und ob die Meldeseite Cookies oder Tracking-Skripte lädt. Seriöse Anbieter beantworten das konkret und dokumentieren es in ihren Sicherheitsunterlagen. Prüfen lässt sich die Cookie-Frage auch selbst über die Entwicklertools Ihres Browsers.

Was passiert, wenn eine meldende Person ihren Zugangscode verliert?

In einem echten Zero-Knowledge-System kann niemand den Code wiederherstellen, auch der Anbieter nicht. Die Person kann eine neue Meldung abgeben und auf die frühere verweisen, etwa mit Datum und Stichworten. Das klingt umständlich, ist aber der Beleg dafür, dass niemand sonst Zugriff hat.

Reicht ein verschlüsseltes E-Mail-Postfach als Meldekanal?

Für sehr kleine Organisationen kann es ein Anfang sein, stößt aber schnell an Grenzen. Absenderadressen und Mailserver-Protokolle gefährden die Anonymität, und Fristen, Rückfragen und Dokumentation müssen Sie manuell führen. Eine spezialisierte Plattform deckt diese Anforderungen strukturiert ab.

Quellen

Empfehlungen