Botan 유틸리티를 사용하여 암호화를 수행하고 있습니다. SSH를 사용하여 원격 시스템에 연결을 초기화 할 때 보안 SSH 연결을 통해 키를 교환 할 수 있습니다. 그러나 때때로 inetd를 사용하여 연결을 설정합니다.이 경우 inetd 연결에는 보안이 없지만 원격 컴퓨터와 키를 교환하는 데 사용해야합니다. 불안정한 채널을 통해 공개 키를 보내고 리모트
공용 키를 사용하여 100KB 파일을 암호화해야합니다. 필자는 공개 키를 사용하여 대용량 파일을 직접 암호화하는 것이 현실적이지 않으며 선호되는 방법은 공개 키를 사용하여이 대칭 키를 암호화 한 다음 대칭 키를 사용하여 파일을 암호화하는 것이 현실적이라고 주장하는 게시물을 읽었습니다. 순진한 해결책은 대용량 파일을 조각으로 나누고 동일한 공개 키를 사용하여
고객 구내의 응용 프로그램에서 디코딩해야 할 라이센스 키를 배포하려고합니다. 나는 그에게 개인 키를 주려고하고, 그래서 앱이 해독 할 수 있고, 라이센스 파일을 암호화하기 위해 자신을 위해 공개 키를 보관할 생각이다. 이제 n00b 질문은 개인 키만 제공하고 공개 키를 매우 안전하게 유지하면 개인 키로 해독 할 수있는 라이센스 파일을 만들 수 있습니까? 나
데이터가 장치에 미리로드 된 특정 장치의 모든 사용자가 읽을 수 있도록 일부 데이터를 사용할 수 있도록해야하지만 모든 사용자가 해당 장치를 만들도록 허용 할 수없는 상황이 있습니다. 자신의 장치를 만들고 같은 형식으로 자신의 데이터로 채 웁니다. 나는 이것이 약간 이상하게 들린다는 것을 알고 있지만 좋은 이유가있다! 공용 키 암호화를 사용하여 공개 키로 데
전체적인 요점은 사용자가 암호화 된 메시지를 보낼 수있는 간단한 시스템을 설계하는 것입니다 (서버 지원). 클라이언트에는 로컬 저장소이 없으므로 사용자가 필요할 때 선택하고 기억하고 입력 할 수있는 암호를 사용해야합니다. 는 (나는이 전체 시스템을 약화 알고 있지만이 하드 요구 사항입니다) 또 다른 요구 사항은 서버가 일반 텍스트 개인 키 또는 메시지를 (
은 공개 키 암호화가 두 개의 큰 (예 : 100 자리) 소수 (P, Q)가 개인 키로 사용되고, 은 공개 키 N이라는 것을 알고 있습니다. = P * Q, 그리고 소수를 사용하는 것은 P, Q를 얻기위한 N의 인수 분해가 어렵고 시간이 많이 걸리기 때문입니다. 나는 괜찮습니다. 그러나 나는 당황합니다. P, Q 에 대한 소수가 아닌 숫자이므로 N의 인수
클라이언트가 내 서버에 라이센스를 요청할 때 라이센스 시스템을 만들고 있으며 라이센스가 있으면 라이센스를 보냅니다. 현재 나의 시스템에서는 단일 개인 키를 사용하여 라이센스를 암호화하고 공개 키를 사용하여 클라이언트 응용 프로그램에 임베드하여 라이센스를 해독합니다. 그것은 작동합니다! 다른 사람들은 내가 서버의 공개 키로 암호화하고 개인 키를 클라이언트에
Microsoft CryptoAPI 용 테스트 응용 프로그램을 작성 중입니다. 두 번째 당사자의 공개 키를 사용하여 한 당사자의 비밀 키를 내 보낸 다음 두 번째 당사자의 비밀 키로이 비밀 키를 가져 오려고합니다. 이렇게하면 통신용 공유 비밀 키가 설정됩니다. 여기 내 코드입니다 : if(!CryptExportKey(encryptT->hSymKey, dec
제품 키를 생성하고 유효성을 검사해야하며 공용/개인 키 시스템 사용을 고려하고 있습니다. 내가 (될 수있는 가변 길이 문자열) 클라이언트 이름 6 자리 일련 번호를 기반으로 우리의 제품 키를 생성합니다. 제품 키가 관리 가능한 길이 (16 자 정도) 나는 바닥에를 암호화하고 복호화/검증 시스템을 distrubute 필요 될 경우 그것은 좋은 것입니다. 우리