Vydání NNCP 8.8.0, utilit pro přenos souborů/příkazů v režimu store-and-forward

Byl vydán Node-to-Node CoPy (NNCP), sada nástrojů pro bezpečný přenos souborů, e-mailů a příkazů k provedení v režimu store-and-forward. Podporuje provoz na operačních systémech kompatibilních s POSIX. Nástroje jsou napsané v jazyce Go a distribuovány pod licencí GPLv3.

Nástroje jsou zaměřeny na pomoc při vytváření malých peer-to-peer friend-to-friend sítí (několik uzlů) se statickou routou pro bezpečný přenos souborů v režimu fire-and-forget, žádosti o soubory, e-maily a požadavky na vykonání příkazů. Všechny přenášené pakety jsou šifrovány (end-to-end) a explicitně autentizovány podle známých veřejných klíčů přátel. Cibulové (jako v Tor) šifrování se aplikuje na všechny mezilehlé pakety. Každý uzel může působit jak jako klient, tak serveru a používat jak model push, tak model poll chování.

Odlišnost NNCP od řešení UUCP a FTN (FidoNet Technology Network), kromě výše zmíněného šifrování a autentizace, spočívá v podpoře z krabice sítí floppynet a počítačů, které jsou fyzicky izolovány (air-gapped) od nezabezpečených místních a veřejných sítí. Další zvláštností NNCP je také snadná integrace (vedle UUCP) se stávajícími poštovními servery, jako je Postfix a Exim.

Mezi možná použití NNCP patří organizace odesílání/přijímání pošty na zařízeních bez stálého připojení k internetu, přenos souborů za podmínek nestabilního síťového spojení, bezpečný přenos velmi velkých objemů dat na fyzických nosičích, vytváření izolovaných sítí pro přenos dat chráněných proti útokům typu MitM, obcházení síťové cenzury a sledování. Protože klíč pro dešifrování je pouze u příjemce, nezávisle na cestách dodání paketu přes síť nebo fyzické nosiče, třetí strana nemůže přečíst obsah, i když interceptuje doručení. Na druhé straně autentizace pomocí digitálního podpisu zabraňuje vytvoření falešného doručení pod jménem jiného odesílatele.

Mezi novinkami NNCP 8.8.0, ve srovnání s předchozími novinkami (verze 5.0.0):

  • Namísto hashovací funkce BLAKE2b pro kontrolu integrity souborů je zaveden takzvaný MTH: Hashování založené na Merkleově stromu, který používá hash BLAKE3. To umožňuje vypočítat integritu zašifrované části paketů během stahování, aniž by to vyžadovalo její pozdější čtení. Také to umožňuje neomezené paralelizování kontroly integrity.
  • Nový formát zašifrovaných paketů je zcela přátelský k streamování, kdy velikost dat není předem známa. Signalizace o dokončení přenosu, s autentizovanou velikostí, probíhá přímo v zašifrovaném proudu. Dříve bylo potřeba uchovávat data do dočasného souboru, abyste zjistili jejich velikost. Tím tým „nncp-exec“ zrušil možnost „-use-tmp“ jako naprosto zbytečnou.
  • Funkce BLAKE2b KDF a XOF byly nahrazeny BLAKE3 za účelem zkrácení počtu používaných kryptografických primitívů a zjednodušení kódu.
  • Byla přidána možnost detekovat další uzly v místní síti přes multicastové vysílání na adrese „ff02::4e4e:4350“.
  • Objevily se multicastové skupiny (analog echokonferencí FidoNet nebo diskusních skupin Usenet), které umožňují jedním paketem poslat data mnoha účastníkům skupiny, kde každý uzel také retransmituje paket ostatním účastníkům. Čtení multicastového paketu vyžaduje znalost klíčového páru (je třeba být explicitním účastníkem skupiny), ale retransmise může probíhat jakýmkoli uzlem.
  • Byla zavedená podpora explicitního potvrzení příjmu paketu. Odesílatel nemusí paket mazat po odeslání, ale může čekat na zvláštní ACK paket od příjemce.
  • Byla integrována podpora overlay sítě Yggdrasil: online démoni mohou fungovat jako plnohodnotní samostatní účastníci sítě, bez použití alternativních implementací Yggdrasil a plnohodnotné práce s IP zásobníkem na virtuálním síťovém rozhraní.
  • Namísto strukturovaných řetězců (RFC 3339) používá deník záznamy recfile, s nimiž lze používat nástroje GNU Recutils.
  • Volitelně mohou být hlavičky zašifrovaných paketů uchovávány v samostatných souborech v podadresáři „hdr/“, což výrazně zrychluje operace získávání seznamu paketů na souborových systémech s velkými blokovými velikostmi, jako je ZFS. Dříve získání hlavičky paketu vyžadovalo načtení celého bloku 128KiB z disku.
  • Kontrola přítomnosti nových souborů může volitelně využívat subsystémy jádra kqueue a inotify, což snižuje počet systémových volání.
  • Nástroje drží méně otevřených souborů, častěji dochází k jejich uzavření a znovuotevření. Při velkém počtu paketů bylo dříve možné narazit na omezení maximálního počtu otevřených souborů.
  • Mnoho příkazů začalo ukazovat pokrok a rychlost provádění operací, jako je stahování/vysílání, kopírování a zpracování (toss) paketů.
  • Příkaz „nncp-file“ může odesílat nejen jednotlivé soubory, ale i adresáře, přičemž na místě vytváří pax-archiv s jejich obsahem.
  • Online nástroje mohou volitelně okamžitě spustit proces zpracování paketů (tossing) po úspěšném stažení paketu, aniž by bylo nutné spouštět samostatného démona „nncp-toss“.
  • Online vyvolání jiného účastníka může volitelně nastat nejen na základě události aktivace časovače, ale také na základě skutečného výskytu vycházejícího paketu v spool adresáři.
  • Funkčnost je zajištěna pod operačními systémy NetBSD a OpenBSD, kromě dříve podporovaných FreeBSD a GNU/Linux.
  • „nncp-daemon“ je plně kompatibilní s rozhraním UCSPI-TCP. Spolu s možností protokolování do určeného souborového popisovače (například nastavením „NNCPLOG=FD:4“) je zcela přívětivý pro spuštění s nástroji podobnými daemontools.
  • Sestavení projektu bylo plně převedeno na systém redo.

Zdroj: opennet.ru

Koupit spolehlivý hosting pro webové stránky s ochranou proti DDoS, VPS VDS servery 🔥 Koupit spolehlivý hosting pro webové stránky s ochranou proti DDoS, VPS VDS servery | ProHoster