{"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\/es\/blog\/administrirovanie\/chto-nam-stoit-mesh-postroit-kak-detsentralizovannyj-internet-provajder-medium-delaet-novyj-internet-na-baze-yggdrasil","title":{"rendered":"\u00bfQu\u00e9 nos cuesta construir una Mesh: c\u00f3mo el proveedor de Internet descentralizado \u2018Medium\u2019 crea una nueva Internet basada en Yggdrasil?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\u00a1Saludos!<\/p>\n

Seguramente no ser\u00e1 una gran noticia para ustedes que el \u00abInternet soberano\u00bb<\/a><\/noindex> est\u00e1 a la vuelta de la esquina: la ley entrar\u00e1 en vigor el 1 de noviembre<\/b> de este a\u00f1o.<\/p>\n

Desafortunadamente, no est\u00e1 del todo claro c\u00f3mo funcionar\u00e1 (y si funcionar\u00e1): actualmente no hay instrucciones precisas para los operadores de telecomunicaciones disponibles p\u00fablicamente. Tampoco hay m\u00e9todos, multas, planes, distribuci\u00f3n de responsabilidades ni responsables; simplemente hay una declaraci\u00f3n.<\/p>\n

Se observ\u00f3 una situaci\u00f3n similar con la implementaci\u00f3n de los planes de la \u00abley Yarovaya\u00bb: el equipo necesario no se desarroll\u00f3 a tiempo y los principales operadores de telecomunicaciones del pa\u00eds se vieron obligados a solicitar repetidamente a posibles productores de equipos especializados la informaci\u00f3n correspondiente. Sin embargo, tampoco recibieron respuesta sobre la informaci\u00f3n del equipo, ni muestras del mismo.<\/p>\n

Pero lo m\u00e1s importante no es cu\u00e1n pronto entrar\u00e1 en vigor la ley y qu\u00e9 cambios nos esperan. Lo m\u00e1s importante es que, gracias a la introducci\u00f3n de este proyecto de ley, la comunidad de entusiastas ha comenzado a desplegar un entorno de telecomunicaciones independiente en nuestro pa\u00eds.<\/p>\n

Hoy les hablar\u00e9 sobre lo que ya hemos logrado, lo que planeamos hacer en un futuro cercano y con qu\u00e9 dificultades y problemas hemos tenido que enfrentar en el desarrollo del proyecto.<\/p>\n

\"\u00bfQu\u00e9
\n<\/a><\/noindex><\/p>\n

\u00bfDe qu\u00e9 trata la ley?<\/h2>\n

\nAntes de abordar la parte t\u00e9cnica de nuestro proyecto, debo aclarar qu\u00e9 representa la ley \u00abSobre el Internet soberano\u00bb.<\/p>\n

En resumen: las autoridades quieren \"asegurar\" el segmento ruso de Internet en caso de que enemigos hipot\u00e9ticos quieran desconectarlo. Pero \"las buenas intenciones pavimentan el camino al infierno\" \u2014 no est\u00e1 claro de qui\u00e9n o qu\u00e9 nos van a proteger y c\u00f3mo es que los \"enemigos\" podr\u00edan interrumpir el funcionamiento del segmento ruso de Internet.<\/p>\n

Para que se realice este escenario, todos los pa\u00edses del mundo tendr\u00edan que conspirar, cortar todos los cables transfronterizos, derribar sat\u00e9lites nacionales y crear interferencias radioel\u00e9ctricas constantes.<\/p>\n

No suena muy plausible.<\/p>\n

\"\u00bfQu\u00e9
\n<\/p>\n

\u00bfQu\u00e9 es \u00abMedium\u00bb?<\/h2>\n

\nMedio<\/b> (en ingl\u00e9s. Medio<\/i> \u2014 \u00abintermediario\u00bb, lema original \u2014 No pidas por tu privacidad. Recup\u00e9rala<\/i>; tambi\u00e9n en ingl\u00e9s la palabra medium<\/i> significa \u00abintermedio\u00bb) \u2014 proveedor de internet descentralizado ruso que brinda servicios de acceso a la red Yggdrasil<\/a><\/noindex> sin costo alguno.<\/p>\n

\u00bfCu\u00e1ndo, d\u00f3nde y por qu\u00e9 se cre\u00f3 \u00abMedium\u00bb?<\/h2>\n

\nEl proyecto fue concebido originalmente como red Mesh<\/a><\/noindex> en en el municipio de Kolomna<\/a><\/noindex>.<\/p>\n

\u00abMedium\u00bb se form\u00f3 en abril de 2019 con el objetivo de crear un entorno de telecomunicaciones independiente al proporcionar a los usuarios finales acceso a los recursos de la red Yggdrasil mediante el uso de tecnolog\u00eda de transmisi\u00f3n de datos inal\u00e1mbrica Wi-Fi.<\/p>\n

\u00bfD\u00f3nde puedo encontrar una lista completa de todos los puntos de la red?<\/b>Puedes encontrarla en el repositorio en GitHub<\/a><\/noindex>.<\/p>\n

\"\u00bfQu\u00e9
\n<\/p>\n

\u00bfQu\u00e9 es Yggdrasil y por qu\u00e9 \u00abMedium\u00bb lo utiliza como transporte principal?<\/h2>\n

\nYggdrasil<\/a><\/noindex> \u2014 es una red autoorganizada red Mesh<\/a><\/noindex>, que puede conectar routers tanto en modo overlay (sobre la red de Internet) como directamente entre s\u00ed a trav\u00e9s de conexiones cableadas o inal\u00e1mbricas.<\/p>\n

Yggdrasil es la continuaci\u00f3n del proyecto CjDNS<\/a><\/noindex>. La principal diferencia entre Yggdrasil y CjDNS es el uso del protocolo STP<\/a><\/noindex> (spanning tree protocol).<\/p>\n

\"\u00bfQu\u00e9
\n
\nPor defecto, todos los routers de la red utilizan cifrado de extremo a extremo<\/a><\/noindex> para la transmisi\u00f3n de datos entre otros participantes.<\/p>\n

La elecci\u00f3n de la red Yggdrasil como transporte principal se debi\u00f3 a la necesidad de aumentar la velocidad de conexi\u00f3n (hasta agosto de 2019 \u00abMedium\u00bb utiliz\u00f3 I2P<\/a><\/noindex>).<\/p>\n

La transici\u00f3n a Yggdrasil tambi\u00e9n otorg\u00f3 a los participantes del proyecto la oportunidad de comenzar el despliegue de una red Mesh con topolog\u00eda Full-Mesh. Esta organizaci\u00f3n de la red es el ant\u00eddoto m\u00e1s efectivo contra la censura.<\/p>\n

\"\u00bfQu\u00e9
\n<\/p>\n

An\u00e1lisis de vuelo: en qu\u00e9 obst\u00e1culos ya hemos tropezado.<\/h2>\n

\n\u00abLa experiencia es hijo de dif\u00edciles errores\u00bb. Durante el desarrollo de \u00abMedium\u00bb, logramos resolver numerosos problemas que surg\u00edan en nuestro camino.<\/p>\n

Error n\u00famero 1: infraestructura de claves p\u00fablicas<\/h3>\n

\nUna de las principales preocupaciones en el momento del dise\u00f1o de la red era la posibilidad de realizaci\u00f3n ataques MITM<\/a><\/noindex>. El tr\u00e1fico entre el router del operador y el dispositivo del cliente no se cifraba de ninguna manera, porque la descifrado del tr\u00e1fico principal se realizaba directamente en el router del operador.<\/p>\n

El problema era que detr\u00e1s del router pod\u00eda estar cualquiera, y no quer\u00edamos que ese \u00abalguno\u00bb pudiera escuchar todo lo que recib\u00edan los clientes.<\/p>\n

Nuestro primer error fue implementar la infraestructura de claves p\u00fablicas<\/a><\/noindex> (PKI).<\/p>\n

Gracias al uso de la capa 7 del modelo OSI <\/a><\/noindex> nos libramos de ataques MITM, pero adquirimos un nuevo problema: la necesidad de instalar certificados de las autoridades de certificaci\u00f3n ra\u00edz. Y las autoridades de certificaci\u00f3n son otro problema adicional. La palabra clave aqu\u00ed es \u00abconfianza\u00bb.<\/p>\n

\u00a1De nuevo necesitamos confiar en alguien! \u00bfY si el centro de certificaci\u00f3n resulta estar comprometido? Como nos dice el amigo Murphy, tarde o temprano, efectivamente comprometer\u00e1n una autoridad de certificaci\u00f3n. Y esa es una amarga verdad.<\/p>\n

Pensamos durante mucho tiempo en c\u00f3mo resolver este problema y finalmente llegamos a la conclusi\u00f3n de que no hay necesidad de usar PKI, es suficiente con utilizar el cifrado nativo de Yggdrasil<\/a><\/noindex>.<\/p>\n

Despu\u00e9s de hacer las correcciones pertinentes, la topolog\u00eda de la red \u00abMedium\u00bb tom\u00f3 la siguiente forma:<\/p>\n

\"\u00bfQu\u00e9<\/p>\n

Error n\u00famero 2: DNS centralizado<\/h3>\n

\nEl sistema de nombres de dominio nos fue necesario desde el principio, ya que las voluminosas direcciones IPv6 no solo no se ve\u00edan bien, sino que tambi\u00e9n resultaba inc\u00f3modo utilizarlas en hiperv\u00ednculos, y la falta de un componente sem\u00e1ntico era un gran inconveniente.<\/p>\n

Creamos varios servidores DNS ra\u00edz que almacenaban una copia de la lista de registros AAAA<\/a><\/noindex>, ubicada en el repositorio en GitHub<\/a><\/noindex>.<\/p>\n

\"\u00bfQu\u00e9
\nSin embargo, el problema de la confianza no desapareci\u00f3; un operador podr\u00eda sustituir la direcci\u00f3n IPv6 en el servidor DNS en un abrir y cerrar de ojos. Con cierta habilidad, incluso casi imperceptiblemente para los dem\u00e1s.<\/p>\n

Como no usamos HTTPS y, en particular, la tecnolog\u00eda HSTS<\/a><\/noindex>, al reemplazar una direcci\u00f3n en DNS, se podr\u00eda llevar a cabo un ataque sustituyendo la direcci\u00f3n IPv6 del servidor final sin ning\u00fan problema.<\/p>\n

La soluci\u00f3n no se hizo esperar: decidimos recurrir al uso de la tecnolog\u00eda EmerDNS<\/a><\/noindex> \u2014 DNS descentralizado.<\/p>\n

En cierto sentido, EmerDNS es similar a un archivo hosts, donde hay registros de todos los sitios conocidos. Pero a diferencia de hosts:<\/p>\n