Beim Spoofing werden Absender- oder Identit\u00e4tsinformationen so manipuliert, dass eine Kommunikation scheinbar von einer anderen Quelle stammt. Bei SMTP ist eine solche T\u00e4uschung ohne zus\u00e4tzliche Authentifizierungsmechanismen grunds\u00e4tzlich m\u00f6glich. Die Schwachstelle liegt dabei nicht im einzelnen Endger\u00e4t, sondern im fehlenden Nachweis der Herkunft auf Protokollebene<\/strong> selbst. Je nachdem, welches Merkmal manipuliert wird, unterscheidet man Varianten wie IP-Spoofing, E-Mail-Spoofing, DNS-Spoofing oder Caller-ID-Spoofing, die jeweils ein anderes Protokoll missbrauchen, aber demselben Grundprinzip einer vorget\u00e4uschten Herkunft folgen. Spoofing tritt nicht als eigenst\u00e4ndiges Ziel auf, sondern dient als Grundlage f\u00fcr einen nachgelagerten Angriff<\/strong> wie Phishing oder eine Man-in-the-Middle-Position im Datenverkehr.<\/p>\n Ein Zahlungsprozess bei einer Versicherung ist ein naheliegendes Ziel, sobald eine gef\u00e4lschte interne Absenderadresse eine Anweisung zur \u00c4nderung von Bankverbindungen in einem Schadenfall glaubw\u00fcrdiger erscheinen l\u00e4sst. Bei Versicherern verst\u00e4rkt DNS-Spoofing dieses Risiko zus\u00e4tzlich, wenn Kunden beim Aufruf des Online-Portals unbemerkt auf eine nachgebaute Seite umgeleitet werden<\/strong> und dort Vertragsnummer sowie Zugangsdaten preisgeben. Eine telefonische R\u00fcckbest\u00e4tigung \u00fcber eine bereits bekannte, unabh\u00e4ngig recherchierte Nummer kann verhindern, dass eine gef\u00e4lschte Anweisung unbemerkt bleibt.<\/p>\n Spoofing setzt an der Stelle an, an der ein Protokoll eine Angabe \u00fcbernimmt, ohne sie zu \u00fcberpr\u00fcfen: Der Angreifer tr\u00e4gt dort einen fremden Wert ein, und das empfangende System behandelt ihn wie einen echten<\/strong>. Bei E-Mail betrifft das die Absenderangabe, bei IP-Paketen die Quelladresse, bei DNS die Antwort auf eine Namensaufl\u00f6sung, bei Telefonie die \u00fcbermittelte Rufnummer.<\/p>\n Die Wirkung entsteht erst danach, denn eine gef\u00e4lschte Herkunft allein richtet keinen Schaden an. Sie senkt die erste H\u00fcrde f\u00fcr den eigentlichen Angriff<\/strong>: Eine Anweisung aus der eigenen Domain wird seltener hinterfragt, eine umgeleitete Namensaufl\u00f6sung f\u00fchrt zu einer nachgebauten Seite, eine bekannte Rufnummer im Display verschafft dem Anrufer Geh\u00f6r. Pr\u00fcfmechanismen greifen dabei nur, sofern die Gegenseite sie auswertet: SPF und DMARC wertet der empfangende Server aus; DKIM signiert die sendende Domain, gepr\u00fcft wird die Signatur aber ebenfalls erst beim Empf\u00e4nger. Auf der Empf\u00e4ngerseite bleibt deshalb eine Frage entscheidend: Welcher Kanal best\u00e4tigt die Identit\u00e4t, wenn die Angabe im Kanal selbst gef\u00e4lscht sein kann? Diese Frage beantwortet kein Protokoll, sondern eine R\u00fcckbest\u00e4tigung \u00fcber einen zweiten Weg<\/strong>.<\/p>\nWie funktioniert Spoofing?<\/h2>\n
Spoofing vs. Phishing<\/h2>\n