{"id":53634,"date":"2019-12-06T00:00:00","date_gmt":"2019-12-05T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/uyazvimost-pozvolyayushhaya-vklinivatsya-v-tcp-soedineniya-osushhestvlyaemye-cherez-vpn-tunneli"},"modified":"2020-02-18T14:01:34","modified_gmt":"2020-02-18T11:01:34","slug":"uyazvimost-pozvolyayushhaya-vklinivatsya-v-tcp-soedineniya-osushhestvlyaemye-cherez-vpn-tunneli","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/news\/uyazvimost-pozvolyayushhaya-vklinivatsya-v-tcp-soedineniya-osushhestvlyaemye-cherez-vpn-tunneli","title":{"rendered":"Sicherheitsanf\u00e4lligkeit, die es erm\u00f6glicht, sich in TCP-Verbindungen einzuschleusen, die \u00fcber VPN-Tunnel hergestellt werden.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Ver\u00f6ffentlicht<\/a><\/noindex> Angriffstechnik (CVE-2019-14899), die es erm\u00f6glicht, Pakete in TCP-Verbindungen, die \u00fcber VPN-Tunnel geleitet werden, zu ersetzen, zu \u00e4ndern oder einzuschleusen. Das Problem betrifft Linux, FreeBSD, OpenBSD, Android, macOS, iOS und andere Unix-\u00e4hnliche Systeme. Linux unterst\u00fctzt den Mechanismus rp_filter (Reverse Path Filtering) f\u00fcr IPv4, und dessen Aktivierung im Modus \u201eStrict\u201c neutralisiert dieses Problem. <\/p>\n

Die Methode erm\u00f6glicht es, Pakete auf der Ebene von TCP-Verbindungen, die innerhalb eines verschl\u00fcsselten Tunnels verlaufen, zu ersetzen, l\u00e4sst jedoch keinen Eingriff in Verbindungen zu, die zus\u00e4tzliche Verschl\u00fcsselungsebenen (z. B. TLS, HTTPS, SSH) verwenden. Die verwendeten Verschl\u00fcsselungsalgorithmen in VPNs sind irrelevant, da die gef\u00e4lschten Pakete von der externen Schnittstelle stammen und vom Kernel wie Pakete von der VPN-Schnittstelle verarbeitet werden. Das wahrscheinlichste Ziel des Angriffs ist die Manipulation von unverschl\u00fcsselten HTTP-Verbindungen, aber ein Einsatz der Attacke zur Manipulation von DNS-Antworten ist nicht ausgeschlossen.<\/a><\/noindex> und die Verwendung von Angriffen zur Manipulation von DNS-Antworten. <\/p>\n

Eine erfolgreiche Paketmanipulation wurde f\u00fcr Tunnel demonstriert, die mit OpenVPN, WireGuard und IKEv2\/IPSec erstellt wurden. Tor ist nicht betroffen, da es SOCKS zur Weiterleitung des Traffics und die Bindung an das Loopback-Interface verwendet. F\u00fcr IPv4 ist der Angriff m\u00f6glich, wenn rp_filter in den Modus \u201eLoose\u201c (sysctl net.ipv4.conf.all.rp_filter = 2) versetzt wird. Urspr\u00fcnglich wurde in den meisten Systemen der Modus \u201eStrict\u201c verwendet, aber seit systemd 240<\/a><\/noindex>der Ver\u00f6ffentlichung im Dezember letzten Jahres wurde der Standardmodus auf \u201eLoose\u201c ge\u00e4ndert, und diese \u00c4nderung spiegelt sich in den Standardeinstellungen vieler Linux-Distributionen wider.<\/p>\n

Der rp_filter-Mechanismus verwendet<\/a><\/noindex> zur zus\u00e4tzlichen \u00dcberpr\u00fcfung der Pfade von Paketen, um Adressspoofer zu verhindern. Wird der Wert auf 0 gesetzt, findet keine \u00dcberpr\u00fcfung der Quelladresse statt, und jedes Paket kann ohne Einschr\u00e4nkungen zwischen den Netzwerkschnittstellen umgeleitet werden. Modus 1 \u201eStrict\u201c aktiviert die \u00dcberpr\u00fcfung jedes eingehenden Pakets von au\u00dfen auf \u00dcbereinstimmung mit der Routing-Tabelle, und wenn die Netzwerkschnittstelle, \u00fcber die das Paket empfangen wurde, nicht mit der optimalen Route f\u00fcr die Zustellung der Antwort verbunden ist, wird das Paket verworfen. Modus 2 \u201eLoose\u201c lockert die \u00dcberpr\u00fcfung, um den Betrieb bei Verwendung von Lastverteilern oder asymmetrischem Routing zu erm\u00f6glichen, bei dem
\nder R\u00fcckweg nicht \u00fcber das Netzwerkinterface f\u00fchren muss, \u00fcber das das eingehende Paket empfangen wurde.<\/p>\n

Im Modus \u201eLoose\u201c wird das eingehende Paket auf \u00dcbereinstimmung mit der Routing-Tabelle \u00fcberpr\u00fcft, gilt jedoch als zul\u00e4ssig, wenn die Quelladresse \u00fcber eine beliebige vorhandene Netzwerkschnittstelle erreichbar ist. Der vorgeschlagene Angriff basiert darauf, dass der Angreifer ein Paket mit einer ge\u00e4nderten Quelladresse, die der VPN-Schnittstelle entspricht, senden kann, und obwohl dieses Paket \u00fcber eine externe Netzwerkschnittstelle und nicht \u00fcber das VPN in das System gelangt, wird es im Modus rp_filter \u201eLoose\u201c nicht verworfen. <\/p>\n

Um den Angriff durchzuf\u00fchren, muss der Angreifer das Gateway kontrollieren, \u00fcber das der Benutzer mit dem Netzwerk verbunden ist (zum Beispiel durch eine MITM-Organisation, wenn das Opfer mit einem vom Angreifer kontrollierten Zugangspunkt verbunden ist, oder durch das Hacken eines Routers<\/a><\/noindex>). Indem er das Gateway kontrolliert, \u00fcber das der Benutzer mit dem Netzwerk verbunden ist, kann der Angreifer gef\u00e4lschte Pakete senden, die im Kontext des VPN-Netzwerkinterfaces wahrgenommen werden, die Antworten jedoch \u00fcber den Tunnel zur\u00fcckgesendet werden.<\/p>\n

Durch die Generierung eines Stroms von gef\u00e4lschten Paketen, in denen die IP-Adresse des VPN-Interfaces eingesetzt wird, wird versucht, das vom Kunden hergestellte Verbindung zu beeinflussen. Die Auswirkungen dieser Pakete k\u00f6nnen jedoch nur durch eine passive Analyse des verschl\u00fcsselten Datenverkehrs, der mit dem Betrieb des Tunnels verbunden ist, beobachtet werden. F\u00fcr einen Angriff ist es notwendig, die vom VPN-Server zugewiesene IP-Adresse des Tunnel-Netzwerkinterfaces zu erfahren und zu bestimmen, dass derzeit eine Verbindung zu einem bestimmten Host \u00fcber den Tunnel aktiv ist. <\/p>\n

Um die IP des virtuellen Netzwerkinterfaces des VPN zu bestimmen, werden SYN-ACK-Pakete an das Zielsystem gesendet, wobei der gesamte Bereich der virtuellen Adressen nacheinander durchprobiert wird (zun\u00e4chst werden Adressen verwendet, die im VPN standardm\u00e4\u00dfig genutzt werden, wie zum Beispiel das Subnetz 10.8.0.0\/24, das in OpenVPN verwendet wird). Das Vorhandensein einer Adresse kann an der R\u00fcckmeldung mit dem RST-Flag festgestellt werden.<\/p>\n

\u00c4hnlich wird die Verbindung zu einer bestimmten Website und der Port auf der Client-Seite bestimmt \u2013 indem die Portnummern auf der Benutzerseite durchprobiert werden, wird ein SYN-Paket mit der IP der Website als Quelladresse gesendet, und die Zieladresse ist die virtuelle IP des VPN. Der Serverport l\u00e4sst sich voraussagen (80 f\u00fcr HTTP), w\u00e4hrend die Portnummer auf der Client-Seite durch Brute-Force-Analyse der Intensit\u00e4t der ACK-Antworten in Kombination mit dem Fehlen von Paketen mit dem RST-Flag ermittelt werden kann.<\/p>\n

In diesem Stadium kennt der Angreifer alle vier Elemente der Verbindung (IP-Adressen\/Ports der Quelle und des Ziels), aber um ein gef\u00e4lschtes Paket zu generieren, das vom System des Opfers akzeptiert wird, muss der Angreifer die Sequenz- und Best\u00e4tigungsnummern (seq und ack) der TCP-Verbindung bestimmen. Um diese Parameter festzustellen, sendet der Angreifer kontinuierlich gef\u00e4lschte RST-Pakete, wobei er verschiedene Sequenznummern ausprobiert, bis er ein zur\u00fcckkommendes ACK-Paket feststellt, dessen Eingang anzeigt, dass die Nummer innerhalb des TCP-Fensters liegt. <\/p>\n

Anschlie\u00dfend pr\u00fcft der Angreifer die Richtigkeit der Identifizierung, indem er Pakete mit derselben Nummer sendet und den Eingang von ACK-Antworten beobachtet, woraufhin er die genaue Nummer der aktuellen Sequenz ermittelt. Die Aufgabe wird dadurch erschwert, dass die Antworten innerhalb eines verschl\u00fcsselten Tunnels gesendet werden und ihre Existenz im abgefangenen Datenstrom nur indirekt analysiert werden kann. Die Tatsache, dass ein an den VPN-Server adressiertes ACK-Paket vom Client gesendet wird, wird anhand der Gr\u00f6\u00dfe und der Verz\u00f6gerung der verschl\u00fcsselten Antworten bestimmt, die mit dem Versand gef\u00e4lschter Pakete korrelieren. Zum Beispiel l\u00e4sst f\u00fcr OpenVPN ein verschl\u00fcsseltes Paket mit der Gr\u00f6\u00dfe 79 genau darauf schlie\u00dfen, dass es sich innerhalb um eine ACK-Best\u00e4tigung handelt.<\/p>\n

Bevor der Angriffsschutz in den Kernel des Betriebssystems aufgenommen wird, kann als vor\u00fcbergehende Methode zur Blockierung des Problems es empfohlen wird<\/a><\/noindex> Mit einem Paketfilter in der Prerouting-Kette den Durchlauf von Paketen blockieren, bei denen die Zieladresse eine virtuelle IP-Adresse des Tunnels ist.<\/p>\n

iptables -t raw -I PREROUTING ! -i wg0 -d 10.182.12.8 -m addrtype ! --src-type LOCAL -j DROP<\/p>\n

oder f\u00fcr nftables<\/p>\n

nft add table ip raw
\n nft add chain ip raw prerouting '{ type filter hook prerouting priority 0; }'
\n nft add rule ip raw prerouting 'iifname != \"wg0\" ip daddr 10.182.12.8 fib saddr type != local drop'<\/p>\n

Zum Schutz bei der Verwendung von Tunneln mit IPv4-Adressen reicht es aus, den rp_filter in den 'Strict'-Modus zu versetzen ('sysctl net.ipv4.conf.all.rp_filter = 1'). Auf der VPN-Seite kann die Methode zur Bestimmung der Sequenznummer blockiert werden, indem gepolsterte Daten zu den verschl\u00fcsselten Paketen hinzugef\u00fcgt werden, um die Gr\u00f6\u00dfe aller Pakete gleich zu halten. <\/p>\n

<\/a><\/noindex><\/p>\n

Quelle: opennet.ru<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u041e\u043f\u0443\u0431\u043b\u0438\u043a\u043e\u0432\u0430\u043d\u0430 \u0442\u0435\u0445\u043d\u0438\u043a\u0430 \u0430\u0442\u0430\u043a\u0438 (CVE-2019-14899), \u043f\u043e\u0437\u0432\u043e\u043b\u044f\u044e\u0449\u0430\u044f \u043f\u043e\u0434\u043c\u0435\u043d\u0438\u0442\u044c, \u0438\u0437\u043c\u0435\u043d\u0438\u0442\u044c \u0438\u043b\u0438 \u043f\u043e\u0434\u0441\u0442\u0430\u0432\u0438\u0442\u044c \u043f\u0430\u043a\u0435\u0442\u044b \u0432 TCP-\u0441\u043e\u0435\u0434\u0438\u043d\u0435\u043d\u0438\u044f, \u043f\u0440\u043e\u0431\u0440\u0430\u0441\u044b\u0432\u0430\u0435\u043c\u044b\u0435 \u0447\u0435\u0440\u0435\u0437 VPN-\u0442\u0443\u043d\u043d\u0435\u043b\u0438. \u041f\u0440\u043e\u0431\u043b\u0435\u043c\u0430 \u0437\u0430\u0442\u0440\u0430\u0433\u0438\u0432\u0430\u0435\u0442 Linux, FreeBSD, OpenBSD, Android, macOS, iOS \u0438 \u0434\u0440\u0443\u0433\u0438\u0435 Unix-\u043f\u043e\u0434\u043e\u0431\u043d\u044b\u0435 \u0441\u0438\u0441\u0442\u0435\u043c\u044b. Linux \u043f\u043e\u0434\u0434\u0435\u0440\u0436\u0438\u0432\u0430\u0435\u0442 \u043c\u0435\u0445\u0430\u043d\u0438\u0437\u043c rp_filter (reverse path filtering) \u0434\u043b\u044f IPv4, \u0432\u043a\u043b\u044e\u0447\u0435\u043d\u0438\u0435 \u043a\u043e\u0442\u043e\u0440\u043e\u0433\u043e \u0432 \u0440\u0435\u0436\u0438\u043c «Strict» \u043d\u0435\u0439\u0442\u0440\u0430\u043b\u0438\u0437\u0443\u0435\u0442 \u0434\u0430\u043d\u043d\u0443\u044e \u043f\u0440\u043e\u0431\u043b\u0435\u043c\u0443. \u041c\u0435\u0442\u043e\u0434 \u043f\u043e\u0437\u0432\u043e\u043b\u044f\u0435\u0442 \u043e\u0441\u0443\u0449\u0435\u0441\u0442\u0432\u0438\u0442\u044c \u043f\u043e\u0434\u0441\u0442\u0430\u043d\u043e\u0432\u043a\u0443 \u043f\u0430\u043a\u0435\u0442\u043e\u0432 \u043d\u0430 \u0443\u0440\u043e\u0432\u043d\u0435 TCP-\u0441\u043e\u0435\u0434\u0438\u043d\u0435\u043d\u0438\u0439, \u043f\u0440\u043e\u0445\u043e\u0434\u044f\u0449\u0438\u0445 \u0432\u043d\u0443\u0442\u0440\u0438 \u0448\u0438\u0444\u0440\u043e\u0432\u0430\u043d\u043d\u043e\u0433\u043e […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[702],"tags":[],"class_list":["post-53634","post","type-post","status-publish","format-standard","hentry","category-news"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Eine Schwachstelle, die in TCP-Verbindungen \u00fcber VPN-Tunnel eindringen kann | ProHoster","description":"Die Angriffstechnik (CVE-2019-14899) wurde ver\u00f6ffentlicht, die es erm\u00f6glicht, Pakete zu manipulieren, zu \u00e4ndern oder zu ersetzen.","canonical_url":"https:\/\/prohoster.info\/de\/blog\/news\/uyazvimost-pozvolyayushhaya-vklinivatsya-v-tcp-soedineniya-osushhestvlyaemye-cherez-vpn-tunneli","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"de_DE","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0423\u044f\u0437\u0432\u0438\u043c\u043e\u0441\u0442\u044c, \u043f\u043e\u0437\u0432\u043e\u043b\u044f\u044e\u0449\u0430\u044f \u0432\u043a\u043b\u0438\u043d\u0438\u0432\u0430\u0442\u044c\u0441\u044f \u0432 TCP-\u0441\u043e\u0435\u0434\u0438\u043d\u0435\u043d\u0438\u044f, \u043e\u0441\u0443\u0449\u0435\u0441\u0442\u0432\u043b\u044f\u0435\u043c\u044b\u0435 \u0447\u0435\u0440\u0435\u0437 VPN-\u0442\u0443\u043d\u043d\u0435\u043b\u0438 | ProHoster","og:description":"\u041e\u043f\u0443\u0431\u043b\u0438\u043a\u043e\u0432\u0430\u043d\u0430 \u0442\u0435\u0445\u043d\u0438\u043a\u0430 \u0430\u0442\u0430\u043a\u0438 (CVE-2019-14899), \u043f\u043e\u0437\u0432\u043e\u043b\u044f\u044e\u0449\u0430\u044f \u043f\u043e\u0434\u043c\u0435\u043d\u0438\u0442\u044c, \u0438\u0437\u043c\u0435\u043d\u0438\u0442\u044c \u0438\u043b\u0438 \u043f\u043e\u0434\u0441\u0442\u0430\u0432\u0438\u0442\u044c \u043f\u0430\u043a\u0435\u0442\u044b \u0432.","og:url":"https:\/\/prohoster.info\/de\/blog\/news\/uyazvimost-pozvolyayushhaya-vklinivatsya-v-tcp-soedineniya-osushhestvlyaemye-cherez-vpn-tunneli","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-12-05T21:00:00+00:00","article:modified_time":"2020-02-18T11:01:34+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"53634","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-24 08:12:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 20:21:20","updated":"2026-01-24 08:12:19","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/53634","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/comments?post=53634"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/53634\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media?parent=53634"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/categories?post=53634"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/tags?post=53634"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}