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.