Wie gefährlich ist es, IPs direkt über Hosts in Windows zu übersetzen

Beachten Sie die folgenden Aussagen:

• Alle Zertifizierungsstellen, die von Ihrem Webbrowser als vertrauenswürdig eingestuft werden, lehnen die Bereitstellung eines Zertifikats für examplebank.comden Angreifer ab, ohne dass der Besitz der Domäne nachgewiesen wird.

• Die Signaturschlüssel aller Behörden werden sicher aufbewahrt, und ein Unbefugter kann sich selbst kein Zertifikat ausstellen. (Siehe den letzten Comodo-Einbruch .)

• Ihr Webbrowser überprüft ordnungsgemäß, ob das SSL-Zertifikat des Servers von einer gültigen Zertifizierungsstelle ausgestellt, nicht widerrufen wurde, für die Verwendung durch Server gültig ist und für die examplebank.comDomäne ausgestellt wurde.

• Es gibt keine aktive Malware oder einen Browser-Fehler, durch den solche Prüfungen umgangen werden.

• Sie öffnen immer https://examplebank.comund fordern SSL explizit an, anstatt sich darauf zu verlassen, dass die Website Sie weiterleitet.

• Sie lesen tatsächlich die SSL-Fehlermeldungen, anstatt Ignorebeim Öffnen der Website blind zu klicken .

Wenn alle oben genannten Punkte zutreffen, werden Sie von HTTPS gewarnt, dass Sie versucht haben, eine Verbindung zu einer gefälschten Website herzustellen. HTTPS kann jedoch nicht umgeleitete Umleitungen (z. B. Spoofing examplebank.comdurch DNS oder /etc/hosts) umgehen. Wenn Sie die Warnungen ignorieren, werden Ihre Daten an den Angreifer weitergeleitet, nicht an die reale Bank.

Zum Schluss, ja, es ist gefährlich.

Als Antwort auf die bearbeitete Frage:

1. Wenn Sie einfaches HTTP verwenden, sind Sie vermasselt.

2. Wenn Sie HTTPS verwenden, erhalten Sie eine große rote Warnung (siehe erster Teil der Antwort).

3. Jedes "Zertifikat" hat ein RSA-Schlüsselpaar (manchmal DSA, ECDSA). Der öffentliche Schlüssel des Paares ist Teil des Zertifikats, während der private Schlüssel im Webserver gesperrt ist und niemals über das Netzwerk gesendet wird. Beide Schlüssel werden benötigt, um den TLS / SSL-Handshake erfolgreich abzuschließen.

   Wenn der Angreifer ein Zertifikat vorlegt, aber nicht über den zugehörigen privaten Schlüssel verfügt, kann er keinen Datenverkehr entschlüsseln, der über TLS geht. Wikipedia hat eine Beschreibung des TLS-Handshakes .

SSL (HTTPS) schützt Sie nur, solange Ihr Client nicht gefährdet ist .

Wenn es jemandem gelingt, / etc / hosts zu ändern, kann er auch Ihren Browser so anpassen, dass er die SSL-Überprüfung des Servers, mit dem Sie sich verbinden, nicht durchführt, oder er kann das gefälschte Zertifikat seines Betrugservers in die Datenbank der vertrauenswürdigen Zertifikate Ihres Systems einfügen.

Wenn Ihr Client jedoch nicht gefährdet ist und es jemandem gelingt, Ihren Browser an eine andere IP-Adresse umzuleiten (z. B. eine Art DNS-bezogener Hacker oder wenn Sie betrogen werden, um / etc / hosts ohne weitere Änderungen zu ändern), weist der Browser Sie darauf hin, dass etwas passiert Das Zertifikat des Servers ist falsch, und wenn Sie die Warnung nicht ignorieren und fortfahren, sind Sie in Sicherheit.

Zu Ihrer zweiten Frage:

Ist es möglich, dass die Phishing-Website im Fall von https nur ein Zertifikat von www.google.com an mich weitergibt, um zu beweisen, dass sie echt ist?

Nein, das ist nicht möglich, es sei denn, der Angreifer hat es geschafft, den privaten Schlüssel des Servers zu erhalten (z. B. durch Hacken des Servers selbst). Selbst wenn ein Betrugserver das Zertifikat des Servers "weitergegeben" hat, kann er dem Client nicht seine Identität beweisen, wenn er diesen privaten Schlüssel nicht besitzt. Wenn er dies versucht, schlägt er fehl und der Browser zeigt eine Warnung an.

Dante, deine Änderungen werden begrüßt. Aber die Antwort bleibt. Wenn die hosts-Datei gefährdet ist, kann Ihre gesamte Sicherheit hinsichtlich der Domänen beeinträchtigt werden, die für diese Datei sozial entwickelt wurden.

HTTPS ist die Ausnahme und bietet aufgrund des Zertifikatsystems eine Form des Schutzes, durch die Sie wissen, dass die angezeigte Website möglicherweise nicht so ist, wie es scheint.