Пускането на NNCP 8.8.0, инструменти за предаване на файлове/команди в режим на store-and-forward

Състоя се пускането на Node-to-Node CoPy (NNCP), комплект инструменти за безопасен трансфер на файлове, електронна поща и команди за изпълнение в режим store-and-forward. Поддържа работа на POSIX-съвместими операционни системи. Инструментите са написани на езика Go и се разпространяват под лицензия GPLv3.

Инструментите са насочени към помощ при изграждане на малки P2P friend-to-friend мрежи (десетки узли) със статично маршрутизиране за безопасен трансфер на файлове в режим fire-and-forget, заявки за файлове, електронна поща и заявки за изпълнение на команди. Всички предавани пакети са криптирани (end-to-end) и явно аутентифицирани чрез известни публични ключове на познати. Луково (както в Tor) криптиране се прилага за всички междинни пакети. Всеки узел може да играе роля както на клиент, така и сървър и да използва както push, така и poll модел на поведение.

Разликата на NNCP от решенията UUCP и FTN (FidoNet Technology Network), освен споменатото криптиране и аутентификация, е поддръжката от самото начало на мрежи флоппинет и компютри, физически изолирани (air-gapped) от небезопасни локални и публични мрежи. Особеност на NNCP е и лесната интеграция (заедно с UUCP) с текущите пощенски сървъри, като Postfix и Exim.

От възможните области на приложение на NNCP се отбелязва организирането на изпращане/приемане на поща на устройства без постоянно свързване с интернет, предаване на файлове в условия на нестабилна мрежова връзка, безопасен трансфер на много големи обеми данни на физически носители, създаване на защитени от MitM-атаки изолирани мрежи за предаване на данни, заобикаляне на мрежова цензура и наблюдение. Тъй като ключът за декриптиране се намира само при получателя, независимо от пътищата на доставка на пакета през мрежата или чрез физически носители, трето лице не може да прочете съдържанието, дори да прихване изпращането. От своя страна, аутентификацията чрез цифров подпис не позволява да се формира фалшиво изпращане от името на друг изпращач.

Сред новостите на NNCP 8.8.0, в сравнение с предишната версия (5.0.0):

• Вместо хеша BLAKE2b за проверка целостността на файловете е използван т.нар. MTH: Merkle Tree-based Hashing, който използва хеш BLAKE3. Това позволява да се изчисли целостността на криптираната част на пакета директно по време на изтеглянето, без да е необходимо нейното прочитане по-късно. Също така, това позволява неограничено паралелизиране на проверката на целостността.
• Новият формат на криптирани пакети е напълно удобен за стрийминг, когато размерът на данните предварително не е известен. Сигналът за приключване на предаването, с удостоверен размер, идва директно в рамките на криптирания поток. Порано, за да се разбере размерът на предаваните данни, беше необходимо да се запазят във временен файл. Така е премахната опцията „-use-tmp“ от екипа на ‘nncp-exec’ поради пълна ненужност.
• Функциите BLAKE2b KDF и XOF са заменени с BLAKE3, за да се намали броят на използваните криптографски примитиви и да се опрости кода.
• Появи се възможността за откриване на други възли в локалната мрежа чрез мулти-медийно разпространение на адрес „ff02::4e4e:4350“.
• Появиха се мулти-медийни групи (аналог на ехоконференции FidoNet или новинарски групи Usenet), позволяващи с един пакет да се изпратят данни на множество участници в групата, където всеки също ретранслира пакета на останалите абонати. Четенето на мулти-медийния пакет изисква познаване на ключовата двойка (нужно е явно да бъдеш участник в групата), но ретранслирането може да се извършва от всяка възел.
• Появи се поддръжка за експлицитно потвърждаване на получаването на пакета. Изпращачът може да не изтрива пакета след изпращане, изчаквайки получаването на специален ACK-пакет от получателя.
• Вградена поддръжка на overlay-мрежата Yggdrasil: онлайн демоните могат да бъдат напълно самостоятелни участници в мрежата, без да се използват външни реализации на Yggdrasil и с пълна работа с IP стека на виртуален мрежови интерфейс.
• Вместо структурирани низове (RFC 3339), журналът използва recfile-записи, с които могат да се използват инструменти от GNU Recutils.
• Опционално заглавията на криптираните пакети могат да бъдат съхранявани в отделни файлове в поддиректория „hdr/“, значително ускорявайки операциите по получаване на списъка с пакети на файлови системи с голям размер на блока, като например ZFS. Преди получаването на заглавието на пакета изискваше по подразбиране прочитане от диска на целия 128KiB блок.
• Проверка наличието на нови файлове може опционално да използва подсистемите на ядрото kqueue и inotify, намалявайки системните извиквания.
• Утилитите държат по-малко отворени файлове, по-рядко се закриват и отварят отново. При голям брой пакети преди това е било възможно да се сблъскате с ограничението за максимален брой отворени файлове.
• Много команди започнаха да показват прогрес и скорост на изпълнение на операции, като изтегляне/изхвърляне, копиране и обработка (toss) на пакети.
• Командата „nncp-file“ може да изпраща не само единични файлове, но и директории, създавайки на лету pax-архив с техните съдържания.
• Онлайн утилитите могат опционално веднага да стартират процеса на обработка на пакети (tossing) след успешно изтегляне на пакета, без да стартират отделен демон „nncp-toss“.
• Онлайн извикването на друг участник може опционално да се осъществи не само при сработване на таймера, но и при истинското появяване на изходящ пакет в spool-директорията.
• Обезпечена е работоспособността под операционните системи NetBSD и OpenBSD, в допълнение към преди това поддържаните FreeBSD и GNU/Linux.
• „nncp-daemon“ е напълно съвместим с интерфейса UCSPI-TCP. В комбинация с възможността за записване в указан файлов дескриптор (например задавайки „NNCPLOG=FD:4“), той е напълно приятелски настроен за стартиране с подобни на daemontools утилити.
• Сборката на проекта е напълно пренасочена към системата redo.

Източник: opennet.ru