Datenschutz-Manifest

Nichts von Ihnen verlässt je diesen Raum.

CodeB Conference ist ein Meeting-Werkzeug, kein Datenprodukt. Wir lassen keine Analytics über Sie laufen, wir loggen nicht, mit wem Sie gesprochen haben, wir bewahren weder Ihr Gesicht noch Ihre Stimme irgendwo auf, und wir verkaufen niemandem irgendetwas über Sie. Diese Seite ist eine erschöpfende Aufzählung — kein Werbespruch.

01 / Was wir nicht tun

Die „Nein“-Liste.

Nichts davon existiert irgendwo in CodeB Conference. Keine Ausnahmen, kein „aber nur, wenn Sie zustimmen“, keine Sternchen.

02 / Was wir tun

Die „Ja — kurz“-Liste.

Die Liste der Dinge, die tatsächlich passieren, passt kurz und bündig auf diese Seite.

03 / Drittanbieter-Netzwerkverbindungen

Wo Bytes unser Netz verlassen.

Drei externe Hosts können vom Browser kontaktiert werden, je nachdem, welche Funktionen Sie nutzen. Keiner davon sieht je Ihr Video, Audio, Chat oder Ihre Dateien.

HostWarumWas er siehtVermeidbar?
Öffentliches Webfont-CDN Lädt die Schriftarten Raleway + IBM Plex Mono für das Seiten-Chrome. Ihre IP und die Tatsache, dass Sie die Seite geöffnet haben. Keine Inhalte. Ja — durch self-hosted woff2-Dateien im Ordner css/ für eine vollständig offline-fähige Build-Variante ersetzen.
Öffentliche STUN-Server STUN — teilt Ihrem Browser seine eigene öffentliche IP mit, damit WebRTC eine direkte Verbindung aushandeln kann. Ein kleines UDP-Paket pro Anruf. Keine Medien, kein Name, kein Raumcode. Ja — StunHosts in web.config auf die CodeB-SIP-Bridge zeigen lassen, die auch STUN/TURN spricht (Relay ist in die Bridge eingebaut, kein separater Server).
Öffentliche Asset-CDNs Lädt das MediaPipe-Selfie-Segmentation-Modell — nur wenn Sie Hintergrund-Unschärfe aktivieren. Zwei HTTP-Requests beim ersten Aktivieren. Das Modell wird danach gecacht. Ja — die WASM- + .tflite-Dateien lokal spiegeln und zwei URLs in conference.js anpassen.

Für eine Air-Gap-Installation können WebRTC-Signaling, TURN-Relay, JS, CSS, Fonts und ML-Modell alle im LAN des Kunden leben. Der Build unterstützt das; das Rezept steht im Deployment-README.

04 / Eine Notiz zum Bernsteinbildschirm

Warum das Farbschema aussieht wie ein Terminal aus den 1980ern.

Die Akzentfarbe, die Sie überall in CodeB Conference sehen — dieses warme #f5a524 auf dem tiefen #0a0d12-Hintergrund — ist eine bewusste Höflichkeit vor Bernstein-Phosphor-Bildschirmröhren.

Rund fünfzehn Jahre lang, von Ende der 1970er bis Anfang der 1990er, starrten die Menschen, die die wichtigsten Computer der Welt bedienten, auf bernsteinfarbene Bildschirme. Der IBM 5151, der Wyse 50, Terminals an Krankenhaus-Schwesternstationen, Fertigungs-SPS, Flugverkehrs-Konsolen, Defense-Command-Terminals — sie alle glühten in demselben warmen Gelb bei etwa 580 nm Wellenlänge.

Der Grund war nicht ästhetisch. Bernstein-Phosphor (P3, später P134) wurde gewählt, weil er im Sweet Spot der photopischen Empfindlichkeitskurve des menschlichen Auges liegt. Operatoren, die zehn oder zwölf Stunden auf einen Bildschirm starrten — Radiologen, Fluglotsen, Werkzeugmaschinen-Programmierer — erlebten messbar weniger Augenermüdung mit Bernstein als mit dem sonst üblichen grünen P1-Phosphor und deutlich weniger als mit den später modisch gewordenen weißen CRTs. Bernstein war die Farbe von Werkzeugen für Menschen, deren Arbeit zuählte.

C:\> LOGON CONSOLE.42
ZUGRIFF ERTEILT · OPERATOR SE-002 · 2026-05-22 09:14:33
> DIAL ROOM TEAM-STANDUP
ROOM OK · 3 PEERS · TURN OK
>

Diese Linie wollten wir CodeB einfärben. Ein ernsthaftes Werkzeug für ernsthafte Arbeit — Klinik, Engineering, Fertigung, öffentlicher Dienst, Verteidigungs-Lieferketten — dieselben Menschen, die CodeB Identity Solutions seit zwei Jahrzehnten bedient. Die codeb.io-Designsprache nutzt Bernstein, wie es jene Terminals taten: viel Signal, kein Schmuck. Es gibt eine Akzentfarbe, weil die Arbeit zählt; das Chrome sollte ihr nicht Konkurrenz machen.

(Und es gibt einen kleinen praktischen Bonus: gegen einen dunklen Hintergrund hat Bernstein den höchsten wahrnehmbaren Kontrast jeder einzelnen Akzentfarbe und bleibt auch für Menschen mit den häufigsten Formen einer Rot-Grün-Sehschwäche unterscheidbar. Die Ingenieure der 1980er wählten es aus ergonomischen Gründen; wir aus denselben — und aus ein wenig historischem Respekt.)

05 / Selbstverpflichtungen

Das Versprechen, schriftlich.

Sollte einer der Punkte aus Abschnitt 01 („Was wir nicht tun“) jemals nicht mehr stimmen, ändert sich diese Seite, bevor die Änderung ausgeliefert wird. Wir bauen Tracker nicht heimlich ein. Wir vergraben neue Analytics nicht drei Menüebenen tief.

Der Quellcode von CodeB Conference lebt auf Ihrem eigenen IIS-Server. Jede JavaScript-Datei, jeder C#-Handler und der gesamte TURN-Service stehen jedem in Ihrer Organisation zur Inspektion offen. Es gibt keine Obfuskation, keinen Minify-Schritt, der Logik verbirgt, und kein kompiliertes Binärformat, das etwas enthielte, das nicht im Quellcode sichtbar wäre.

Sehen Sie etwas in der laufenden App, das diesem Manifest widerspricht, schreiben Sie bitte an info@codeb.io. Ein echter Mensch liest diesen Posteingang — oder geht an dieses Telefon.

Siehe auch: Datenfluss · Funktionen · Aloaha-Datenschutz-Manifest

Eine Notiz zu Cookies und OIDC-Anmeldung

CodeB liefert einen eingebauten OpenID-Connect-Identity-Provider mit. Wir treffen einen bewussten Kompromiss: keine Cookies, nirgendwo auf der Seite, auch nicht für SSO. Stattdessen speichert der Server, wenn Sie sich am IdP anmelden, eine kurzlebige signierte Assertion in localStorage ausschließlich am IdP-Origin (phone.codeb.io), damit ein zweiter Relying Party Ihre Authentifizierung 30 Minuten lang ohne erneute Abfrage wiederverwenden kann. Diese Assertion ist:

Kurz: Das Datenschutzversprechen lautet „keine Cookies“, und wir halten es. Wo Session-Kontinuität nötig war, haben wir absichtlich ein anderes Storage-Primitive verwendet und so eng wie möglich gescopt.