{"id":37685,"date":"2019-10-31T22:19:05","date_gmt":"2019-10-31T19:19:05","guid":{"rendered":"https:\/\/prohoster.info\/blog\/chto-nam-stoit-mesh-postroit-kak-detsentralizovannyj-internet-provajder-medium-delaet-novyj-internet-na-baze-yggdrasil\/"},"modified":"2019-10-31T22:19:05","modified_gmt":"2019-10-31T19:19:05","slug":"chto-nam-stoit-mesh-postroit-kak-detsentralizovannyj-internet-provajder-medium-delaet-novyj-internet-na-baze-yggdrasil","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/chto-nam-stoit-mesh-postroit-kak-detsentralizovannyj-internet-provajder-medium-delaet-novyj-internet-na-baze-yggdrasil","title":{"rendered":"O que nos custa construir a Mesh: como o provedor de internet descentralizado \u2018Medium\u2019 cria uma nova Internet baseada em Yggdrasil","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Ol\u00e1!<\/p>\n

Certamente n\u00e3o ser\u00e1 uma grande novidade para voc\u00ea que o 'Ruthnet Soberano'<\/a><\/noindex> est\u00e1 se aproximando \u2014 a lei entra em vigor j\u00e1 em 1\u00ba de novembro<\/b> deste ano.<\/p>\n

Infelizmente, n\u00e3o est\u00e1 claro como ela funcionar\u00e1 (e se funcionar\u00e1?) \u2014 n\u00e3o h\u00e1 instru\u00e7\u00f5es precisas para os operadores de telecomunica\u00e7\u00f5es dispon\u00edveis publicamente. Tamb\u00e9m n\u00e3o existem m\u00e9todos, multas, planos, distribui\u00e7\u00e3o de responsabilidades e pessoas respons\u00e1veis \u2014 existe apenas uma declara\u00e7\u00e3o.<\/p>\n

Uma situa\u00e7\u00e3o semelhante foi observada em rela\u00e7\u00e3o \u00e0 implementa\u00e7\u00e3o dos planos da 'lei Yarovaya' \u2014 o equipamento necess\u00e1rio n\u00e3o foi desenvolvido a tempo e os principais operadores de telecomunica\u00e7\u00f5es do pa\u00eds foram for\u00e7ados a entrar em contato repetidamente com potenciais fabricantes de equipamentos especializados com perguntas pertinentes. No entanto, eles tamb\u00e9m n\u00e3o obtiveram respostas sobre as especifica\u00e7\u00f5es do equipamento ou sobre amostras.<\/p>\n

Mas o mais importante n\u00e3o \u00e9 qu\u00e3o rapidamente a lei entrar\u00e1 em vigor e quais mudan\u00e7as nos aguardam. O essencial \u00e9 que, devido \u00e0 introdu\u00e7\u00e3o deste projeto de lei, a comunidade de entusiastas come\u00e7ou a montar um ambiente de telecomunica\u00e7\u00f5es independente em nosso pa\u00eds.<\/p>\n

Hoje eu vou falar sobre o que j\u00e1 conseguimos fazer, o que pretendemos realizar em um futuro pr\u00f3ximo e com quais dificuldades e problemas enfrentamos no caminho do desenvolvimento do projeto.<\/p>\n

\"O
\n<\/a><\/noindex><\/p>\n

Sobre o que \u00e9 a lei?<\/h2>\n

\nAntes de entrar na parte t\u00e9cnica do nosso projeto, preciso esclarecer o que a lei 'Sobre o Ruthnet Soberano' realmente representa.<\/p>\n

Resumidamente: as autoridades querem 'proteger' o segmento russo da Internet caso inimigos hipot\u00e9ticos queiram deslig\u00e1-lo. Mas 'boas inten\u00e7\u00f5es pavimentam o caminho para o inferno' \u2014 n\u00e3o est\u00e1 claro de quem exatamente nos pretendem proteger e como 'inimigos' podem, de fato, comprometer o funcionamento do segmento russo da Internet.<\/p>\n

Para que esse cen\u00e1rio se torne realidade, todos os pa\u00edses do mundo precisam se conluiar, cortar todos os cabos transfronteiri\u00e7os, derrubar sat\u00e9lites nacionais e criar constantes interfer\u00eancias de r\u00e1dio.<\/p>\n

Isso n\u00e3o soa muito plaus\u00edvel.<\/p>\n

\"O
\n<\/p>\n

O que \u00e9 'Medium'?<\/h2>\n

\nMedium<\/b> (ingl. Medium<\/i> \u2014 \"intermedi\u00e1rio\", o slogan original \u00e9: N\u00e3o pe\u00e7a pela sua privacidade. Recupere-a.<\/i>; al\u00e9m disso, em ingl\u00eas, a palavra medium<\/i> significa \"intermedi\u00e1rio\") \u2014 um provedor de internet descentralizado russo que oferece servi\u00e7os de acesso \u00e0 rede Yggdrasil<\/a><\/noindex> gratuitamente.<\/p>\n

Quando, onde e por que o \"Medium\" foi criado?<\/h2>\n

\nInicialmente, o projeto foi concebido como na \u00e1rea urbana de Kolomna<\/a><\/noindex> em , no entanto, ap\u00f3s algum tempo, tornou-se evidentemente claro que n\u00e3o havia interessados suficientes para que a ideia se concretizasse.<\/a><\/noindex>.<\/p>\n

\"Medium\" foi formado em abril de 2019 com o objetivo de criar um ambiente de telecomunica\u00e7\u00f5es independente, fornecendo aos usu\u00e1rios finais acesso aos recursos da rede Yggdrasil atrav\u00e9s da tecnologia de transmiss\u00e3o sem fio Wi-Fi.<\/p>\n

Onde posso encontrar a lista completa de todos os pontos da rede?<\/b>Voc\u00ea pode encontr\u00e1-la em reposit\u00f3rio no GitHub<\/a><\/noindex>.<\/p>\n

\"O
\n<\/p>\n

O que \u00e9 Yggdrasil e por que o \"Medium\" o utiliza como transporte principal?<\/h2>\n

\nYggdrasil<\/a><\/noindex> \u2014 \u00e9 uma rede auto-organizada na \u00e1rea urbana de Kolomna<\/a><\/noindex>, com a capacidade de conectar roteadores tanto em modo overlay (por cima da rede Internet), quanto diretamente entre si atrav\u00e9s de conex\u00e3o com fio ou sem fio.<\/p>\n

Yggdrasil \u00e9 a continua\u00e7\u00e3o do projeto CjDNS<\/a><\/noindex>. A principal diferen\u00e7a entre Yggdrasil e CjDNS \u00e9 o uso do protocolo STP<\/a><\/noindex> (spanning tree protocol).<\/p>\n

\"O
\n
\nPor padr\u00e3o, todos os roteadores da rede utilizam criptografia de ponta a ponta<\/a><\/noindex> para transmitir dados entre outros participantes.<\/p>\n

A escolha da rede Yggdrasil como transporte principal foi motivada pela necessidade de aumentar a velocidade da conex\u00e3o (at\u00e9 agosto de 2019, o \"Medium\" utilizava , al\u00e9m de convidar os cidad\u00e3os interessados a se juntarem ao projeto e elevarem seus pontos de acesso.<\/a><\/noindex>).<\/p>\n

A transi\u00e7\u00e3o para o Yggdrasil tamb\u00e9m deu aos participantes do projeto a oportunidade de come\u00e7ar a implementar uma rede Mesh com topologia Full-Mesh. Essa organiza\u00e7\u00e3o da rede \u00e9 o ant\u00eddoto mais eficaz contra a censura.<\/p>\n

\"O
\n<\/p>\n

An\u00e1lise dos erros: em quais armadilhas j\u00e1 conseguimos cair.<\/h2>\n

\n\u00abA experi\u00eancia \u00e9 filha de erros dif\u00edceis\u00bb. Durante o desenvolvimento do \u00abMedium\u00bb, conseguimos resolver v\u00e1rios problemas que surgiram em nosso caminho.<\/p>\n

Erro n\u00ba 1: infraestrutura de chaves p\u00fablicas<\/h3>\n

\nUm dos principais problemas no momento do projeto da rede era a possibilidade de realizar ataques MITM<\/a><\/noindex>. O tr\u00e1fego entre o roteador do operador e o dispositivo do cliente n\u00e3o era de forma alguma criptografado, pois a descriptografia do tr\u00e1fego principal era feita diretamente no roteador do operador.<\/p>\n

O problema era que atr\u00e1s do roteador poderia estar qualquer um \u2014 e n\u00e3o quer\u00edamos que esse \u00abalgu\u00e9m\u00bb pudesse escutar tudo o que os clientes recebiam.<\/p>\n

Nosso primeiro erro foi a introdu\u00e7\u00e3o em opera\u00e7\u00e3o infraestruturas de chave p\u00fablica<\/a><\/noindex> (PKI).<\/p>\n

Gra\u00e7as ao uso do n\u00edvel 7 modelo de rede OSI <\/a><\/noindex> nos livramos de ataques do tipo MITM, mas adquirimos um novo problema \u2014 a necessidade de instala\u00e7\u00e3o de certificados de autoridades certificadoras raiz. E as autoridades certificadoras s\u00e3o mais um problema desnecess\u00e1rio. A palavra-chave aqui \u00e9 \u00abconfian\u00e7a\u00bb.<\/p>\n

Novamente, precisamos confiar em algu\u00e9m! E se o centro de certifica\u00e7\u00e3o estiver comprometido? Como nos lembra o irm\u00e3o Murphy, \u2014 mais cedo ou mais tarde, o centro de certifica\u00e7\u00e3o realmente ser\u00e1 comprometido. E essa \u00e9 uma amarga verdade.<\/p>\n

Pensamos muito na resolu\u00e7\u00e3o deste problema e, no final, chegamos \u00e0 conclus\u00e3o de que n\u00e3o h\u00e1 necessidade de usar PKI \u2014 \u00e9 suficiente usar a criptografia nativa Yggdrasil.<\/a><\/noindex>.<\/p>\n

Ap\u00f3s as devidas corre\u00e7\u00f5es, a topologia da rede \u00abMedium\u00bb assumiu a seguinte forma:<\/p>\n

\"O<\/p>\n

Erro n\u00ba 2: DNS centralizado<\/h3>\n

\nO sistema de nomes de dom\u00ednio era necess\u00e1rio desde o in\u00edcio, porque endere\u00e7os IPv6 volumosos n\u00e3o apenas n\u00e3o pareciam muito bons \u2014 era inconveniente us\u00e1-los em hyperlinks, e a falta de um componente sem\u00e2ntico era uma grande desvantagem.<\/p>\n

Criamos v\u00e1rios servidores DNS raiz, que mantinham uma c\u00f3pia da lista de registros AAAA<\/a><\/noindex>, localizado em reposit\u00f3rio no GitHub<\/a><\/noindex>.<\/p>\n

\"O
\nNo entanto, o problema da confian\u00e7a n\u00e3o desapareceu \u2014 o operador do servidor DNS poderia alterar o endere\u00e7o IPv6 em um instante. Com alguma habilidade, at\u00e9 quase imperceptivelmente para os outros.<\/p>\n

Como n\u00e3o usamos HTTPS e, em particular, a tecnologia HSTS<\/a><\/noindex>, ao alterar o endere\u00e7o no DNS, poderia ser realizada uma ataque de substitui\u00e7\u00e3o do endere\u00e7o IPv6 do servidor final sem qualquer problema.<\/p>\n

A solu\u00e7\u00e3o n\u00e3o demorou a chegar: decidimos recorrer ao uso da tecnologia EmerDNS<\/a><\/noindex> \u2014 DNS descentralizado.<\/p>\n

De certa forma, EmerDNS \u00e9 semelhante ao arquivo hosts, onde est\u00e3o presentes registros de todos os sites conhecidos. Mas, ao contr\u00e1rio do hosts:<\/p>\n