libsodium, 특히 대칭 암호화 옵션 XChaCha20-Poly1305
에서 검색했습니다. 내가 머리를 쓸 수 없다는 것은 libsodium이 암호화 라이브러리에서 흔히 볼 수있는 "컨텍스트/업데이트/완료"작업 스타일을 제공하지 않는 것처럼 보입니다.대용량 파일 용 libsodium XChaCha20-Poly1305 사용
libsodium에서 XChaCha20-Poly1305 메시지의 크기에는 "실제적인 제한이 없습니다"라는 것이 명확합니다. 그러나 실제로 여러 GB 파일을 암호화하는 경우 libsodium을 어떻게 사용할지 명확하지 않습니다. 분명히 fread
버퍼의 내용을 crypto_aead_xchacha20poly1305_ietf_encrypt
으로 전달하기 때문에? 또래 집단의 압력에 굴복 한 후이 주제
OFF 생각하는 사람들에게
중요 사항은,이 게시물을 삭제했다. 그러나 나는 주제에 대해 강하게 느낀 @MaartenBodewes의 요청에 따라 그것을 다시 열었으며 매우 강력하게 답변을 쓰려고 노력했습니다. 그러므로 그의 노력에 대한 존경심으로 나는 그 게시물의 삭제를 취소했다. 제발, 더 많은 "오프 주제"코멘트를 남겨주세요, 나는 그들 중 충분히 읽었습니다!
@MaartenBodewes 그것은 나에게 화제가 아니지만 보안에 관해서는 더 잘 물어볼 것입니다 .SE (가까운 유권자에게 : "다른 곳에 잘 맞습니다"는 닫아야 할 이유가 아닙니다.) –
재미있게도 필자는 Security.SE를 작성하기 시작했습니다. 그런 다음 10 분 동안 생각하고 앉아있었습니다. 그런 다음 Security.SE에 현명한 사람들을 결정했다 .SE는 아마 그 "프로그래밍"관련 불평하고 대신 여기에 나를 가리킨 것입니다. 모두를 만족시키지 않을 것 같아요! ;-( –
글쎄, 알고리즘을 구현하는 것입니다 (여기서 주제가 아닌 Stack Overflow는 당신이 코드를 작성하는 데 도움이되지 않습니다), 라이브러리를 사용하는 것에 관한 것입니다 (이 경우, [mcve]와 a 명확한 문제 성명서) 또는 알고리즘의 잠재적 인 결함에 대해서는 어떻게 생각하십니까? 보안이 더 좋을 것이라고 생각합니다 .SE가 마지막 일 경우에는 [this] (https : /security.stackexchange.com/help/on-topic) –