Po více než dvou letech vývoje byl uvolněn vydání referenční implementace protokolu Yggdrasil 0.5, který umožňuje nad běžnou globální sítí vytvořit samostatnou decentralizovanou privátní IPv6 síť pro ochranu soukromí, v níž je použito šifrování end-to-end. V síti Yggdrasil mohou být používány jakékoli existující aplikace podporující IPv6. Implementace je napsána v jazyce Go a šíří se pod licencí LGPLv3. Podporovány jsou platformy Linux, OpenWRT, Windows, macOS, FreeBSD, OpenBSD, VyOS a Ubiquiti EdgeRouter.
Yggdrasil vyvíjí novou koncepci routingu pro vytvoření globální decentralizované sítě, jejíž uzly se mohou spojovat buď přímo mezi sebou v režimu mesh sítě (například přes Wi-Fi nebo Bluetooth), nebo komunikovat nad existujícími IPv6 nebo IPv4 sítěmi (síť nad sítí). Významnou charakteristikou Yggdrasil je samoorganizace práce, která nevyžaduje explicitní nastavení routingu — informace o trasách jsou vypočítávány na základě umístění uzlu v síti vzhledem k ostatním uzlům. Zařízení jsou adresována prostřednictvím běžné adresy IPv6, která se nemění v případě, že se uzel přesune (v Yggdrasil je využíván nevyužívaný rozsah adres 0200::/7).
Celá síť Yggdrasil je považována nikoli za sdružení rozptýlených podsítí, ale jako jednotný strukturovaný kostrový strom, který má jeden "kořen", a každý uzel má jednoho rodiče a jednoho nebo více potomků. Taková stromová struktura umožňuje vytvořit trasu k cílovému uzlu vzhledem k uzlu zdroje pomocí mechanismu "locator", který určuje optimální cestu k uzlu od kořene. Informace o stromu jsou distribuovány mezi uzly a nejsou centrálně uchovávány.
Pro ochranu před analýzou provozu síť používá šifrování end-to-end (přenosové uzly nemohou určit obsah), ale anonymita není zaručena — při připojení přes internet mohou peer-to-peer uzly, se kterými dochází k přímé interakci, určit skutečnou IP adresu, proto se pro anonymitu doporučuje připojovat uzly přes Tor nebo I2P.
I přes to, že projekt je ve fázi alfa vývoje, je již dostatečně stabilní pro každodenní použití, ale neposkytuje záruku zpětné kompatibility mezi verzemi. Pro Yggdrasil je komunitou podporována sada služeb, včetně platformy pro hostování Linux kontejnerů pro hostingu jejich webové stránky, vyhledávače YaCy, komunikačního serveru Matrix, IRC serveru, DNS, VoIP systému, BitTorrent trackeru, mapy přístupových bodů, brány do IPFS a proxy pro přístup k sítím Tor, I2P a clearnet.
V nové verzi:
- Byla přidána možnost autentizace připojení k peerům pomocí hesla. Heslo se zadává pomocí parametru „password=“, například „tls://a.b.c.d:12345?password=123456abcdef“.
- Byla přidána možnost využívat pro interakci s peerem protokol QUIC založený na UDP. Pro použití QUIC je třeba uvést URI schéma quic:// v direktivách Listen a Peers, ale podpora QUIC zatím nebyla testována tak důkladně jako TCP a TLS.
- Byla přidána možnost PrivateKeyPath, která umožňuje uchovávat privátní klíč ve formátu PEM nezávisle na hlavním konfiguračním souboru. Pro export klíče do samostatného souboru lze použít možnost „-exportkey“.
- Byl implementován nový routingový schéma, které není zpětně kompatibilní s předchozími verzemi (uzly se Yggdrasil 0.5 nemohou komunikovat s hostiteli běžícími na Yggdrasil 0.4), ale řeší většinu problémů se stabilitou a škálovatelností přítomnému ve větvi 0.4, a také významně snižuje spotřebu paměti a zmenšuje provoz při absenci síťové aktivity.
V nové implementaci se pro sledování vztahů a uzlů používá pravděpodobnostní struktura Bloomova filtru. Distribuovaná hash tabulka (DHT) již není používána pro výměnu dat o routování a vazby otevřených klíčů v stromové síti.
Pro udržení lokální konzistence a snížení závislosti na cestách k kořenovým uzlům nyní uzly zvlášť předávají informace o každém linku, které jsou sledovány v CRDT strukturách. Místo routování od zdroje se používá routování na základě žravého algoritmu (dotazy jsou směřovány k nejbližšímu sousednímu uzlu).
Formáty používané při dohodě o připojeních a multicastovém doručování byly přepracovány pro lepší rozšiřitelnost. Kód pro zpracování spojení byl přepracován tak, aby spolehlivěji sledoval stav peerů. Bylo zajištěno samostatné sledování intervalů mezi opakovanými připojeními pro každého nastaveného peera.
Pro detekci selhání byly místo periodického odesílání izolovaných keepalive požadavků nasazeny potvrzovací zprávy o příjmu provozu, které umožňují eliminovat provoz při neaktivitě v síti (což například snižuje spotřebu energie na mobilních zařízeních tím, že eliminuje provoz v nečinnosti).
Zdroj: opennet.ru
