SMS Gateway Berlin • DSGVO-konform
Zwei-Faktor-Authentifizierung
per SMS-OTP in
unter 2 Sekunden
Sichern Sie Logins, Transaktionen und Zugänge mit SMS-OTP konform zur DSGVO: mit Serverstandorten in Deutschland, vollständigem AVV und einer Zustellzeit von weniger als 2 Sekunden. Wahlweise mit Modulen oder direkt per REST API.
- Server in Deutschland
- AVV nach Art. 28 DSGVO
- § 203 StGB konform
- Opt-in-Flow inklusive
- Kein US-Datentransfer
Technische Integration
2FA in 3 API-Calls
Der gesamte Ablauf der Zwei-Faktor-Authentifizierung besteht aus zwei Endpoints und drei Schritten, unabhängig von einem Framework oder einer bestimmten Programmiersprache.
1
OTP senden — GET /tfa/send
Ihr Backend übergibt den Sitekey, den Secretkey und die Mobilfunknummer des Nutzers. Anschließend generiert BerlinSMS einen zeitlich begrenzten Einmalcode, versendet diesen per SMS und gibt eine sessionId zurück. Diese sessionId verbindet den Code mit der laufenden Session.
# Schritt 1 – OTP versenden und sessionId erhalten
curl -X 'GET' \ 'https://api.berlinsms.de/tfa/send' \ -G \
--data-urlencode 'sitekey=[IhrSitekey]' \
--data-urlencode 'secretkey=[IhrSecretkey]' \ --data-urlencode 'phonenumber=+4917612345678'
# Antwort: sessionId für die Verifikation
{ "sessionId": "a1b2c3d4-e5f6-7890-abcd-ef1234567890" }
2
Nutzereingabe
Der Nutzer empfängt den Code per SMS und gibt ihn in Ihrer Anwendung ein. Dabei können Sie das Eingabefeld aus dem vorgefertigten Widget von BerlinSMS verwenden (Modul-Integration, ein <script>-Tag). Alternativ können Sie es auch vollständig selbst gestalten (direkte REST API Integration).
3
OTP verifizieren — GET /tfa/verify
Ihr Backend übergibt die sessionId und den eingegebenen Code. Die Antwort kann entweder {"success": true} oder {"success": false} sein und sich direkt in jede bestehende Login-Logik integrieren lassen.
# Schritt 3 – Nutzercode gegen sessionId prüfen
curl -X 'GET' \ 'https://api.berlinsms.de/tfa/verify' \ -G \
--data-urlencode 'sessionId=a1b2c3d4-e5f6-7890-abcd-ef1234567890' \
--data-urlencode 'otp=847291' # Antwort bei korrektem Code: { "success": true }
# Antwort bei falschem oder abgelaufenem Code:
{ "success": false, "error": "invalid-otp" }
DSGVO-Vergleich
BerlinSMS vs. Twilio vs. Authy
Technisch vergleichbar. Datenschutzrechtlich entscheidend unterschiedlich.
CLOUD Act und medizinische Daten: Der US CLOUD Act verpflichtet US-Unternehmen wie Twilio auf behördliche Anforderung Daten herauszugeben – unabhängig davon, wo die Server stehen. Für Arztpraxen und Gesundheitseinrichtungen, die Mobilfunknummern und 2FA-Sessions verarbeiten, besteht damit ein reales Risiko für einen Missbrauch der Daten. BerlinSMS ist ein deutsches Unternehmen und unterliegt ausschließlich deutschem und europäischem Recht.
Integrationswege
Mit Modulen oder direkt per API
Zwei Wege, ein Ziel — je nach Entwicklungsaufwand und Gestaltungsfreiheit.
Anwendungsbereiche
Wo die BerlinSMS 2FA zum Einsatz kommt
Überall dort, wo ein zweiter Faktor über den SMS-Kanal erforderlich wird.
Einsatzbereiche
Häufige Fragen
Alles Wichtige zur BerlinSMS 2FA.
Warum ist die BerlinSMS 2FA DSGVO-konform im Verleich zu Twilio?
Twilio verarbeitet Informationen auf Servern in den USA und unterliegt damit dem CLOUD Act. Dieses Gesetz erlaubt den US-Behörden den Zugriff auf die Daten, unabhängig vom Serverstandort. BerlinSMS ist ein deutsches Unternehmen und verarbeitet alle Daten auf Servern in Deutschland. Wir unterliegen ausschließlich deutschem und europäischem Recht und stellen einen vollständigen AVV nach Art. 28 DSGVO zur Verfügung.
Wie lange ist ein OTP-Code gültig?
OTP-Codes lassen sich zeitlich begrenzt und auch nur einmalig verwenden. Bei einem abgelaufenen oder bereits verwendeten Code erfolgt eine Zurückweisung mit success: false und error: invalid-otp. Die genaue Dokumentation der Gültigkeitsdauer finden Sie in der 2FA REST API Referenz.
Was passiert, wenn der Nutzer den Code nicht erhalten hat?
Das BerlinSMS Widget (Modul-Integration) enthält einen vorgefertigten Resend-Button, der einen neuen OTP-Request auslöst. Bei direkter REST-API-Integration rufen Sie denselben /tfa/send-Endpoint erneut auf. Die vorherige Session verliert dabei ihre Gültigkeit.
Eignet sich die 2FA von BerlinSMS für Arztpraxen und Patientenportale?
Ja. BerlinSMS verarbeitet alle Daten auf Servern in Deutschland und stellt einen vollständigen AVV nach Art. 28 DSGVO zur Verfügung. Außerdem verpflichten wir alle Mitarbeiter auf das Datengeheimnis und die Schweigepflicht nach § 203 StGB. Zusätzlich ermöglicht der Opt-in-Flow die DSGVO-konforme Einwilligungsdokumentation für die Nutzung der Mobilfunknummer. Damit können Sie die 2FA ohne Einschränkungen für den Gesundheitsbereich verwenden.
Kann ich von Twilio Verify zu BerlinSMS migrieren?
Ja. Wir haben die Endpoint-Struktur bewusst analog zu Twilio Verify gestaltet. Sie tauschen den API-Host (api.twilio.com → api.berlinsms.de), die Authentifizierung (Basic Auth → Header-basierter Sitekey/Secretkey) und die Endpoint-Pfade aus. Für ein konkretes Migrations-Beispiel kontaktieren Sie uns. Wir unterstützen Sie bei der Migration gerne persönlich.
Wann brauche ich den Opt-in-Flow?
Wir empfehlen den Opt-in-Flow, wenn keine andere klare Rechtsgrundlage (z. B. Vertragserfüllung) für die Verarbeitung der Mobilfunknummer besteht. Zum Beispiel bei optionaler 2FA, bei Diensten ohne vorherige Vertragsbeziehung oder wenn Sie nachweisbar dokumentieren wollen, dass der User der Nutzung seiner Nummer für 2FA zugestimmt hat. BerlinSMS speichert die Einwilligung serverseitig mit Zeitstempel nach Art. 7 DSGVO.
2FA in 30 Minuten live
DSGVO-konform, Server in Deutschland und persönlicher Support aus Berlin.
Sie entscheiden: mit Modulen oder direkt per REST API.