입력 스트림 (또는 파일)에 대한 체크섬을 계산하여 파일 내용이 변경되었는지 확인해야합니다. 같은 스트림을 사용하고 있지만 각 실행에 대해 다른 값을 생성하는 코드 아래에이 코드가 있습니다. 누군가 내가이 일을 올바르게하도록 도울 수 있습니까? 당신이 한 번 checkSum라고 한 후 스트림이 읽을 수있는 더 많은 데이터를 필요가 없습니다, 그래서 두 번째
내 프로젝트에서 API를 통해 이미지를 전송해야합니다. 전송하기 전에 원시 이미지 데이터를 base64으로 인코딩하므로 JSON 요청에서 사용할 수 있습니다. 파일의 체크섬을 요청에 추가하여 파일이 성공적으로 전송 된 경우 API 측에서 테스트 할 수 있습니다. 제 질문은 - 체크섬을 base64 이전 또는 이후로 계산해야합니까? // Client
$ch
체크섬을 사용하여 실행 파일이 변조되었는지 확인하는 쉬운 방법을 찾으려고합니다. 나는 체크섬이 절대적으로 안전하지 않다는 것을 알고있다. 전담 (악의적) 공격자에게 필요한 솔루션을 찾고 있지 않습니다. 내 상황은 "와일드 웨스트"코딩 관용구가 등장하는 환경에서 사람들은 "릴리스"된 것으로 수정/다시 컴파일 할 수 있습니다. 제가 X라고 부르는 것이 그것이
이더넷을 통해 일부 UDP 패킷을 보내고 있습니다. 패킷을 만들기 위해 pcapdotnet에서 BuilUDPPacket 메서드를 사용합니다. 이 메서드는 자체적으로 체크섬을 계산합니다. wireshark에 의해 보내진 패킷을 캡쳐 한 후 내 프 로그 램이 사용하는 것보다 체크섬의 다른 값을 표시합니다. 왜 그런가?
TCP 체크섬 메커니즘이 TCP 데이터가 원본과 동일하도록 보장 할 수 있는지 궁금합니다. 체크섬이 작동하지 않는 조건이 있습니까? 나는 그것에 관한 어떤 언급도 발견하지 못했다. 나는 내 의견을 분명히하기위한 예를 가지고있다. 원래 TCP 데이터는 11111111 11111111 00000000 00000000 ......이며 물리 계층을 이동할 때는 0
원시 패킷을 작성하여 튜토리얼 this 다음에 보내주는 방법을 배우고 있습니다. 체크섬이 생성 된 코드에 도달하기 전까지는 모든 것이 의미가 있습니다. unsigned short csum (unsigned short *buf, int nwords)
{
unsigned long sum;
for (sum = 0; nwords > 0; nwo
임베디드 장치의 바이너리 프로토콜을 취소하려고합니다. 나는 데이터 패키지의 4 개 샘플을 포착 할 수 있었다, 여기가 육각으로 인코딩 된 형태 : 5E:A1:00:10:10:00:00:02:01:05:F0:F6:4B:00:01:03
5E:A1:00:10:10:00:00:06:01:93:79:DA:F9:00:01:07
5E:A1:00:10:10:00:00
다음 this steps 나는 스캔 한 태그의 값이 정확한지 확인하는 함수를 작성했지만 항상 false를 반환합니다. 여기 내 기능은 다음과 같습니다. int checksum(const char* string)
{
int i;
char hexPairs[6][2];
long totXor;
// load matrix
sftp를 통해 파일을 전송할 때 Commons VFS를 사용하고 있습니다. 복사가 완료되면 원본 및 대상 파일의 체크섬을 비교하려고합니다. Java에서 원격 파일의 체크섬을 어떻게 찾을 수 있습니까? 로컬 파일의 경우 FileUtils.checksum()을 사용하고 있습니다.