저장 및 전달 모드에서 파일/명령을 전송하기 위한 유틸리티인 NNCP 8.8.0 릴리스

파일, 이메일, 저장 후 전달(store-and-forward) 명령을 안전하게 전송하는 유틸리티 세트인 노드 간 복사(NNCP)가 출시되었습니다. NNCP는 POSIX 호환 운영 체제를 지원합니다. 이 유틸리티는 Go 언어로 작성되었으며 GPLv3 라이선스에 따라 라이선스가 부여됩니다.

이 유틸리티는 안전한 파일 전송, 파일 요청, 이메일 및 명령 실행 요청을 위한 정적 라우팅 기능을 갖춘 소규모 P2P(수십 개 노드) 네트워크 구축을 지원하도록 설계되었습니다. 전송되는 모든 패킷은 종단 간 암호화되며, 피어의 알려진 공개 키를 사용하여 명시적으로 인증됩니다. 모든 중간 패킷에는 Onion 암호화(Tor와 유사)가 적용됩니다. 각 노드는 클라이언트 또는 호스트 역할을 수행할 수 있습니다. 서버 푸시 및 폴링 동작 모델을 모두 사용합니다.

NNCP는 앞서 언급한 암호화 및 인증 기능 외에도 플로피 디스크 네트워크와 물리적으로 격리된(에어갭된) 컴퓨터가 안전하지 않은 로컬 및 공용 네트워크에 연결될 수 있도록 기본적으로 지원한다는 점에서 UUCP 및 FTN(FidoNet Technology Network) 솔루션과 차별화됩니다. 또한 NNCP는 UUCP와 마찬가지로 기존 이메일 서비스와의 손쉬운 통합을 제공합니다. 서버Postfix 및 Exim과 같은 것들입니다.

NNCP의 적용 가능한 분야로는 인터넷 연결이 끊긴 기기로 메일을 송수신하는 시스템, 불안정한 네트워크 연결 환경에서의 파일 전송, 물리적 매체를 통한 대용량 데이터의 안전한 전송, MitM 공격으로부터 보호되는 격리된 데이터 전송 네트워크 구축, 네트워크 검열 및 감시 우회 등이 있습니다. 복호화 키는 네트워크 또는 물리적 매체를 통해 패키지가 전달되는 경로와 관계없이 수신자에게만 제공되므로, 제3자가 전송 내용을 가로채더라도 내용을 읽을 수 없습니다. 또한, 디지털 서명을 통한 인증은 다른 발신자를 사칭하여 허위 전송을 하는 것을 허용하지 않습니다.

이전 뉴스(버전 8.8.0)와 비교했을 때 NNCP 5.0.0의 혁신 사항은 다음과 같습니다.

• BLAKE2b 해시 대신, BLAKE3 해시를 사용하는 소위 MTH: 머클 트리 기반 해싱(Merkle Tree-based Hashing)을 사용하여 파일의 무결성을 검사합니다. 이를 통해 암호화된 패키지 부분의 무결성을 다운로드 중에 직접 계산할 수 있으며, 나중에 읽을 필요가 없습니다. 또한 무결성 검사의 무제한 병렬화가 가능합니다.
• 새로운 암호화 패킷 형식은 데이터 크기를 미리 알 수 없는 경우 스트림 친화적입니다. 인증된 크기를 사용하여 전송 종료를 알리는 신호는 암호화된 스트림에 바로 전달됩니다. 이전에는 전송된 데이터의 크기를 확인하려면 임시 파일에 저장해야 했습니다. 따라서 "nncp-exec" 명령에서 "-use-tmp" 옵션이 완전히 불필요해졌기 때문에 삭제되었습니다.
• BLAKE2b KDF 및 XOF 함수는 암호화 기본 요소의 수를 줄이고 코드를 단순화하기 위해 BLAKE3로 대체되었습니다.
• 이제 "ff02::4e4e:4350" 주소로 멀티캐스트를 통해 로컬 네트워크의 다른 노드를 감지하는 것이 가능해졌습니다.
• 멀티캐스트 그룹(FidoNet 에코 컨퍼런스나 유즈넷 뉴스그룹과 유사)이 등장하여 하나의 패킷을 여러 그룹 구성원에게 전송할 수 있게 되었고, 각 구성원은 해당 패킷을 다른 서명자들에게도 중계합니다. 멀티캐스트 패킷을 읽으려면 키 쌍을 알아야 하지만(그룹의 구성원이어야 함), 중계는 모든 노드에서 수행할 수 있습니다.
• 패킷 수신에 대한 명시적 확인 응답 지원이 추가되었습니다. 송신자는 수신자로부터 특별한 확인 응답(ACK) 패킷을 기다리면서 전송 후 패킷을 삭제할 수 없습니다.
• Yggdrasil 오버레이 네트워크에 대한 내장 지원: 온라인 데몬은 타사 Yggdrasil 구현을 사용하지 않고도 완전한 독립 네트워크 참여자 역할을 할 수 있으며, 가상 네트워크 인터페이스에서 IP 스택과 완벽하게 작동할 수 있습니다.
• 구조화된 줄(RFC 3339) 대신, 로그는 GNU Recutils 유틸리티와 함께 ​​사용할 수 있는 recfile 레코드를 사용합니다.
• 선택적으로, 암호화된 패킷 헤더를 "hdr/" 하위 디렉터리에 별도의 파일로 저장할 수 있으며, 이를 통해 ZFS와 같은 대용량 블록 파일 시스템에서 패킷 목록 작업 속도를 크게 향상시킬 수 있습니다. 이전에는 패킷 헤더를 검색하려면 기본적으로 디스크에서 128KB 블록만 읽어야 했습니다.
• 새로운 파일을 검사할 때는 kqueue와 inotify 커널 하위 시스템을 선택적으로 사용할 수 있으며, 이를 통해 시스템 호출을 줄일 수 있습니다.
• 유틸리티는 열린 파일의 개수가 적고, 닫았다가 다시 여는 빈도도 줄어듭니다. 이전에는 패키지 수가 많기 때문에 열린 파일의 최대 개수에 제한이 있었습니다.
• 많은 팀이 다운로드/업로드, 패키지 복사 및 처리(투척) 등의 작업 진행 상황과 속도를 보여주기 시작했습니다.
• "nncp-file" 명령은 단일 파일뿐만 아니라 디렉토리도 전송할 수 있으며, 해당 내용을 바로 pax 아카이브로 생성할 수 있습니다.
• 온라인 유틸리티는 별도의 "nncp-toss" 데몬을 시작하지 않고도 패키지를 성공적으로 다운로드한 후 즉시 토스 프로세스를 호출할 수 있습니다.
• 다른 참가자에게 온라인 통화를 하는 것은 타이머가 이벤트를 트리거할 때뿐만 아니라 스풀 디렉토리에 발신 패킷이 나타날 때도 선택적으로 발생할 수 있습니다.
• 기존에 지원되던 FreeBSD와 GNU/Linux 외에도 NetBSD와 OpenBSD OS에서도 기능이 보장됩니다.
• "nncp-daemon"은 UCSPI-TCP 인터페이스와 완벽하게 호환됩니다. 지정된 파일 설명자(예: "NNCPLOG=FD:4" 설정)에 로깅할 수 있는 기능과 함께, daemontools와 유사한 유틸리티에서 실행하기에 매우 편리합니다.
• 프로젝트 어셈블리가 완전히 리두 시스템으로 이전되었습니다.

출처 : opennet.ru