Können Sie verhindern, dass ein Mann in der Mitte die Nachricht liest?

Ich habe von all diesen Man-In-The-Middle-Angriffsverhinderungen gehört und frage mich, wie dies möglicherweise funktionieren kann, wenn der Mann in der Mitte nur auf Ihren Stream hört und die Nachricht selbst nicht ändern möchte.

Kann der Mann in der Mitte nicht einfach die von den Gegnern getauschten Schlüssel nehmen, die Schlüssel ändern und dann die Nachricht erneut entschlüsseln und verschlüsseln?

Wie kann ein Zertifikat dies verhindern?

Bearbeiten:

Ich habe gehört, dass die Zertifizierungsstelle im Allgemeinen sagt: "Ja, das ist der Schlüssel der anderen". Aber wie kann ich sicher sein, dass die Unterschrift des Zertifikats nicht verfälscht ist?

Kann der Mann in der Mitte nicht einfach die von den Gegnern getauschten Schlüssel nehmen, die Schlüssel ändern und dann die Nachricht erneut entschlüsseln und verschlüsseln?

Ja, sie können.

Ein Schlüsselaustauschprotokoll wie (die "Lehrbuch" -Version von) DH ist sicher gegen Abhören (dh einfach beobachten, was auf dem Kanal übertragen wird), bricht jedoch vollständig gegen Man-in-the-Middle-Angriffe (MITM) zusammen Sie haben angegeben.

Zertifikate sind ein Versuch, dies zu beheben, aber es tritt ein weiteres Problem auf: Wie können Sie sicherstellen, dass beide Parteien das richtige Zertifikat erhalten? Natürlich können Sie die Zertifikate nicht einfach über den unsicheren Kanal senden, da dieser wiederum anfällig für einen MITM-Angriff ist.

Die Lösung ist die Existenz eines alternativen, (vollständig) sicheren Kanals . Dies sind entweder die beiden Parteien, die sich persönlich treffen und ihre Zertifikate physisch austauschen, oder über einen alternativen, vertrauenswürdigen Kanal (z. B. telefonisch, wenn dies vertrauenswürdig ist).

In Computernetzwerken ist der alternative Kanal normalerweise eine Public-Key-Infrastruktur (PKI). Dies bedeutet, dass Ihr Betriebssystem oder Browser über eine Reihe vorkonfigurierter Stammzertifikate verfügt, von denen andere Zertifikate signiert sind (und möglicherweise sogar weitere Zertifikate, die diese als Zwischenzertifikate verwenden ). Wenn Sie eine Website besuchen, wird daher ein signiertes Zertifikat angezeigt, das mit (einer Kette von) Zertifikaten signiert wird, denen Sie bereits vertrauen. Durch Verwendung dieses Zertifikats ist dann ein authentifizierter Schlüsselaustausch möglich (z. B. um einen kurzlebigen Schlüssel für die Verwendung mit normaler symmetrischer Verschlüsselung zu vereinbaren ).

Bei einem Man-in-the-Middle-Angriff fragen Sie Bob nach seinem Schlüssel, aber Eve fängt die Nachricht ab und sendet Ihnen stattdessen ihren Schlüssel. Sie fragt Bob nach seinem Schlüssel und leitet dann Nachrichten zwischen Ihnen und Bob weiter, entschlüsselt sie, liest und / oder ändert sie dabei.

Das Problem ist, dass Sie nicht wissen, ob Sie wirklich Bobs Schlüssel haben oder nicht. Zertifikate umgehen dies, weil die Zertifizierungsstelle (CA) Bob eine digital signierte Nachricht mit der Aufschrift "Bobs Schlüssel ist 12345" sendet. Sie können dieses Zertifikat überprüfen, da nicht viele Zertifizierungsstellen vorhanden sind und Ihr Browser nur eine Liste gültiger Zertifizierungsstellenschlüssel enthält. Wenn Eve Ihren Versuch abfängt, eine verschlüsselte Kommunikation mit Bob zu starten, hat sie zwei Möglichkeiten. Wenn sie Ihnen sagt, dass Bobs Schlüssel 67890 ist, stellt sie entweder kein Zertifikat zur Verfügung und Sie sagen "Entschuldigung, Sie müssen das beweisen" oder sie stellt ein gefälschtes Zertifikat zur Verfügung und Sie sagen "Dieses Zertifikat ist ungültig". Alternativ sagt sie Ihnen, dass Bobs Schlüssel 12345 ist und stellt ein gültiges Zertifikat dafür zur Verfügung, aber dies nützt ihr nichts, weil sie es nicht tut. '