In diesem Artikel finden Sie eine Zusammenstellung von Aussagen und Antworten, die zeigen, wie wichtig der Einsatz von HTTPS ist und wie fatal der Verzicht. <\/p>\n\n\n\n
Und hier ist der erste Einwand, der häufig genannt wird:<\/p>\n\n\n\n
\n„Es gibt keine sensiblen Daten auf meiner Website.“<\/strong><\/p>\n<\/blockquote>\n\n\n\n
Sie haften für die Inhalte Ihrer Webseite! Nur weil Sie Ihre Webseite sicher bei einem Hoster Ihres Vertrauens bereitstellen lassen, heißt das nicht, dass sie auch sicher über das Internet übertragen wird. Das Internet besteht aus unzähligen Instanzen, die von Unternehmen oder staatlichen Einrichtungen betrieben und überwacht werden. <\/p>\n\n\n\n
Wollen Sie wirklich riskieren, dass auf dem Weg zu Ihren Besuchern, fremde Inhalte, wie Skripte, Bilder oder Werbung ohne Ihr Wissen auf Ihrer Seite platziert werden?<\/strong> Oder Inhalte gegen Ihre Interessen geändert werden? Es wäre sogar möglich Ihre Webseite gezielt zu nutzen, um andere Webseiten anzugreifen!<\/p>\n\n\n\n
All das passiert tagtäglich auf Flugreisen, bei öffentlichen WLAN-Hotspots<\/strong> oder unter staatlicher Hand in China und sogar bei einer Vielzahl von Internet-Service-Providern. HTTPS verhindert all dies. Es stellt sicher, dass die Integrität Ihrer Daten gewahrt wird und erkennt, ob Ihre Daten manipuliert werden. Wenn Sie nur jene Daten verschlüsseln<\/strong>, die Geheimnisse enthalten, geben Sie den Angreifern automatisch ein konkretes Ziel, auf dass sie sich fokussieren können.<\/p>\n\n\n\n
Verschlüsseln Sie Ihre Daten ab dem ersten Bit und geben Angreifern somit keine Chance.<\/strong><\/h3>\n\n\n\n
Zudem zeigen Sie auch so Ihren Kunden und Besuchern, dass Sie Wert auf IT-Security legen. Allein diese Außenwirkung sollte nicht vernachlässigt werden. Oder wie vertrauenswürdig finden Sie Webseiten, auf denen Sie von Ihrem Browser gewarnt werden, dass diese unsicher sind?<\/p>\n\n\n\n
\n„Meine Webseite beinhaltet aber keine Kontaktformulare oder sammelt Informationen über meine Besucher.“<\/em><\/p>\n<\/blockquote>\n\n\n\n
Das spielt keine Rolle. HTTPS schützt weit mehr als nur Kontaktanfragen. HTTPS stellt sicher, dass URL, HTTP-Header und sämtliche Inhalte vertraulich übertragen und vor Manipulation durch Dritte geschützt<\/strong> werden.<\/p>\n\n\n\n
\n„Die Webseite wird zwar via HTTP ausgeliefert, unserer Kontaktformulare werden jedoch mit HTTPS ausgewertet.“<\/em><\/p>\n<\/blockquote>\n\n\n\n
Dieses Vorgehen ist so gut, als wenn Sie komplett auf HTTPS verzichten würden. Alles was der Angreifer tun muss, ist den Link zum Kontaktformular oder sogar die Zieladresse des Formulars auf seine eigene Server zeigen zu lassen. Sie haben keine Möglichkeit dies zu erkennen, weil die Seite vorher mit HTTP ausgeliefert wurde.<\/p>\n\n\n\n
Verschlüsseln Sie die komplette Seite und leiten HTTP-Anfragen auf HTTPS um.<\/strong><\/h3>\n\n\n\n
\n„Zertifikate sind mir zu teuer!“<\/em><\/p>\n<\/blockquote>\n\n\n\n
Sie sind kostenlos.<\/p>\n\n\n\n
\n„HTTPS ist sehr schwer einzurichten und muss gewartet werden.“<\/em><\/p>\n<\/blockquote>\n\n\n\n
Wir helfen Ihnen gern dabei. Schreiben Sie uns einfach<\/a><\/p>\n\n\n\n
\n„Angreifer können meine Website immer noch imitieren, auch wenn ich HTTPS<\/a> verwende.“<\/em><\/p>\n<\/blockquote>\n\n\n\n
Angreifer können es versuchen, aber solange Ihr privater Schlüssel privat bleibt, werden gängige Browser Sicherheitswarnungen<\/strong> generieren, wenn ein Angreifer ein nicht übereinstimmendes oder ungültiges SSL\/TLS<\/a>-Zertifikat verwendet. Oder anders gesagt: HTTPS garantiert die Echtheit Ihrer Seite.<\/p>\n\n\n\n
<\/p>\n\n\n\n
\n„Domain-validierte (DV) Zertifikate sind nicht sicher.“<\/em><\/p>\n<\/blockquote>\n\n\n\n
Doch, sind Sie. Wichtig ist: Verlieren Sie nicht die Kontrolle über Ihre DNS-Einträge. Wählen Sie eine kompetente Zertifizierungsstelle. Was die reine Kryptographie ablangt, gibt es absolut keinen Unterschied zwischen einem DV-Zertifikat und einem Zertifikat mit erweiterter Validierung (EV).<\/p>\n\n\n\n
\n„Die CA kann jeder Zeit für Dritte, ohne mein Wissen, ein Zertifikat ausstellen oder es gibt andere Sicherheitsbedenken mit der CA.“<\/em><\/p>\n<\/blockquote>\n\n\n\n
Um Probleme mit den CAs an sich zu mindern, sollten Sie CAA Records (Certification Authority Authorization) verwenden, um genau zu regeln, welche CAs Zertifikate für Ihre Domain ausstellen dürfen. Zudem haben Sie die Möglichkeit über das Public Key Pinning eine zusätzliche Kontrollinstanz zu realisieren.<\/p>\n\n\n\n
<\/p>\n\n\n\n
\n„HTTPS versteckt nicht die Größe des Inhalts und legt so hinweise für Angreifer offen.“<\/em><\/p>\n<\/blockquote>\n\n\n\n
TLS 1.3 und HTTP\/2 haben Padding-Frames, um die Größe des Chiffretextes künstlich zu vergrößern.<\/p>\n\n\n\n
\n„HTTPS versteckt nicht den DNS-Lookup.“<\/em><\/p>\n<\/blockquote>\n\n\n\n
Das ist korrekt. Denn DNS ist nicht mit HTTP gleichzusetzen. Das sollte aber dennoch kein Grund sein auf HTTPS zu verzichten.<\/p>\n\n\n\n
\n„HTTPS ist langsam.“<\/em><\/p>\n<\/blockquote>\n\n\n\n
Nein, ist es nicht. Websites mit modernen Servern laden schneller über HTTPS als über HTTP; aufgrund von HTTP\/2.<\/p>\n\n\n\n
\n„Phishing Seiten verwenden HTTPS.“<\/p>\n<\/blockquote>\n\n\n\n
Dann sollten Sie das auch tun 😉<\/p>\n\n\n\n
\n„Unsere Website zeigt Anzeigen über HTTP an.“<\/p>\n<\/blockquote>\n\n\n\n
Das ändert nichts an der Tatsache, dass Ihre Website HTTPS benötigt. Der Einsatz von HTTPS mit Inhalten, die über HTTP ausgeliefert werden, verursacht „Mixed-Content“-Warnungen im Browser. Also sollten Sie entweder Ihren Anbieter wechseln oder ihn überzeugen die Inhalte via HTTPS auszuliefern.<\/p>\n\n\n\n
\n„Alles funktioniert über HTTP ganz gut, wir hatten noch nie Probleme“<\/p>\n<\/blockquote>\n\n\n\n
Das dachten schon viele namenhafte Firmen. Bis die ersten Browser begannen, HTTP-Seiten als unsicher zu markieren.<\/p>\n\n\n\n
\n„TLS-Proxies brechen die Garantien von HTTPS.“<\/p>\n<\/blockquote>\n\n\n\n
Das ist nur dann der Fall, wenn der Computer des Endbenutzers dahin gehend modifiziert wird, dem TLS-Proxy zu vertrauen. Dies erfordert jedoch Administratorberechtigungen. Außerdem kann der Webserver das Abfangen der HTTPS-Verbindung in der Regel erkennen.<\/p>\n\n\n\n
\n„Ich möchte aber weiterhin via HTTP und HTTPS meine Seite bedienen können.“<\/p>\n<\/blockquote>\n\n\n\n
Der einzige Grund, warum Sie Verbindungen zu Port 80 auf Ihren Servern erlauben sollten, besteht darin, alle Anfragen an Port 443 weiterzuleiten und dann die Verbindung auf Port 80 zu schließen.<\/p>\n\n\n\n
\n„Meine Seite ist nur intern oder über ein VPN zugänglich.“<\/p>\n<\/blockquote>\n\n\n\n
Die Frage ist: Wie sehr vertrauen Sie dem Unternehmen, welches die Infrastruktur bereitstellt und der Hardware die im Netzwerk eingesetzt wird?<\/p>\n\n\n\n
\n„Wir hashen unsere Passwörter“<\/p>\n<\/blockquote>\n\n\n\n
Das ist gut, solange Sie die Hashes via HTTPS übermitteln.<\/p>\n\n\n\n
\n„HTTPS beeinflusst SEO.“<\/p>\n<\/blockquote>\n\n\n\n
Das ist absolut korrekt. HTTPS verbessert Ihr SEO!<\/p>\n\n\n\n
\n„Es sollte die Aufgabe des Browsers sein, die Nutzer zu schützen.“<\/p>\n<\/blockquote>\n\n\n\n
Korrekt, aber nicht weit genug gedacht. Browser können die Sicherheit nur dann garantieren, wenn der Server über ein HTTPS-Zertifikat Anmeldeinformationen bereitstellt. Als Website-Inhaber, ist es Ihre Verantwortung, diese Anmeldeinformationen für Ihre Kunden zur Verfügung zu stellen.<\/p>\n\n\n\n
Quelle: https:\/\/doesmysiteneedhttps.com\/<\/a><\/em><\/p>\n\n\n\n
<\/div>\n\n\n\nWeiterführend:
<\/strong>http-Monitoring: Ist eine Website verfügbar, funktionsfähig und performant?<\/a><\/a><\/p>\n","protected":false},"excerpt":{"rendered":"IT-Sicherheit: Ja, Sie benötigen HTTPS! In diesem Artikel finden Sie eine Zusammenstellung von Aussagen und Antworten, die zeigen, wie wichtig der Einsatz von HTTPS ist und wie fatal der Verzicht. Und hier ist der erste Einwand, der häufig genannt wird: „Es gibt keine sensiblen Daten auf meiner Website.“ Sie haften für die Inhalte Ihrer Webseite! […]<\/p>\n","protected":false},"author":3,"featured_media":1022,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"content-type":"","_eb_attr":"","footnotes":""},"categories":[10],"tags":[],"class_list":["post-1021","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-endpoint-netzwerksicherheit"],"_links":{"self":[{"href":"https:\/\/enginsight.com\/de\/wp-json\/wp\/v2\/posts\/1021","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/enginsight.com\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/enginsight.com\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/enginsight.com\/de\/wp-json\/wp\/v2\/users\/3"}],"replies":[{"embeddable":true,"href":"https:\/\/enginsight.com\/de\/wp-json\/wp\/v2\/comments?post=1021"}],"version-history":[{"count":0,"href":"https:\/\/enginsight.com\/de\/wp-json\/wp\/v2\/posts\/1021\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/enginsight.com\/de\/wp-json\/wp\/v2\/media\/1022"}],"wp:attachment":[{"href":"https:\/\/enginsight.com\/de\/wp-json\/wp\/v2\/media?parent=1021"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/enginsight.com\/de\/wp-json\/wp\/v2\/categories?post=1021"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/enginsight.com\/de\/wp-json\/wp\/v2\/tags?post=1021"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}