Datenverschluesselung

Technische Dokumentation unserer Sicherheitsmassnahmen

AES-256 Verschluesselung

1. Ueberblick

Der Schutz Ihrer Daten hat fuer uns hoechste Prioritaet. Wir setzen modernste Verschluesselungstechnologien ein, um sicherzustellen, dass Ihre 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:

1

Benutzer-Secret-Key

Ein 64-Zeichen SHA256-Hash, der bei der Registrierung fuer jeden Benutzer einzigartig generiert wird.

2

Anwendungs-Secret-Token

Ein geheimer Schluessel auf Serverebene, der nur dem System bekannt ist.

3

Benutzer-ID

Die eindeutige Datenbank-ID des Benutzers als zusaetzlicher Entropiefaktor.

3.1 Technische Umsetzung

# Schluesselableitung (vereinfacht)

combined = "{user_secret}:{app_secret}:{user_id}"
key_hash = SHA256(combined) # 32 Bytes
encryption_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 wenden Sie sich bitte an unseren Datenschutzbeauftragten:

E-Mail: info@antonioblago.com

Stand: 08.02.2026

Cookie-Settings