HMAC-SHA1 생성기
메시지와 비밀 키로 HMAC-SHA1 태그를 계산합니다. 둘 다 UTF-8로 인코딩하고, SHA-1을 사용해 RFC 2104 HMAC 구성을 적용한 뒤, 160비트 결과를 40자 16진수 문자열 또는 Base64로 반환합니다. OAuth 1.0a 서명, TOTP 내부 처리, 이전 웹훅 및 HMAC-SHA1로 여전히 서명하는 레거시 API를 다루는 개발자에게 유용합니다. 키는 요청에만 사용됩니다.
자주 묻는 질문
HMAC-SHA1이란 무엇인가요?
HMAC-SHA1은 RFC 2104에 따라 SHA-1과 비밀 키를 결합하는 메시지 인증 코드입니다. 태그는 20바이트이며, 40자 16진수 문자열 또는 28자 Base64로 표시됩니다.
SHA-1이 손상되었는데도 HMAC-SHA1은 여전히 안전한가요?
SHA-1 충돌이 HMAC-SHA1을 깨뜨리지는 않습니다. HMAC 보안은 해시의 다른 속성에 달려 있기 때문입니다. HMAC-SHA1은 기존 시스템에서 여전히 허용 가능한 것으로 간주됩니다. 새로 설계할 때는 HMAC-SHA256을 권장합니다.
알려진 HMAC-SHA1 테스트 벡터는 무엇인가요?
RFC 2202 테스트 사례 2에서는 키 Jefe와 메시지 what do ya want for nothing?을 사용하며, 기대 결과는 effcdf6ae5eb2fa2d27416d5f184df9c259a7c79입니다. 이 도구는 해당 태그를 반환합니다.
OAuth 1.0a 서명은 어떻게 만드나요?
서명 기준 문자열을 메시지로 사용하고, 소비자 비밀 키와 토큰 비밀 키를 앰퍼샌드로 연결해 키로 사용하세요. Base64 출력을 선택한 다음 Authorization 헤더에 넣을 수 있도록 결과를 퍼센트 인코딩하세요.
TOTP는 HMAC-SHA1을 사용하나요?
예. 대부분의 인증 앱은 Base32로 디코딩한 비밀 키를 사용해 8바이트 시간 카운터의 HMAC-SHA1을 계산합니다. 키와 카운터는 바이너리이므로 이 텍스트 기반 도구로 TOTP 코드를 직접 재현할 수는 없습니다.
키와 메시지는 어떻게 인코딩되나요?
둘 다 입력한 그대로 UTF-8 바이트로 변환됩니다. 숨겨진 공백, 다른 줄 끝 문자, 또는 16진수나 Base64에서 디코딩해야 하는 키가 결과 불일치의 흔한 원인입니다.
결과에 키가 포함되나요?
아니요. 응답에는 태그와 비밀이 아닌 옵션만 포함됩니다. 키는 로그에 남기거나 저장하지 않습니다.
어떤 출력 형식을 선택해야 하나요?
상대 시스템에 소문자 40자 문자열이 표시되면 16진수를 사용하고, =로 끝나는 28자 문자열이 표시되면 Base64를 사용하세요. 둘 다 동일한 20바이트입니다.
빈 키를 사용해도 되나요?
예. HMAC은 빈 키를 허용하며 이 도구도 이를 계산합니다. 빈 키는 보호 기능이 없으므로 테스트 벡터나 다른 도구와 비교할 때만 사용하세요.
메시지는 얼마나 길 수 있나요?
요청당 메시지와 키를 합쳐 최대 5 MiB의 텍스트를 사용할 수 있습니다. 태그는 즉시 계산되며 두 입력 모두 저장되지 않습니다.