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

저장 및 전달 모드에서 실행하기 위해 파일, 이메일 및 명령을 안전하게 전송하기 위한 유틸리티 세트인 NNCP(Node-to-Node CoPy)가 출시되었습니다. POSIX 호환 운영 체제에서의 작업을 지원합니다. 유틸리티는 Go로 작성되었으며 GPLv3 라이센스에 따라 배포됩니다.

이 유틸리티는 안전한 Fire-and-forget 파일 전송, 파일 요청, 이메일 및 명령 요청을 위한 정적 라우팅을 사용하여 소규모 PXNUMXP 친구 간 네트워크(수십 개의 노드)를 구축하는 데 중점을 두고 있습니다. 전송된 모든 패킷은 암호화되어(종단 간) 친구의 알려진 공개 키를 사용하여 명시적으로 인증됩니다. Tor와 같은 Onion 암호화는 모든 중간 패킷에 사용됩니다. 각 노드는 클라이언트와 서버 역할을 모두 수행할 수 있으며 푸시 및 폴링 동작 모델을 모두 사용할 수 있습니다.

NNCP와 UUCP 및 FTN(FidoNet Technology Network) 솔루션의 차이점은 앞서 언급한 암호화 및 인증 외에도 안전하지 않은 로컬 및 네트워크로부터 물리적으로 격리된(에어갭) 플로피넷 네트워크 및 컴퓨터에 대한 기본 지원입니다. 공용 네트워크. NNCP는 또한 Postfix 및 Exim과 같은 현재 메일 서버와의 쉬운 통합(UUCP와 동등) 기능을 제공합니다.

NNCP의 가능한 응용 분야에는 인터넷에 영구적으로 연결되지 않은 장치에 대한 메일 보내기/받기 구성, 불안정한 네트워크 연결 조건에서 파일 전송, 물리적 미디어에 있는 대량의 데이터를 안전하게 전송, 외부로부터 보호되는 격리된 데이터 전송 네트워크 생성 등이 있습니다. 네트워크 검열 및 감시를 우회하는 MitM 공격. 패킷이 네트워크를 통해 전달되거나 물리적 매체를 통해 전달되는지 여부에 관계없이 암호 해독 키는 수신자에게만 있기 때문에 패키지를 가로채더라도 제XNUMX자가 내용을 읽을 수 없습니다. 결과적으로, 디지털 서명 인증은 다른 보낸 사람을 가장하여 가상의 메시지를 생성하는 것을 허용하지 않습니다.

이전 뉴스(버전 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와 같이 블록 크기가 큰 파일 시스템에서 패킷 목록 검색 작업 속도를 크게 높일 수 있습니다. 이전에는 패킷 헤더를 검색하려면 기본적으로 디스크에서 128KiB 블록만 읽어야 했습니다.
• 새 파일을 확인하면 선택적으로 kqueue 및 inotify 커널 하위 시스템을 사용하여 시스템 호출을 줄일 수 있습니다.
• 유틸리티는 열린 파일 수를 적게 유지하고 파일을 닫고 다시 여는 빈도를 줄입니다. 이전에는 패키지 수가 많으면 최대 열린 파일 수에 제한이 있을 수 있었습니다.
• 많은 팀들이 패키지 다운로드/업로드, 복사 및 처리(토스) 등의 작업 진행 상황과 속도를 보여주기 시작했습니다.
• "nncp-file" 명령은 단일 파일뿐만 아니라 디렉터리도 전송하여 해당 내용이 포함된 pax 아카이브를 즉시 생성할 수 있습니다.
• 온라인 유틸리티는 별도의 "nncp-toss" 데몬을 실행하지 않고도 패키지가 성공적으로 다운로드된 후 선택적으로 즉시 패킷 던지기를 호출할 수 있습니다.
• 다른 참가자에 대한 온라인 통화는 타이머가 트리거될 때뿐만 아니라 나가는 패킷이 스풀 디렉터리에 나타날 때도 선택적으로 발생할 수 있습니다.
• 이전에 지원된 FreeBSD 및 GNU/Linux 외에도 NetBSD 및 OpenBSD OS에서 작동성을 보장합니다.
• "nncp-daemon"은 UCSPI-TCP 인터페이스와 완벽하게 호환됩니다. 지정된 파일 설명자에 기록하는 기능(예: "NNCPLOG=FD:4" 설정)과 결합되어 daemontools와 유사한 유틸리티에서 실행하는 것이 완전히 친숙합니다.
• 프로젝트 어셈블리가 다시 실행 시스템으로 완전히 전송되었습니다.

출처 : opennet.ru