X-Git-Url: https://git.rohieb.name/seminar-bachelor.git/blobdiff_plain/e836e8ff4ecb5ced0191147d5ee054741f1a003d..refs/heads/master:/sicherheit.tex

diff --git a/sicherheit.tex b/sicherheit.tex
index a5cf56c..11d89f7 100644
--- a/sicherheit.tex
+++ b/sicherheit.tex
@@ -1,7 +1,7 @@
 \section{Sicherheitsaspekte}\label{chap:sicherheit}
 
 \subsection{GefÃ¤lschte Zertifikate}
-Falls \acr{EAP-TLS} oder \acr{EAP-TTLS} zur Authentifizierung verwendet werden, ist es die Aufgabe des Benutzers, sicherzustellen, dass der Authenticator sich korrekt ausweist. Dies kann geschehen, indem der Service Provider den Fingerabdruck des genutzten Zertifikats verÃ¶ffentlicht, der vom Benutzer geprÃ¼ft werden kann. Alternativ kann der Service Provider sein Zertifikat mit einer digitalen Unterschrift durch eine Zertifizierungsstelle beglaubigen lassen und so seine IdentitÃ¤t gegenÃ¼ber dem Benutzer bezeugen. Ist dies beides nicht der Fall, gibt es fÃ¼r den Benutzer keine sichere MÃ¶glichkeit, festzustellen, ob der Authenticator, mit dem er kommuniziert, in irgend einer Form vertrauenwÃ¼rdig ist.
+Falls \acr{EAP-TLS} oder \acr{EAP-TTLS} zur Authentifizierung verwendet werden, ist es die Aufgabe des Benutzers, sicherzustellen, dass der Authenticator sich korrekt ausweist. Dies kann geschehen, indem der Service Provider den Fingerabdruck des genutzten Zertifikats verÃ¶ffentlicht, der vom Benutzer geprÃ¼ft werden kann. Alternativ kann der Service Provider sein Zertifikat mit einer digitalen Unterschrift durch eine Zertifizierungsstelle beglaubigen lassen und so seine IdentitÃ¤t gegenÃ¼ber dem Benutzer bezeugen. Ist dies beides nicht der Fall, gibt es fÃ¼r den Benutzer keine sichere MÃ¶glichkeit, festzustellen, ob der Authenticator, mit dem er kommuniziert, in irgend einer Form vertrauenswÃ¼rdig ist.
 
 \subsection{Denial of Service durch gefÃ¤lschte EAPOL-Pakete}
 Falls das Netzwerkmedium von mehreren Teilnehmern gleichzeitig genutzt wird (wie z.~B. Ã¼ber \acr{WLAN} oder von mehreren Rechnern hinter einem Hub), ist es mÃ¶glich, durch gefÃ¤lschte \acr{EAPOL}-\emph{Logoff}-Pakete einen Denial of Service (Dienstverweigerung) hervorzurufen. In diesem Szenario nutzt ein Angreifer, der Zugriff auf das gemeinsam genutzte Medium hat, die Tatsache aus, dass \acr{EAPOL}-\emph{Logoff}-Pakete im Klartext gesendet werden und keinerlei IdentitÃ¤ts- oder IntegritÃ¤tsinformationen beinhalten, und sendet fortlaufend solche Pakete mit der \acr{MAC}-Adresse des GerÃ¤tes, das Ziel des Angriffs ist, als Absender. Dies hat zur Folge, dass der Authenticator fÃ¼r das ZielgerÃ¤t den Zugriff auf die kontrollierten Netzwerkressourcen sperrt, obwohl dieses kein Logoff angefordert hat.
