HTTPS, TLS-Zertifikate und das Mixed-Content-Problem
Das Schloss-Symbol in der Adresszeile ist das bekannteste Sicherheits-Signal im Web — und das am meisten missverstandene. Es bedeutet nicht, dass die Seite seriös ist, sondern dass die Verbindung zu ihr verschlüsselt ist. Für eine Steuerkanzlei, deren Besucher Kontaktformulare ausfüllen und Mandats-Anfragen stellen, ist das kein Schönheitsmerkmal, sondern Grundlage. Dieser Artikel erklärt, wie HTTPS und TLS funktionieren, woher Zertifikate kommen — und warum eine einzige über HTTP geladene Ressource (Mixed Content) die ganze Verschlüsselung untergräbt.
Was Sie aus diesem Artikel mitnehmen
- Was das Schloss-Symbol wirklich aussagt — und was nicht
- Wie der TLS-Handshake in Klartext abläuft und welche Krypto das BSI empfiehlt
- Woher Zertifikate kommen, was sie kosten (Let's Encrypt: nichts) und welche Arten es gibt
- Was Mixed Content ist und warum eine einzige HTTP-Ressource die Seite beschädigt
Würdigung — was das Schloss-Symbol bedeutet
Wenn der Browser das Schloss zeigt, heißt das: Die Verbindung zwischen dem Gerät des Besuchers und dem Server ist über TLS (Transport Layer Security) verschlüsselt. Niemand dazwischen — kein Mitnutzer im offenen WLAN, kein Netzbetreiber — kann mitlesen oder die Inhalte verändern. Was es nicht heißt: dass die Seite vertrauenswürdig, korrekt oder die richtige ist. Verschlüsselung sichert den Transport, nicht den Inhalt.
Für eine Kanzlei-Website ist das trotzdem fundamental. Wer ein Kontaktformular ausfüllt — Name, Anliegen, vielleicht erste Hinweise auf die steuerliche Situation — überträgt Daten, die unter HTTP für jeden im selben Netz mitlesbar wären. Ohne HTTPS ist das eine offene Postkarte. Mit HTTPS ist es ein verschlossener Umschlag. Das passt zur Verschwiegenheits-Erwartung, die Mandanten an eine Kanzlei haben.
Seit Jahren markieren Browser reine HTTP-Seiten aktiv als „nicht sicher". Eine Kanzlei-Seite ohne gültiges Zertifikat sendet damit das denkbar schlechteste erste Signal — noch bevor ein Wort gelesen wurde.
Hinweis:
Ob Ihre Seite ein gültiges Zertifikat, eine saubere HTTPS-Erzwingung und keine Mixed-Content-Probleme hat, prüft unser kostenfreier URL-Audit in rund 90 Sekunden mit.
Wie der TLS-Handshake funktioniert
Bevor das erste Byte Inhalt fließt, handeln Browser und Server in Sekundenbruchteilen eine sichere Verbindung aus — der TLS-Handshake. Vereinfacht:
- Der Browser meldet sich und nennt die TLS-Versionen und Verschlüsselungs-Verfahren, die er beherrscht.
- Der Server antwortet mit seinem Zertifikat, das seinen öffentlichen Schlüssel und die Bestätigung einer Zertifizierungsstelle enthält.
- Der Browser prüft das Zertifikat: Ist es von einer vertrauenswürdigen Stelle ausgestellt, gilt es noch, passt es zur Domain?
- Beide einigen sich auf einen gemeinsamen Sitzungs-Schlüssel, mit dem ab jetzt symmetrisch und schnell verschlüsselt wird.
Welche Verfahren dabei als sicher gelten, ist nicht Geschmackssache. Das BSI veröffentlicht in der Technischen Richtlinie TR-02102 konkrete Vorgaben zu TLS-Versionen und kryptographischen Verfahren. Praktisch heißt das 2026: TLS 1.2 als Minimum, TLS 1.3 bevorzugt, veraltete Verfahren abgeschaltet. Auf einer modernen Hosting-Plattform ist das die Standard-Einstellung — wer auf altem Server-Bestand sitzt, sollte es prüfen lassen.
TLS-Zertifikate — Herkunft, Arten, Kosten
Ein Zertifikat wird von einer Zertifizierungsstelle (CA) ausgestellt, der die Browser vertrauen. Es gibt drei Validierungs-Stufen:
- DV (Domain Validation): Bestätigt nur, dass der Antragsteller die Domain kontrolliert. Schnell, automatisiert, kostenlos über Let's Encrypt. Für die allermeisten Kanzlei-Websites völlig ausreichend.
- OV (Organization Validation): Prüft zusätzlich die Existenz der Organisation. Kostenpflichtig.
- EV (Extended Validation): Aufwändigste Prüfung. In der Adresszeile heute kaum noch sichtbar hervorgehoben — der frühere Vorteil ist praktisch verschwunden.
Die wichtigste Nachricht für Kanzleien: Ein gültiges, vom Browser akzeptiertes Zertifikat kostet nichts. Let's Encrypt stellt DV-Zertifikate kostenlos aus, und nahezu jede moderne Hosting-Plattform — Vercel, Cloudflare, Hetzner und andere — richtet das automatisch ein und erneuert es selbsttätig (Zertifikate laufen typischerweise nach 90 Tagen ab, die Erneuerung passiert im Hintergrund). Wer noch für ein einfaches DV-Zertifikat zahlt, zahlt für etwas, das es geschenkt gibt.
Das Mixed-Content-Problem
Hier liegt der Stolperstein, der die meisten an sich sicheren Seiten betrifft. Mixed Content entsteht, wenn eine über HTTPS geladene Seite einzelne Ressourcen — ein Bild, eine Schrift, ein Skript — über unverschlüsseltes HTTP nachlädt. Die Seite ist dann nicht mehr durchgängig sicher, und der Browser reagiert:
- Aktiver Mixed Content (Skripte, Stylesheets, iframes über HTTP) wird blockiert. Die Funktion bricht — ein über HTTP geladenes Skript läuft nicht, die Seite wirkt kaputt.
- Passiver Mixed Content (Bilder, Videos über HTTP) wird geladen, aber der Browser entfernt das Schloss oder zeigt eine Warnung. Das Vertrauens-Signal ist weg.
Typische Ursachen auf Kanzlei-Seiten: ein altes Plugin, das eine Ressource fest über http:// einbindet; ein eingebettetes Logo von einem alten Partner-Server; eine kopierte Code-Schnipsel-Einbindung mit HTTP-URL. Eine einzige solche Zeile reicht, um das Schloss zu kippen.
Wie wir HTTPS auf fahoch2.de erzwingen
Verschlüsselung anzubieten reicht nicht — man muss sie auch erzwingen. Auf fahoch2.de greifen dafür zwei Mechanismen ineinander:
- HSTS (
Strict-Transport-Security: max-age=63072000; includeSubDomains; preload) weist den Browser an, die Domain ausschließlich über HTTPS zu laden, und meldet sie für die Browser-Preload-Liste an. Der erste Besuch ist dadurch von vornherein verschlüsselt. Die Details dieses Headers stehen im Artikel zu den Security-Headern. upgrade-insecure-requestsin der Content-Security-Policy hebt jede versehentlich als HTTP eingebundene Ressource automatisch auf HTTPS an, bevor sie geladen wird. Das ist ein Sicherheitsnetz gegen Mixed Content: Selbst wenn sich eine HTTP-URL einschleicht, lädt der Browser sie verschlüsselt.
Wer die TLS-Terminierung über eine vorgelagerte Schicht wie Cloudflare laufen lässt, bekommt die Zertifikats-Verwaltung und moderne TLS-Versionen ohnehin frei Haus.
Beispiel:
In URL-Audits ist Mixed Content ein typischer Befund: Die Startseite zeigt das Schloss, eine Unterseite („Team" etwa) nicht — Ursache meist ein einzelnes Mitarbeiter-Foto, das noch über die HTTP-URL eines alten Dienstleisters eingebunden ist. Ein passiver Mixed-Content-Fall, eine Zeile, sichtbar nur auf einer Unterseite. Wer solche Stellen systematisch finden will: ein Erstgespräch (30 Minuten, kostenfrei) ordnet die Lage ein.
Für eine vollständige Prüfung von Zertifikat, HTTPS-Erzwingung, Mixed Content und der gesamten Header-Lage empfehlen wir den Hebel-Audit (890 €, bei Mandanten-Boost-Beauftragung innerhalb von 60 Tagen voll anrechenbar).
Zusammenfassung
Das Schloss-Symbol steht für eine verschlüsselte Verbindung — die Grundlage dafür, dass Kontakt-Daten einer Kanzlei-Website nicht offen übertragen werden. TLS handelt diese Verschlüsselung im Handshake aus; das BSI gibt mit TR-02102 vor, welche Verfahren sicher sind. Ein gültiges Zertifikat kostet über Let's Encrypt nichts und wird auf modernen Plattformen automatisch erneuert. Der häufigste Fehler ist nicht das fehlende Zertifikat, sondern Mixed Content — eine einzelne über HTTP geladene Ressource, die das Schloss kippt. HSTS erzwingt HTTPS von der ersten Anfrage an, upgrade-insecure-requests fängt eingeschlichene HTTP-Ressourcen ab. Wer die eigene Seite prüfen will, beginnt mit dem kostenfreien Check und schaut gezielt auf Unterseiten, wo sich Mixed Content gern versteckt.
Quellen
- MDN — Mixed content — abgerufen 2026-05-29
- MDN — Strict-Transport-Security — abgerufen 2026-05-29
- MDN — CSP: upgrade-insecure-requests — abgerufen 2026-05-29
- BSI TR-02102 — Kryptographische Verfahren (TLS) — abgerufen 2026-05-29
- Let's Encrypt — kostenlose TLS-Zertifikate — abgerufen 2026-05-29
Disclaimer: Allgemeine fachliche Information zum Zeitpunkt der Veröffentlichung. Kryptographische Empfehlungen ändern sich; maßgeblich ist die jeweils aktuelle Fassung der BSI TR-02102.
Stand und rechtlicher Hinweis
- Erstveröffentlichung
- Autor
- Alexander Mock
- Lesezeit
- 11 Minuten
Allgemeine Information, keine individuelle Beratung. Dieser Artikel beschreibt steuer-, berufs- oder webrechtliche Grundsystematik zum oben genannten Stand. Er ist nicht mandantenspezifisch und ersetzt keine individuelle Rechts-, Steuer- oder Anlage-Beratung im Sinne § 2 Rechtsdienstleistungsgesetz (RDG), § 1 Steuerberatungsgesetz (StBerG) oder § 34d/f Gewerbeordnung (GewO). Vor jeder konkreten Entscheidung wenden Sie sich an einen zugelassenen Steuerberater, Rechtsanwalt oder die jeweils zuständige Behörde.
Zitate aus amtlichen Werken. Gesetzes-Texte, Verwaltungsanweisungen (BMF-Schreiben) und Gerichts-Entscheidungen (BFH, BGH, BVerfG, EuGH) sind nach § 5 Urheberrechtsgesetz gemeinfrei. Zitiert wird jeweils mit Aktenzeichen und Entscheidungs- bzw. Schreibens-Datum. Aktualität der Rechtslage bitte vor Bezugnahme gegen die jeweilige amtliche Veröffentlichung prüfen (gesetze-im-internet.de, bundesfinanzhof.de, bmf.bund.de).
Externe Quellen. Wo wir auf Studien, Branchenstatistiken oder Drittanbieter-Dokumente verweisen, ist das Abrufs-Datum jeweils beim Quellenverweis angegeben. Online-Inhalte können sich nach unserem Abruf geändert haben.
Haftung. Trotz sorgfältiger Recherche können Ungenauigkeiten oder Rechtsänderungen nach Veröffentlichung nicht ausgeschlossen werden. Eine Haftung für Schäden, die durch die Nutzung der Information ohne anwaltliche oder steuerberaterliche Gegenprüfung entstehen, ist ausgeschlossen — soweit gesetzlich zulässig.
Themen
Auch zu lesen
Sicherheit
Security-Header für Kanzleien — CSP, HSTS und Co.
Die meisten Steuerkanzlei-Websites liefern ihre Seiten ohne einen einzigen Schutz-Header aus. Das sieht man nicht — kein Besucher merkt es, keine Aufsichtsbehörde mahnt es ab. Aber es ist die Differenz zwischen einer Note A und einer Note F bei securityheaders.com, dem Werkzeug, das in jedem unserer Audits die erste Zahl liefert. In einer Stichprobe oberfränkischer Kanzlei-Websites lag die große Mehrheit bei F oder E. Dieser Artikel erklärt die sechs relevanten Header, ihren Zweck und die typische Fehlkonfiguration — und zeigt am Ende die Konfiguration, die wir auf fahoch2.de selbst ausliefern.
Sicherheit
Note A statt A+: warum unsafe-inline in der CSP bleibt
Eine Content-Security-Policy zu setzen ist der erste Schritt — sie maximal scharf zu stellen ist der zweite, den man nicht reflexhaft gehen sollte. Eine CSP, die noch unsafe-inline erlaubt, bekommt bei den gängigen Prüfdiensten ein A, aber kein A+. Der naheliegende Reflex ist, das unsafe-inline mit Nonces wegzubekommen — und genau hier liegt bei einer statisch ausgelieferten Website eine Falle. Dieser Artikel zeigt, warum der Weg zum A+ auf einer modernen Architektur das CDN-Caching kosten würde, das den eigentlichen Geschwindigkeits- und Sicherheits-Vorteil ausmacht, und warum wir auf fahoch2.de deshalb bewusst und ehrlich bei Note A bleiben.
Sicherheit
Cloudflare Turnstile statt reCAPTCHA: Spam ohne Cookies
Auf vielen Kanzlei-Websites sitzt unter dem Kontaktformular ein Google-reCAPTCHA — meist eingebaut, weil „man das so macht". Der Preis dafür wird selten mitbedacht: Jeder Seitenaufruf löst einen Request an Google in die USA aus, der Cookie-Banner wird damit faktisch zur Pflicht, und für legitime Besucher ist die Bedienung oft holprig. Cloudflare Turnstile ist die seriöse Alternative: kein Tracking-Cookie, datensparsam, für die meisten Besucher unsichtbar. Dieser Artikel zeigt, wann eine Kanzlei überhaupt ein Captcha braucht, warum Turnstile der sauberere reCAPTCHA-Ersatz ist, und wie eine Einbindung aussähe, die das Formular bei einem Cloudflare-Ausfall nicht mit in den Abgrund reißt.
Wenn Sie das in Ruhe besprechen möchten
Lassen Sie uns 30 Minuten zur Außen-Sicht Ihrer Kanzlei sprechen.
Erst gratis-Vorprüfung über das URL-Tool — dann entscheiden Sie, ob ein 890-€-Tiefen-Audit für Sie Sinn ergibt.