{"id":52639,"date":"2019-11-13T00:00:00","date_gmt":"2019-11-12T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/domen-fronting-na-baze-tls-1-3"},"modified":"2026-05-20T19:54:20","modified_gmt":"2026-05-20T17:54:20","slug":"domen-fronting-na-baze-tls-1-3","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/domen-fronting-na-baze-tls-1-3","title":{"rendered":"Domain Fronting com base em TLS 1.3","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Introdu\u00e7\u00e3o<\/h3>\n

\"Domain
\nSistemas corporativos modernos de filtragem de conte\u00fado, de renomados fabricantes como Cisco, BlueCoat e FireEye, t\u00eam muito em comum com seus irm\u00e3os mais potentes \u2014 sistemas DPI, que est\u00e3o sendo intensamente implementados em n\u00edvel nacional. A ess\u00eancia do funcionamento de ambos \u00e9 inspecionar o tr\u00e1fego de internet de entrada e sa\u00edda e, com base em listas negras\/brancas, tomar decis\u00f5es sobre a proibi\u00e7\u00e3o de conex\u00f5es. E como ambos se baseiam em princ\u00edpios semelhantes, as formas de contorn\u00e1-los tamb\u00e9m ter\u00e3o muito em comum.<\/p>\n

Uma das tecnologias que permite contornar de forma bastante eficaz tanto o DPI quanto os sistemas corporativos \u00e9 a tecnologia de dom\u00ednio frontal. Seu princ\u00edpio consiste em acessar um recurso bloqueado, escondendo-se atr\u00e1s de outro dom\u00ednio p\u00fablico, com boa reputa\u00e7\u00e3o, que certamente n\u00e3o ser\u00e1 bloqueado por nenhum sistema, como o google.com.<\/p>\n

J\u00e1 foram escritas muitas mat\u00e9rias sobre essa tecnologia e muitos exemplos foram fornecidos. No entanto, as tecnologias populares e debatidas recentemente, como DNS-over-HTTPS e encrypted-SNI, assim como a nova vers\u00e3o do protocolo TLS 1.3, permitem considerar mais uma variante de dom\u00ednio frontal.
\n<\/a><\/p>\n

Vamos entender a tecnologia<\/h3>\n

Primeiro, vamos nos familiarizar com os principais conceitos, para que todos tenham uma compreens\u00e3o de quem \u00e9 quem e por que tudo isso \u00e9 necess\u00e1rio. Mencionamos o mecanismo eSNI, cujo funcionamento ser\u00e1 discutido a seguir. O mecanismo eSNI (encrypted Server Name Indication) \u2013 \u00e9 uma vers\u00e3o protegida do SNI, dispon\u00edvel apenas para o protocolo TLS 1.3. O principal objetivo \u00e9 criptografar, entre outras coisas, as informa\u00e7\u00f5es sobre a qual dom\u00ednio a solicita\u00e7\u00e3o est\u00e1 sendo enviada.<\/p>\n

Agora vamos examinar o funcionamento do mecanismo eSNI na pr\u00e1tica.<\/p>\n

Suponha que temos um recurso na internet que est\u00e1 sendo bloqueado por uma solu\u00e7\u00e3o DPI moderna (por exemplo, o famoso rastreador de torrents \u2014 rutracker.nl). Ao tentarmos acessar o site do rastreador de torrents, vemos a mensagem padr\u00e3o do provedor informando que o recurso est\u00e1 bloqueado:<\/p>\n

\"Domain<\/p>\n

No site do RKN, este dom\u00ednio realmente aparece nas listas de bloqueio:<\/p>\n

\"Domain<\/p>\n

Na consulta whois, \u00e9 vis\u00edvel que o pr\u00f3prio dom\u00ednio est\u00e1 \"escondido\" atr\u00e1s do provedor de nuvem Cloudflare.<\/p>\n

\"Domain<\/p>\n

Mas, ao contr\u00e1rio dos \"especialistas\" da RKN, os funcion\u00e1rios mais tecnicamente preparados da Beeline (ou que aprenderam com a amarga experi\u00eancia do nosso famoso regulador) n\u00e3o baniram o site pelo endere\u00e7o IP, mas colocaram exatamente o nome de dom\u00ednio<\/a>. \u00c9 f\u00e1cil perceber isso ao olhar quais outros dom\u00ednios est\u00e3o escondidos por tr\u00e1s do mesmo endere\u00e7o IP<\/a>, visitar um deles e ver que o acesso n\u00e3o est\u00e1 bloqueado:<\/p>\n

\"Domain<\/p>\n

Como isso \u00e9 poss\u00edvel? Como \u00e9 que o DPI do provedor sabe a qual dos dom\u00ednios meu navegador est\u00e1 se conectando, j\u00e1 que toda a comunica\u00e7\u00e3o ocorre via protocolo https, e at\u00e9 agora n\u00e3o notamos substitui\u00e7\u00f5es de certificados https por parte da Beeline? Ser\u00e1 que ele \u00e9 um vidente ou estou sob vigil\u00e2ncia?<\/p>\n

Vamos tentar responder a essa pergunta analisando o tr\u00e1fego com o Wireshark.<\/p>\n

\"Domain<\/p>\n

Na captura de tela, podemos ver que primeiro o navegador obt\u00e9m o endere\u00e7o IP do servidor atrav\u00e9s do DNS, depois ocorre o handshake TCP padr\u00e3o com o servidor de destino, e ent\u00e3o o navegador tenta estabelecer uma conex\u00e3o SSL com o servidor. Para isso, ele envia o pacote SSL<\/a> Client Hello, que cont\u00e9m o nome do dom\u00ednio de origem em texto claro. Esse campo \u00e9 necess\u00e1rio para que o servidor frontend da Cloudflare possa roteirizar a conex\u00e3o corretamente. E \u00e9 aqui que o DPI do provedor nos pega, rompendo a nossa conex\u00e3o. Nesse processo, n\u00e3o recebemos nenhum aviso do provedor e vemos o erro padr\u00e3o do navegador como se o site estivesse desligado ou simplesmente n\u00e3o funcionasse:<\/p>\n

\"Domain<\/p>\n

Agora vamos ativar o mecanismo eSNI no navegador, conforme descrito nas instru\u00e7\u00f5es para Firefox <\/a>:
\nPara isso, abrimos a p\u00e1gina de configura\u00e7\u00f5es do Firefox about:config<\/b> e ativamos as seguintes configura\u00e7\u00f5es:<\/p>\n

network.trr.mode = 2;\nnetwork.trr.uri = https:\/\/mozilla.cloudflare-dns.com\/dns-query\nnetwork.security.esni.enabled = true\n<\/code><\/pre>\n
Depois disso, verificaremos a corre\u00e7\u00e3o das configura\u00e7\u00f5es no site da Cloudflare em link<\/a> e tentaremos o truque com nosso tracker de torrent mais uma vez.<\/p>\n
\"Domain<\/p>\n
Voil\u00e0. Nosso tracker favorito abriu, sem VPNs ou servidores proxy. Agora vamos dar uma olhada no dump de tr\u00e1fego no Wireshark para ver o que aconteceu.<\/p>\n
\"Domain<\/p>\n
Desta vez, o pacote SSL Client Hello n\u00e3o cont\u00e9m explicitamente o dom\u00ednio de destino; em vez disso, h\u00e1 um novo campo no pacote \u2014 encrypted_server_name \u2014 onde est\u00e1 o valor rutracker.nl, e apenas o servidor frontend da Cloudflare pode decifrar esse campo. Assim, o DPI do provedor n\u00e3o tem escolha a n\u00e3o ser lavar as m\u00e3os e permitir esse tr\u00e1fego. E n\u00e3o existem outras op\u00e7\u00f5es para a criptografia.<\/p>\n
Ent\u00e3o, vimos como a tecnologia funciona no navegador. Agora, vamos tentar aplic\u00e1-la para coisas mais espec\u00edficas e interessantes. Primeiro, vamos ensinar o mesmo curl a usar eSNI para trabalhar com TLS 1.3 e, ao mesmo tempo, ver como funciona o domain fronting baseado em eSNI.<\/p>\n
Domain Fronting com eSNI<\/h3>\n
Uma vez que o curl usa a biblioteca padr\u00e3o openssl para se conectar via https, precisamos garantir o suporte ao eSNI l\u00e1. Nas branches master do openssl, o suporte ao eSNI ainda n\u00e3o existe, portanto, precisamos baixar uma branch especial do openssl, compil\u00e1-la e instal\u00e1-la.<\/p>\n
Clonamos o reposit\u00f3rio do GitHub e compilamos como de costume:<\/p>\n
$ git clone https:\/\/github.com\/sftcd\/openssl\n$ cd openssl\n$ .\/config\n\n$ make\n$ cd esnistuff\n$ make\n<\/code><\/pre>\n
Em seguida, clonamos o reposit\u00f3rio do curl e configuramos sua compila\u00e7\u00e3o usando nossa biblioteca openssl compilada:<\/p>\n
$ cd $HOME\/code\n$ git clone https:\/\/github.com\/niallor\/curl.git curl-esni\n$ cd curl-esni\n\n$ export LD_LIBRARY_PATH=\/opt\/openssl\n$ .\/buildconf\n$ LDFLAGS=\"-L\/opt\/openssl\" .\/configure --with-ssl=\/opt\/openssl --enable-esni --enable-debug\n<\/code><\/pre>\n
\u00c9 importante especificar corretamente todos os diret\u00f3rios onde o openssl est\u00e1 localizado (neste caso, \u00e9 \/opt\/openssl\/) e garantir que o processo de configura\u00e7\u00e3o ocorra sem erros.<\/p>\n
Em caso de configura\u00e7\u00e3o bem-sucedida, veremos a seguinte linha:<\/p>\n
WARNING: esni ESNI enabled but marked EXPERIMENTAL. Use com cautela!<\/b><\/p>\n
$ make<\/code><\/pre>\n
Ap\u00f3s a constru\u00e7\u00e3o bem-sucedida do pacote, usaremos um arquivo bash especial do conjunto do openssl para configurar e iniciar o curl. Vamos copi\u00e1-lo para o diret\u00f3rio do curl para conveni\u00eancia:<\/p>\n
cp \/opt\/openssl\/esnistuff\/curl-esni <\/code><\/pre>\n
e faremos uma requisi\u00e7\u00e3o https de teste ao servidor Cloudflare, gravando simultaneamente os pacotes DNS e TLS no Wireshark.<\/p>\n
$ ESNI_COVER=\"www.hello-rkn.ru\" .\/curl-esni https:\/\/cloudflare.com\/<\/code><\/pre>\n
Na resposta do servidor, al\u00e9m de muitas informa\u00e7\u00f5es de depura\u00e7\u00e3o do openssl e curl, receberemos uma resposta HTTP com c\u00f3digo 301 do Cloudflare.<\/p>\n
HTTP\/1.1 301 Moved Permanently\n< Date: Sun, 03 Nov 2019 13:12:55 GMT\n< Transfer-Encoding: chunked\n< Connection: keep-alive\n< Cache-Control: max-age=3600\n< Expires: Sun, 03 Nov 2019 14:12:55 GMT\n< Location: https:\/\/www.cloudflare.com\/\n<\/code><\/pre>\n
o que indica que nossa solicita\u00e7\u00e3o foi entregue com sucesso ao servidor de destino, ouvida e processada.<\/p>\n
Agora, vamos analisar o tr\u00e1fego no Wireshark, ou seja, o que o DPI do provedor viu neste caso.<\/p>\n
\"Domain<\/p>\n
\u00c9 evidente que inicialmente o curl fez uma consulta ao servidor DNS para obter a chave p\u00fablica eSNI do servidor Cloudflare \u2014 uma consulta DNS TXT para _esni.cloudflare.com (pacote n\u00ba 13). Em seguida, utilizando a biblioteca openssl, o curl enviou uma solicita\u00e7\u00e3o TLS 1.3 ao servidor Cloudflare, onde o campo SNI foi criptografado com a chave p\u00fablica obtida na etapa anterior (pacote n\u00ba 22). No entanto, al\u00e9m do campo eSNI, o pacote SSL hello tamb\u00e9m continha um campo com o SNI padr\u00e3o \u2014 aberto, que podemos especificar em qualquer ordem (neste caso \u2014 www.hello-rkn.ru<\/a>). <\/b><\/p>\n
Este campo SNI aberto n\u00e3o foi considerado na processamento pelos servidores Cloudflare e serviu apenas como uma camuflagem para o DPI do provedor. O servidor Cloudflare aceitou nosso pacote ssl-hello, decifrou o eSNI, extraiu o SNI original e o processou normalmente (fez tudo exatamente como planejado no desenvolvimento do eSNI).<\/p>\n
A \u00fanica coisa com que se pode argumentar do ponto de vista do DPI neste caso \u00e9 a consulta DNS inicial para _esni.cloudflare.com. Mas fizemos a consulta DNS aberta apenas para mostrar como este mecanismo funciona por dentro.<\/p>\n
Para eliminar definitivamente qualquer base para o DPI, usamos o j\u00e1 mencionado mecanismo DNS-over-HTTPS. Uma breve explica\u00e7\u00e3o \u2013 DOH \u00e9 um protocolo que permite se proteger contra ataques de \"homem no meio\" ao enviar consultas DNS pelo protocolo HTTPS.<\/p>\n
Vamos realizar a consulta novamente, mas desta vez n\u00f3s obteremos as chaves p\u00fablicas eSNI pelo protocolo https, e n\u00e3o pelo DNS:<\/p>\n
ESNI_COVER=\"www.hello-rkn.ru\" DOH_URL=https:\/\/mozilla.cloudflare-dns.com\/dns-query .\/curl-esni https:\/\/cloudflare.com\/<\/code><\/pre>\n
O tr\u00e1fego da consulta \u00e9 mostrado na captura de tela abaixo:<\/p>\n
\"Domain<\/p>\n
\u00c9 vis\u00edvel que primeiro o curl se conecta ao servidor mozilla.cloudflare-dns.com pelo protocolo DoH (conex\u00e3o https com o servidor 104.16.249.249) para obter os valores das chaves p\u00fablicas para a criptografia do SNI, e s\u00f3 depois segue para o servidor de destino, disfar\u00e7ando-se com o dom\u00ednio. www.hello-rkn.ru<\/a>.<\/p>\n
Al\u00e9m do resolvedor DoH mencionado acima, mozilla.cloudflare-dns.com, tamb\u00e9m podemos usar outros servi\u00e7os populares de DoH, como o da famosa corpora\u00e7\u00e3o do mal.
\nVamos fazer essa consulta:<\/p>\n
ESNI_COVER=\"www.kremlin.ru\" DOH_URL=https:\/\/dns.google\/dns-query .\/curl-esni https:\/\/rutracker.nl\/<\/code><\/pre>\n
E obteremos a resposta:<\/p>\n
< HTTP\/1.1 301 Moved Permanently\n< Date: Sun, 03 Nov 2019 14:10:22 GMT\n< Content-Type: text\/html\n< Transfer-Encoding: chunked\n< Connection: keep-alive\n< Set-Cookie: __cfduid=da0144d982437e77b0b37af7d00438b1a1572790222; expires=Mon, 02-Nov-20 14:10:22 GMT; path=\/; domain=.rutracker.nl; HttpOnly; Secure\n< Location: https:\/\/rutracker.nl\/forum\/index.php\n< CF-Cache-Status: DYNAMIC\n< Expect-CT: max-age=604800, report-uri="https:\/\/report-uri.cloudflare.com\/cdn-cgi\/beacon\/expect-ct"\n< Server: cloudflare\n< CF-RAY: 52feee696f42d891-CPH\n<\/code><\/pre>\n
\"Domain<\/p>\n
Neste caso, acessamos o servidor bloqueado rutracker.nl, usando o resolver DoH dns.google (n\u00e3o h\u00e1 erro de digita\u00e7\u00e3o, agora a famosa corpora\u00e7\u00e3o possui seu pr\u00f3prio dom\u00ednio de n\u00edvel superior) e nos camuflamos com outro dom\u00ednio, cuja proibi\u00e7\u00e3o de bloqueio \u00e9 estritamente imposta a todos os DPI sob pena de morte. Pela resposta recebida, podemos entender que nossa solicita\u00e7\u00e3o foi processada com sucesso.<\/p>\n
Como uma verifica\u00e7\u00e3o adicional de que o DPI do provedor reage ao SNI aberto, que estamos usando como camuflagem \u2014 podemos fazer um pedido a rutracker.nl disfar\u00e7ados de algum outro recurso proibido, como outro \u2018bom\u2019 rastreador de torrents:<\/p>\n
$ ESNI_COVER=\"rutor.info\" DOH_URL=https:\/\/dns.google\/dns-query .\/curl-esni https:\/\/rutracker.nl\/<\/code><\/pre>\n
N\u00e3o receberemos uma resposta do servidor, pois nossa solicita\u00e7\u00e3o ser\u00e1 bloqueada pelo sistema DPI.<\/p>\n
Um breve resumo da primeira parte<\/h3>\n
Assim, conseguimos demonstrar a funcionalidade do eSNI usando openssl e curl e verificar o funcionamento do domain fronting baseado em eSNI. Da mesma forma, podemos adaptar nossas ferramentas favoritas que usam a biblioteca openssl para operar \u2018sob a camuflagem\u2019 de outros dom\u00ednios. Mais detalhes sobre isso \u2014 em nossos pr\u00f3ximos artigos.<\/p>\n
Fonte: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"
\u0412\u0432\u0435\u0434\u0435\u043d\u0438\u0435 \u0421\u043e\u0432\u0440\u0435\u043c\u0435\u043d\u043d\u044b\u0435 \u043a\u043e\u0440\u043f\u043e\u0440\u0430\u0442\u0438\u0432\u043d\u044b\u0435 \u0441\u0438\u0441\u0442\u0435\u043c\u044b \u0444\u0438\u043b\u044c\u0442\u0440\u0430\u0446\u0438\u0438 \u043a\u043e\u043d\u0442\u0435\u043d\u0442\u0430, \u043e\u0442 \u0442\u0430\u043a\u0438\u0445 \u0438\u043c\u0435\u043d\u0438\u0442\u044b\u0445 \u043f\u0440\u043e\u0438\u0437\u0432\u043e\u0434\u0438\u0442\u0435\u043b\u0435\u0439 \u043a\u0430\u043a Cisco, BlueCoat, FireEye \u0438\u043c\u0435\u044e\u0442 \u0434\u043e\u0432\u043e\u043b\u044c\u043d\u043e \u043c\u043d\u043e\u0433\u043e \u043e\u0431\u0449\u0435\u0433\u043e \u0441 \u0431\u043e\u043b\u0435\u0435 \u043c\u043e\u0449\u043d\u044b\u043c\u0438 \u0438\u0445 \u0441\u043e\u0431\u0440\u0430\u0442\u044c\u044f\u043c\u0438 \u2014 DPI \u0441\u0438\u0441\u0442\u0435\u043c\u0430\u043c\u0438, \u043a\u043e\u0442\u043e\u0440\u044b\u0435 \u0443\u0441\u0438\u043b\u0435\u043d\u043d\u043e \u0432\u043d\u0435\u0434\u0440\u044f\u044e\u0442\u0441\u044f \u043d\u0430 \u043d\u0430\u0446\u0438\u043e\u043d\u0430\u043b\u044c\u043d\u043e\u043c \u0443\u0440\u043e\u0432\u043d\u0435. \u0421\u0443\u0442\u044c \u0440\u0430\u0431\u043e\u0442\u044b \u0438 \u0442\u0435\u0445 \u0438 \u0434\u0440\u0443\u0433\u0438\u0445 \u0432 \u0442\u043e\u043c, \u0447\u0442\u043e\u0431\u044b \u043f\u0440\u043e\u0438\u0437\u0432\u043e\u0434\u0438\u0442\u044c \u0434\u043e\u0441\u043c\u043e\u0442\u0440 \u0432\u0445\u043e\u0434\u044f\u0449\u0435\u0433\u043e \u0438 \u0438\u0441\u0445\u043e\u0434\u044f\u0449\u0435\u0433\u043e \u0438\u043d\u0442\u0435\u0440\u043d\u0435\u0442 \u0442\u0440\u0430\u0444\u0438\u043a\u0430 \u0438, \u043d\u0430 \u043e\u0441\u043d\u043e\u0432\u0430\u043d\u0438\u0438 \u0447\u0435\u0440\u043d\u044b\u0445\/\u0431\u0435\u043b\u044b\u0445 \u0441\u043f\u0438\u0441\u043a\u043e\u0432, \u043f\u0440\u0438\u043d\u0438\u043c\u0430\u0442\u044c \u0440\u0435\u0448\u0435\u043d\u0438\u0435 […]<\/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":[688],"tags":[],"class_list":["post-52639","post","type-post","status-publish","format-standard","hentry","category-administrirovanie"],"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\udd47Domain fronting baseado em TLS 1.3 | ProHoster","description":"Introdu\u00e7\u00e3o Sistemas de filtragem corporativa modernos.","canonical_url":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/domen-fronting-na-baze-tls-1-3","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\u0414\u043e\u043c\u0435\u043d-\u0444\u0440\u043e\u043d\u0442\u0438\u043d\u0433 \u043d\u0430 \u0431\u0430\u0437\u0435 TLS 1.3 | ProHoster","og:description":"\u0412\u0432\u0435\u0434\u0435\u043d\u0438\u0435 \u0421\u043e\u0432\u0440\u0435\u043c\u0435\u043d\u043d\u044b\u0435 \u043a\u043e\u0440\u043f\u043e\u0440\u0430\u0442\u0438\u0432\u043d\u044b\u0435 \u0441\u0438\u0441\u0442\u0435\u043c\u044b \u0444\u0438\u043b\u044c\u0442\u0440\u0430\u0446\u0438\u0438.","og:url":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/domen-fronting-na-baze-tls-1-3","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-11-12T21:00:00+00:00","article:modified_time":"2026-05-20T17:54:20+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"52639","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 04:19:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 20:39:27","updated":"2026-01-24 04:19:19","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\/52639","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=52639"}],"version-history":[{"count":3,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts\/52639\/revisions"}],"predecessor-version":[{"id":173323,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts\/52639\/revisions\/173323"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/media?parent=52639"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/categories?post=52639"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/tags?post=52639"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}