보안 식별자 HEX·10진수·2진수 검산기

감사 로그의 짧은 키 ID, 권한 마스크, 이벤트 식별자를 입력 진법에서 2·8·10·16진 표현으로 바꾸고 필요한 비트 수를 확인합니다.

보안 장비와 감사 로그가 서로 다른 진법으로 표시한 짧은 비밀 아닌 정수 식별자를 동일한 수의 2진·8진·10진·16진 표현으로 펼쳐 대조하고 표현에 필요한 비트·바이트 길이를 확인합니다.

입력값의 진법

로그나 관리 화면이 값에 사용한 진법을 선택하세요. 0x 접두어는 빼고 입력합니다.

변환할 짧은 보안 식별자

JavaScript 안전 정수 범위인 2^53 이하의 정수형 키 ID·마스크만 입력하세요. 전체 암호키나 비밀값은 넣지 마세요.

계산 결과

16진법 값

7F3A9C

16진법은 한 자리가 정확히 4비트를 표현해 2진수를 짧게 적을 때 씁니다. 색상 코드(#FF8800)와 메모리 주소가 대표적입니다.

기본 입력값으로 계산하면 16진법 값은(는) 7F3A9C입니다. 항목별 내역은 위 표에서 확인할 수 있습니다.

16진 로그 값 10을 10진수로 선택하면 십으로 해석되지만 16진수로 선택하면 열여섯으로 해석됩니다. 원본 필드 문서의 radix를 확인하지 않고 모양만 보고 선택하면 모든 변환 결과가 달라집니다.
UUID, SHA-256 다이제스트, 인증서 fingerprint처럼 128비트 이상인 값은 2^53 안전 정수 범위를 넘습니다. 이 도구에 긴 값을 넣으면 거부되며, 앞부분을 잘라 넣어도 전체 식별자의 변환이나 비교 결과가 아닙니다.
앞의 0은 정수값에는 영향을 주지 않아 16진 00AF와 AF가 모두 같은 175가 됩니다. 고정 8자리 필드, 바이트 배열, 네트워크 패킷을 재조립할 때는 사라진 패딩 길이를 원본 스키마에서 별도로 보존해야 합니다.
2진수 비트 순서를 표시하는 것과 패킷의 바이트 순서인 big-endian·little-endian을 바꾸는 것은 다릅니다. 0x1234의 바이트가 메모리에 34 12로 놓여도 이 도구는 바이트 순서를 뒤집지 않습니다.
유닉스 권한 755는 보통 8진수지만 이벤트 코드 755는 제품에 따라 10진수일 수 있습니다. 필드 의미가 다른 두 숫자가 우연히 같아 보여도 진법 변환만으로 동일 이벤트나 동일 권한이라고 판단할 수 없습니다.

16진수 한 자리는 정확히 4비트에 대응합니다. 0xFF는 2진 11111111, 10진 255이며 값 표현에는 8비트, 즉 1바이트가 필요합니다.
8진수 한 자리는 3비트를 묶어 읽기 때문에 전통적인 파일 권한 표기에 쓰입니다. 8진 755는 10진 493이고 2진 111101101이지만, 권한 해석은 사용자 7·그룹 5·기타 5의 세 묶음으로 해야 합니다.
음수 식별자를 넣으면 이 도구는 부호와 절댓값 진법 표현을 보여줍니다. 시스템의 2의 보수 8비트 FF처럼 고정 폭 음수 인코딩을 재현하지 않으므로 signed 필드 분석에는 폭 정보가 추가로 필요합니다.
표현 변환은 값의 진위나 권한을 검증하지 않습니다. 로그 상관분석에서는 장비 ID, 시간대, 필드 이름, 이벤트 출처를 함께 확인하고 원본 로그의 무결성 보호 여부도 점검해야 합니다.

접두어 0x는 빼고 7F3A9C만 입력한 뒤 입력 진법을 16으로 선택하세요. 문자 A~F는 대소문자 어느 쪽도 가능하지만 공백이나 콜론으로 구분된 바이트 문자열은 먼저 구분자를 제거해야 합니다.

아닙니다. 전체 SHA-256은 256비트라 이 계산기의 정확 범위를 훨씬 넘습니다. fingerprint는 보통 원본 16진 문자열을 바이트 단위로 직접 비교해야 하며 숫자 변환 과정에서 앞의 0을 잃지 않는 것이 중요합니다.

현재 입력값 하나를 표현하는 최소 비트일 뿐 미래 최댓값이나 부호, 예약 비트는 반영하지 않습니다. 스키마는 허용 가능한 최대 식별자와 증가 정책을 기준으로 24비트나 32비트처럼 충분한 폭을 정해야 합니다.