>백엔드 개발 >Golang >Java 및 Golang HOTP(RFC-4226) 구현이 다른 결과를 생성하는 이유는 무엇입니까?

Java 및 Golang HOTP(RFC-4226) 구현이 다른 결과를 생성하는 이유는 무엇입니까?

DDD
DDD원래의
2024-12-11 02:17:11249검색

Why Do Java and Golang HOTP (RFC-4226) Implementations Produce Different Results?

Java와 Golang의 HOTP(RFC-4226) 구현

Golang에서 HOTP(RFC-4226) 구현 시 불일치가 발생할 수 있음 Java와 비교하여 유효한 HOTP를 생성하는 데 있습니다. 이 문제를 해결하려면 Java와 Golang 간의 바이트 처리의 미묘한 차이를 이해하는 것이 중요합니다.

바이트 표현

Java에서는 바이트 유형이 서명됩니다. 범위는 -128부터 127까지입니다. 그러나 Golang에서 바이트 유형은 uint8의 별칭이므로 범위는 0부터 127까지입니다. 255. 이러한 구별은 바이트 배열 비교를 이해하는 데 매우 중요합니다.

Java 구현

Java 코드 조각은 ByteBuffer.allocate(8).putLong(counter)을 사용합니다. array()를 사용하여 카운터 값에 대한 바이트 배열을 생성합니다. 구체적으로 putLong 메소드는 카운터를 8바이트의 긴 정수로 변환하여 바이트 배열에 저장합니다.

Golang 구현

Golang에서 코드는 바이너리를 사용합니다. .BigEndian.PutUint64(bs, counter)는 카운터 값에 대한 바이트 배열을 생성합니다. PutUint64 메서드는 카운터를 64비트 부호 없는 정수로 변환하고 이를 빅엔디안 순서로 바이트 배열에 저장합니다.

바이트 값 불일치

차이점 이 두 가지 방법 사이의 차이는 바이트 유형의 부호 있는 특성과 부호 없는 특성에서 비롯됩니다. Java 코드가 음수 카운터 값을 바이트 배열로 변환하면 결과 바이트가 부호 있는 값으로 해석됩니다. 대조적으로, Golang의 변환은 카운터 값의 부호 없는 특성을 유지합니다.

해결책

다양한 바이트 해석을 보상하려면 음수 Java 바이트 값을 이동해야 합니다. 부호 없는 값을 얻으려면 256을 사용하세요.

Base64 대 Hex 인코딩

Java와 Golang 구현 간의 또 다른 차이점은 사용되는 인코딩 체계에 있습니다. Java 구현은 16진수로 인코딩된 문자열을 반환하는 반면 Golang 구현은 base64로 인코딩된 문자열을 반환합니다. HOTP 결과가 일치하려면 두 구현 모두 동일한 인코딩 체계를 사용하는지 확인해야 합니다.

추가 팁

  • 시각적 명확성을 위해 바이트 값을 결과를 비교할 때 16진수 또는 부호 없는 형식.
  • 서명된 Golang 바이트를 표시하려면 먼저 int8로 변환하세요. 인쇄.

바이트 표현의 뉘앙스와 인코딩 차이를 고려하여 HOTP(RFC-4226)의 Java 구현과 Golang 구현 간의 불일치를 해결할 수 있습니다.

위 내용은 Java 및 Golang HOTP(RFC-4226) 구현이 다른 결과를 생성하는 이유는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

성명:
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.