GnuPG를 전체 8 바이트 / 64 비트 키 ID로 표시하는 방법은 무엇입니까?


37

GnuPG (특히 버전 1.4.12)가 시스템의 키링에서 키의 전체 64 비트 (8 바이트) 키 ID를 표시하도록하려면 어떻게합니까?

doing gpg --list-keys --fingerprint XXXXXXXX은 이미 알고있는 키 ID의 32 비트 부분과 지문 (이전의 경우 가장 오른쪽 32 비트가 일치하지만 적어도 과거에는 키 ID와 반드시 동일하지는 않았 음) 만 표시합니다 ).

인터넷 검색은 충돌 위험을 최소화하기 위해 64 비트 키 ID를 지정하는 것의 중요성과 긴 키 ID를 원하거나 허용하는 GnuPG 옵션에 대한 일부 페이지를 표시했지만 실제로는 긴 키를 표시하는 방법에 대해서는 아무것도 찾지 못했습니다. 키 ID.

답변:


60

또는 다음을 사용할 수 있습니다.

gpg --keyid-format LONG -k 0xDEADBEEF

또는:

gpg --keyid-format 0xLONG -k 0xDEADBEEF

출력은 Paulo의 제안 (여전히 유효한)보다 훨씬 더 읽기 쉽기 때문에 실제로 더 나은 IMO입니다.
— CVn

4
예, gpg.conf에 "keyid-format 0xLONG"이 있기 때문에 더 긴 형식을 선호하므로 매번 지정할 필요가 없습니다. --keyid-format 0xSHORT를 사용하면 기본 방식으로 키가 표시됩니다.
— Ben

1
Paulo의 제안이 더 좋은 이유는 --with-colons 옵션이 프로그램 방식 액세스를 위해 이전 버전과 호환 가능하기 때문에 --with-colons 형식이 작동하기 때문입니다. 다른 옵션은 반드시 출력 형식을 보장 할 필요는 없습니다.
— Christopher

1
일부 플랫폼에서 일부 값의 위치가 항상 동일하지는 않습니다. 일반적으로 프로그래밍 방식의 플랫폼 독립성을 위해서는 충분하지만 일관성이 충분하지 않습니다. 불행히도 어떤 변형이 패턴을 깨뜨 렸는지는 기억 나지 않지만 gnupg-users에서 논의 된 것을 기억합니다. 나는 열쇠 고리의 키 수를 세는 것에 대한 토론과 관련하여 믿습니다.
— Ben

@Christopher 무언가를 스크립팅하거나 출력을 구문 분석 할 때 반드시 고려해야 할 사항입니다. 그러나, 인간 소비의 경우, 적절하게 교정 될 때, 인간의 뇌는 적응력이 높은 퍼지 로직 매처 (Fuzzy Logic Matcher)이기 때문에 중요한 고려 사항은 아닙니다.
— CVn

당사 사이트를 사용함과 동시에 당사의 쿠키 정책과 개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.