{"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\/it\/blog\/news\/uyazvimost-pozvolyayushhaya-vklinivatsya-v-tcp-soedineniya-osushhestvlyaemye-cherez-vpn-tunneli","title":{"rendered":"Vulnerabilit\u00e0 che consente di infiltrarsi nelle connessioni TCP effettuate tramite tunnel VPN","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Pubblicato<\/a><\/noindex> tecnica di attacco (CVE-2019-14899) che consente di sostituire, modificare o inserire pacchetti nelle connessioni TCP, trasmesse attraverso tunnel VPN. Il problema interessa Linux, FreeBSD, OpenBSD, Android, macOS, iOS e altri sistemi simili a Unix. Linux supporta il meccanismo rp_filter (reverse path filtering) per IPv4, la cui attivazione in modalit\u00e0 \u00abStrict\u00bb neutralizza questo problema. <\/p>\n

Il metodo consente di effettuare la sostituzione dei pacchetti a livello delle connessioni TCP che passano all'interno di un tunnel crittografato, ma non permette di infiltrarsi nelle connessioni che utilizzano strati di crittografia aggiuntivi (come TLS, HTTPS, SSH). Gli algoritmi di crittografia utilizzati nelle VPN non hanno importanza, poich\u00e9 i pacchetti falsi provengono dall'interfaccia esterna e vengono elaborati dal kernel come pacchetti provenienti dall'interfaccia VPN. L'obiettivo pi\u00f9 probabile dell'attacco \u00e8 l'intercettazione delle connessioni HTTP non crittografate, ma non si esclude<\/a><\/noindex> anche l'utilizzo dell'attacco per manipolare le risposte DNS. <\/p>\n

La sostituzione di pacchetti \u00e8 stata dimostrata per i tunnel creati con OpenVPN, WireGuard e IKEv2\/IPSec. Tor non \u00e8 vulnerabile al problema, poich\u00e9 utilizza SOCKS per instradare il traffico e l'associazione all'interfaccia loopback. Per IPv4, l'attacco \u00e8 possibile se si imposta rp_filter in modalit\u00e0 \u00abLoose\u00bb (sysctl net.ipv4.conf.all.rp_filter = 2). Inizialmente, la maggior parte dei sistemi utilizzava la modalit\u00e0 \u00abStrict\u00bb, ma a partire da systemd 240<\/a><\/noindex>, rilasciato lo scorso dicembre, la modalit\u00e0 predefinita \u00e8 stata cambiata in \u00abLoose\u00bb e questa modifica \u00e8 stata riflessa nelle impostazioni predefinite di molte distribuzioni Linux.<\/p>\n

Il meccanismo rp_filter applicato<\/a><\/noindex> per un ulteriore controllo dei percorsi di transito dei pacchetti per prevenire lo spoofing dell'indirizzo sorgente. Impostando a 0, non viene effettuato alcun controllo sull'indirizzo sorgente e qualsiasi pacchetto pu\u00f2 essere reindirizzato senza restrizioni tra le interfacce di rete. La modalit\u00e0 1 \u00abStrict\u00bb prevede il controllo di ogni pacchetto in arrivo da fonti esterne rispetto alla tabella di routing, e se l'interfaccia di rete attraverso cui \u00e8 stato ricevuto il pacchetto non \u00e8 collegata al percorso ottimale di consegna della risposta, il pacchetto viene scartato. La modalit\u00e0 2 \u00abLoose\u00bb alleggerisce il controllo per consentire il funzionamento con bilanciatori di carico o instradamenti asimmetrici, in cui
\nIl percorso della risposta pu\u00f2 non passare attraverso l'interfaccia di rete da cui \u00e8 arrivato il pacchetto in ingresso.<\/p>\n

In modalit\u00e0 \u00abLoose\u00bb il pacchetto in ingresso viene verificato rispetto alla tabella di routing, ma \u00e8 considerato valido se l'indirizzo sorgente \u00e8 raggiungibile attraverso qualsiasi interfaccia di rete disponibile. L'attacco proposto si basa sul fatto che l'attaccante pu\u00f2 inviare un pacchetto con un indirizzo sorgente contraffatto, corrispondente all'interfaccia VPN, e nonostante questo pacchetto arrivi nel sistema tramite un'interfaccia di rete esterna e non tramite la VPN, in modalit\u00e0 rp_filter \u00abLoose\u00bb tale pacchetto non sar\u00e0 scartato. <\/p>\n

Per eseguire l'attacco, l'aggressore deve controllare il gateway attraverso il quale l'utente accede alla rete (ad esempio, tramite un'organizzazione MITM, collegando la vittima a un punto di accesso wireless controllato dall'attaccante o tramite l'hacking del router<\/a><\/noindex>). Controllando il gateway a cui \u00e8 connesso l'utente nella rete, l'attaccante pu\u00f2 inviare pacchetti falsi che saranno interpretati nel contesto dell'interfaccia di rete VPN, ma le risposte verranno inviate attraverso il tunnel.<\/p>\n

Generando un flusso di pacchetti falsi, in cui viene inserito l'indirizzo IP dell'interfaccia VPN, si fanno tentativi di influenzare la connessione stabilita dal client, ma l'influenza di questi pacchetti pu\u00f2 essere osservata solo attraverso un'analisi passiva del flusso di traffico crittografato associato al funzionamento del tunnel. Per condurre l'attacco \u00e8 necessario conoscere l'indirizzo IP dell'interfaccia di rete del tunnel assegnato dal server VPN, oltre a verificare che al momento ci sia una connessione attiva tramite il tunnel verso un determinato host. <\/p>\n

Per determinare l'IP dell'interfaccia di rete virtuale VPN si inviano al sistema della vittima pacchetti SYN-ACK, eseguendo una scansione sistematica dell'intero intervallo di indirizzi virtuali (si esaminano prima gli indirizzi utilizzati di default nella VPN, ad esempio in OpenVPN si utilizza la sottorete 10.8.0.0\/24). L'esistenza dell'indirizzo pu\u00f2 essere dedotta sulla base della ricezione di una risposta con il flag RST.<\/p>\n

In modo analogo viene determinata la connessione a un sito specifico e il numero di porta dal lato del client: ci si invia un pacchetto SYN, utilizzando come indirizzo sorgente l'IP del sito e come indirizzo di destinazione l'IP virtuale VPN. La porta del server pu\u00f2 essere prevista (80 per HTTP), mentre il numero di porta del client pu\u00f2 essere calcolato tramite tentativi, analizzando per diversi numeri le variazioni nell'intensit\u00e0 delle risposte ACK in combinazione con l'assenza di un pacchetto con il flag RST.<\/p>\n

A questo punto, l'attaccante conosce tutti e quattro gli elementi della connessione (indirizzi\/porta IP di origine e indirizzo\/porta IP di destinazione), ma per generare un pacchetto falsificato che verr\u00e0 percepito dal sistema della vittima, l'attaccante deve determinare i numeri di sequenza e di riconoscimento (seq e ack) della connessione TCP. Per determinare questi parametri, l'attaccante invia continuamente pacchetti RST falsi, provando diversi numeri di sequenza, fino a quando non riceve un pacchetto ACK di risposta, la cui ricezione indica che il numero rientra nella finestra TCP. <\/p>\n

Successivamente, l'attaccante verifica la correttezza della determinazione inviando pacchetti con lo stesso numero e osservando l'arrivo delle risposte ACK, dopo di che individua il numero esatto della sequenza corrente. Il compito \u00e8 complicato dal fatto che le risposte vengono inviate all'interno di un tunnel crittografato e la loro analisi nella corrente di traffico interceptata pu\u00f2 essere effettuata solo con metodi indiretti. Il fatto che un pacchetto ACK indirizzato al server VPN venga inviato dal client viene determinato sulla base della dimensione e del ritardo delle risposte crittografate, che correlano con l'invio di pacchetti falsi. Ad esempio, per OpenVPN, un pacchetto crittografato di dimensione 79 permette di concludere con certezza che al suo interno si trova una conferma ACK.<\/p>\n

Prima che la protezione contro l'attacco venga aggiunta al kernel del sistema operativo, come metodo temporaneo per bloccare il problema si raccomanda<\/a><\/noindex> attraverso un filtro pacchetti nella catena 'preroute' bloccare il passaggio dei pacchetti in cui come indirizzo di destinazione \u00e8 specificato l'indirizzo IP virtuale del tunnel.<\/p>\n

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

oppure per 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

Per la protezione durante l'uso di tunnel con indirizzi IPv4 basta impostare rp_filter in modalit\u00e0 'Strict' ('sysctl net.ipv4.conf.all.rp_filter = 1'). Dal lato VPN, il metodo per determinare il numero di sequenza pu\u00f2 essere bloccato aggiungendo riempimenti supplementari ai pacchetti crittografati, rendendo la dimensione di tutti i pacchetti identica. <\/p>\n

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

Fonte: 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\udd47Vulnerabilit\u00e0 che consente di infiltrarsi nelle connessioni TCP effettuate tramite tunnel VPN | ProHoster","description":"\u00c8 stata pubblicata una tecnica di attacco (CVE-2019-14899) che consente di sostituire, alterare o inserire pacchetti.","canonical_url":"https:\/\/prohoster.info\/it\/blog\/news\/uyazvimost-pozvolyayushhaya-vklinivatsya-v-tcp-soedineniya-osushhestvlyaemye-cherez-vpn-tunneli","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"it_IT","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\/it\/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\/it\/wp-json\/wp\/v2\/posts\/53634","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/comments?post=53634"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/53634\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media?parent=53634"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/categories?post=53634"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/tags?post=53634"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}