Vydanie NNCP 8.8.0, nástrojov na prenos súborov/príkazov v režime store-and-forward

Bol sa uvoľnený Node-to-Node CoPy (NNCP), súbor nástrojov na bezpečný prenos súborov, e-mailov a príkazov na vykonanie v režime store-and-forward. Podporuje prácu na operačných systémoch kompatibilných s POSIX. Nástroje sú napísané v jazyku Go a distribuované pod licenciou GPLv3.

Nástroje sú zamerané na pomoc pri budovaní malých rovnocenných priateľských sietí (desiatky uzlov) so statickou routingu na bezpečný prenos súborov v režime fire-and-forget, požiadavky na súbory, e-mail a príkazy na vykonanie. Všetky prenášané pakety sú šifrované (end-to-end) a explicitne overované známymi verejnými kľúčmi priateľov. Cibuľkové (ako v Tor) šifrovanie sa aplikuje na všetky medziúrovňové pakety. Každý uzol môže fungovať ako klient aj ako servera a používať obidva modely správania, push aj poll.

Rozdiel NNCP od riešení UUCP a FTN (FidoNet Technology Network), okrem vyššie spomenutého šifrovania a autentifikácie, je podpora na úrovni sieťových floppinetov a počítačov, ktoré sú fyzicky izolované (air-gapped) od nezabezpečených lokálnych a verejných sietí. Jedinečnosťou NNCP je tiež jednoduchá integrácia (rovnako ako UUCP) s aktuálnymi poštovými servermi, ako sú Postfix a Exim.

Medzi možné oblasti využitia NNCP patrí organizácia odosielania/prijímania pošty na zariadenia bez trvalého pripojenia na internet, prenos súborov v podmienkach nestabilného sieťového pripojenia, bezpečný prenos veľmi veľkých objemov dát na fyzických nosičoch, vytváranie chránených pred útokmi MitM izolovaných sietí na prenos dát, obídenie sieťovej cenzúry a sledovania. Keďže kľúč na dešifrovanie má iba príjemca, bez ohľadu na cesty doručenia paketu po sieti alebo cez fyzické nosiče, tretia strana nemôže prečítať obsah, ani keď zachytí zásielku. Na druhej strane autentifikácia pomocou digitálneho podpisu neumožňuje vytvoriť fiktívnu zásielku pod zámienkou iného odosielateľa.

Medzi novinkami NNCP 8.8.0, v porovnaní s predchádzajúcou verziou (5.0.0):

  • Namiesto hashu BLAKE2b na kontrolu integrity súborov bol použitý takzvaný MTH: Merkle Tree-based Hashing, ktorý využíva hash BLAKE3. To umožňuje vypočítať integritu šifrovanej časti balíka priamo počas sťahovania, bez potreby jej neskoršieho čítania. Tiež to poskytuje možnosť neobmedzeného paralelizovania kontroly integrity.
  • Nový formát šifrovaných balíkov je úplne priateľský k streamovaniu, keď je veľkosť dát vopred neznáma. Signalizácia o dokončení prenosu, s autentifikovanou veľkosťou, prebieha priamo v šifrovanom prúde. Predtým bolo potrebné uchovávať prenášané dáta do dočasného súboru, aby sa zistila ich veľkosť. Tak sa tímu 'nncp-exec' zrušila možnosť '-use-tmp' z úplnej zbytočnosti.
  • Funkcie BLAKE2b KDF a XOF boli nahradené BLAKE3 s cieľom znížiť počet používaných kryptografických primitívov a zjednodušiť kód.
  • Objavila sa možnosť zisťovania iných uzlov v lokálnej sieti prostredníctvom multicastového rozosielania na adresu 'ff02::4e4e:4350'.
  • Objavili sa multicastové skupiny (analóg echo konferencií FidoNet alebo novinových skupín Usenet), ktoré umožňujú posielať dáta jedným balíkom viacerým účastníkom skupiny, kde každý tiež retransmisuje balík ostatným signatárom. Čítanie multicastového balíka si vyžaduje znalosť kľúčového páru (musí byť jasne účastníkom skupiny), ale retransmisia môže byť vykonaná akýmkoľvek uzlom.
  • Zabudovaná podpora explicitného potvrdenia prijatia balíka. Odosielateľ nemusí po odoslaní vymazať balík, pričom čaká na zvláštny ACK balík od príjemcu.
  • Zabudovaná podpora overlay siete Yggdrasil: online démoni môžu byť plnohodnotnými samostatnými účastníkmi siete bez potreby používať externé implementácie Yggdrasil a plne pracovať s IP zásobníkom na virtuálnom sieťovom rozhraní.
  • Namiesto štruktúrovaných reťazcov (RFC 3339) používa denník záznamy recfile, s ktorými je možné využiť nástroje GNU Recutils.
  • Voliteľne môžu byť hlavičky šifrovaných balíkov uložené v samostatných súboroch podadresáre 'hdr/', čo výrazne urýchľuje operácie získavania zoznamu balíkov na súborových systémoch s veľkým blokovým rozmerom, ako je ZFS. Predtým získanie hlavičky balíka vyžadovalo predvolene čítanie z disku celého 128KiB bloku.
  • Kontrola prítomnosti nových súborov môže voliteľne používať podsystemy jadra kqueue a inotify, čím sa znižuje počet systémových volaní.
  • Nástroje držia menej otvorených súborov, uzatváranie a opätovné otváranie sa deje menej často. Pri veľkom počte balíkov sa predtým mohlo stať, že sa obmedzilo maximálne možné množstvo otvorených súborov.
  • Mnoho príkazov začalo zobrazovať progres a rýchlosť vykonávania operácií, ako sú sťahovanie/vykladanie, kopírovanie a spracovanie (toss) balíkov.
  • Príkaz „nncp-file“ môže odosielať nielen jednotlivé súbory, ale aj adresáre, pričom počas prenosu vytvára pax-archív s ich obsahom.
  • Online nástroje môžu voliteľne spustiť proces spracovania balíkov (tossing) ihneď po úspešnom stiahnutí balíka, bez spustenia samostatného démona „nncp-toss“.
  • Online vyvolanie iného účastníka môže voliteľne prebiehať nielen na základe udalosti časovača, ale aj na základe príchodu odchádzajúceho balíka do spool adresára.
  • Zabezpečená funkčnosť pod operačnými systémami NetBSD a OpenBSD, okrem predtým podporovaných FreeBSD a GNU/Linux.
  • „nncp-daemon“ je plne kompatibilný s rozhraním UCSPI-TCP. V kombinácii s možnosťou logovania do špecifikovaného súborového deskriptoru (napríklad nastavením „NNCPLOG=FD:4“) je úplne vhodný na spúšťanie s utilitami podobnými daemontools.
  • Stavba projektu bola úplne preložená na systém redo.

Zdroj: opennet.ru

Kúpte si spoľahlivý hosting pre webové stránky s ochranou proti DDoS, VPS VDS servery 🔥 Kúpte si spoľahlivý hosting pre webové stránky s ochranou proti DDoS, VPS VDS servery | ProHoster