1. Ueberblick
Der Schutz deiner Daten hat fuer uns hoechste Prioritaet. Wir setzen modernste Verschluesselungstechnologien ein, um sicherzustellen, dass deine sensiblen Informationen - insbesondere OAuth-Tokens fuer Google-Dienste - jederzeit geschuetzt sind.
Kernprinzipien unserer Verschluesselung
- Ende-zu-Ende Sicherheit: Tokens werden vor der Speicherung verschluesselt
- Individuelle Schluessel: Jeder Benutzer hat einen einzigartigen Verschluesselungsschluessel
- Kein Klartext: Sensible Daten werden niemals unverschluesselt gespeichert
- Schluesselableitung: Verschluesselungsschluessel werden dynamisch generiert, nicht gespeichert
2. Verschluesselungsalgorithmus
2.1 Fernet (AES-128-CBC + HMAC-SHA256)
Wir verwenden Fernet, eine hochsichere symmetrische Verschluesselung aus der Python Cryptography-Bibliothek. Fernet kombiniert zwei bewaehrte kryptografische Verfahren:
| Komponente | Algorithmus | Zweck |
|---|---|---|
| Verschluesselung | AES-128-CBC | Vertraulichkeit der Daten |
| Authentifizierung | HMAC-SHA256 | Integritaet und Authentizitaet |
| Schluessellaenge | 256 Bit (32 Bytes) | Hohe Sicherheitsmarge |
Warum Fernet?
Fernet ist ein "authenticated encryption" Standard, der sowohl Verschluesselung als auch Manipulationsschutz bietet. Es ist unmoeglich, verschluesselte Daten zu veraendern, ohne dass dies erkannt wird.
3. Schluesselableitung
Der Verschluesselungsschluessel wird niemals direkt gespeichert. Stattdessen wird er bei Bedarf aus drei Komponenten abgeleitet:
Benutzer-Secret-Key
Ein 64-Zeichen SHA256-Hash, der bei der Registrierung fuer jeden Benutzer einzigartig generiert wird.
Anwendungs-Secret-Token
Ein geheimer Schluessel auf Serverebene, der nur dem System bekannt ist.
Benutzer-ID
Die eindeutige Datenbank-ID des Benutzers als zusaetzlicher Entropiefaktor.
3.1 Technische Umsetzung
combined =
"{user_secret}:{app_secret}:{user_id}"key_hash =
SHA256(combined) # 32 Bytesencryption_key =
Base64(key_hash) # Fernet-kompatibel
Sicherheitsvorteil
Selbst bei einem Datenbankzugriff durch Unbefugte bleiben die Tokens geschuetzt, da der Anwendungs-Secret-Token nicht in der Datenbank gespeichert ist. Ohne alle drei Komponenten ist eine Entschluesselung mathematisch unmoeglich.
4. Was wird verschluesselt?
Google Access Tokens
Kurzlebige Zugriffstoken fuer API-Anfragen
Google Refresh Tokens
Langlebige Token zur Erneuerung des Zugriffs
OAuth Credentials
Authentifizierungsdaten fuer Google-Dienste
5. Sicherheitsgarantien
| Eigenschaft | Status | Beschreibung |
|---|---|---|
| Verschluesselung im Ruhezustand | Ja | Alle Tokens in der Datenbank sind verschluesselt |
| Verschluesselung bei Uebertragung | Ja | TLS 1.3 fuer alle Verbindungen |
| Individuelle Schluessel pro Benutzer | Ja | Kompromittierung eines Schluessels betrifft nur einen Benutzer |
| Schluessel nicht gespeichert | Ja | Schluessel werden bei Bedarf abgeleitet |
| Integritaetspruefung | Ja | HMAC verhindert unbemerkte Manipulation |
6. Compliance und Standards
Unsere Verschluesselungsimplementierung entspricht folgenden Standards und Best Practices:
- DSGVO Art. 32: Technische und organisatorische Massnahmen zum Datenschutz
- OWASP: Empfehlungen fuer sichere Kryptografie
- NIST: Richtlinien fuer kryptografische Schluessellaengen
- BSI: Technische Richtlinien fuer Kryptografie (TR-02102)
7. Wie sicher ist 128 Bit Verschluesselung wirklich?
Kurzfassung: Sehr sicher.
Und vor allem sicher genug fuer reale Business Daten.
128 Bit Verschluesselung mit AES ist seit Jahren ein internationaler Standard. Nicht theoretisch, sondern praktisch bewaehrt. Banken, Cloud Anbieter und Behoerden setzen genau darauf.
7.1 Warum das relevant ist
Ein Brute Force Angriff auf AES 128 wuerde selbst mit heutiger Rechenleistung laenger dauern, als das Universum alt ist. Es gibt keinen bekannten realistischen Angriff, der AES 128 knackt.
7.2 Was viele unterschaetzen
Sicherheit haengt nicht an der Bit Zahl allein. Entscheidend ist die Umsetzung.
In unserem Fall bedeutet das:
- Nutzerspezifische Schluessel statt Einheitsloesung
- Kombination aus User Secret, App Secret und User ID
- Verschluesselte Speicherung sensibler Daten
- Manipulationsschutz durch Integritaetspruefung
- Keine Klartextdaten im System
128 Bit vs 256 Bit
Der Unterschied zu 256 Bit ist in der Praxis meist akademisch. 128 Bit AES ist kein Kompromiss, sondern ein bewusster, bewaehrter Sicherheitsstandard.
7.3 Unsere Philosophie
Datenschutz nicht als Marketing Schlagwort zu behandeln, sondern als technische Verantwortung.
Sicherheit entsteht nicht durch Buzzwords, sondern durch saubere Architektur. Genau dafuer bauen wir visibly AI.
8. Kontakt
Bei Fragen zu unseren Sicherheitsmassnahmen wende dich bitte an unseren Datenschutzbeauftragten:
E-Mail: info@antonioblago.com
Stand: 18.09.2026