SSH 공개 키 끝에 등호 = 또는 ==의 의미는 무엇입니까?


37

방금 내 권한 부여 _ 키에있는 대부분의 ssh pubkey가 == 또는 =로 끝나는 것을 알았습니다.

예 :

ssh-rsa AAAAB3NzaC1yc2EAAAABIwAAAQEA9ZUwxXn2HZAAUswoaV8t2sQPvolVWDI053f0giNN154Zyi9FtWJKvyLHXoxW4IzFxgx+m6EYqXG/XCtfamLhwvGZv9FXkgQKeF6HJv/rjyKRBHPRyX0vV4S9uQU+xQV7f0Ock3urSzbUyoCgngA8Ax6AkYGmMTLLjx1HOBO/TJ477aysWt4IAg1gviT50I4xOYiHT4vC67czoDTnPl0UfKQJaM0+6WrneK7FJbd/8CAX7P7IxOhj1OxVbnEoh9FvecLbSDdOx/LF+kJcav/LThuoG7NR+Y+rS9lNkta3/KPi3IBMPum+bZpXJF7fkHl9Kx/iOMitT7KjNW/mty74xw== foo@bar

그러나 오늘 나는 끝에 등호가없는 펍키를 보았습니다. 또한 나는 pubkey에서 =가 발생하는 유일한 곳은 끝이었고 다른 곳은 결코 없다는 것을 알았습니다.

이제 펍 키 끝에 0, 1 또는 2 등호의 의미가 무엇인지 궁금합니다.

답변:


49

기술적 인 이유는 없다고 생각합니다. Base64의 유물과 문자열의 길이 일뿐입니다. 기본 64 인코더로 사용해보십시오

1     -> MQ==     (1 characters, 2 equals)
12    -> MTI=     (2 characters, 1 equals)
123   -> MTIz     (3 characters, 0 equals)
1234  -> MTIzNA== (4 characters, 2 equals)
[repeat]

그러나 나는 그것에 대해 틀릴 수 있습니다


18
+ base64 인코딩으로 특별한 것은 없습니다. Base64로 번호 패딩에 Wikipedia 기사
크리스 S

2
관련 RFC ietf.org/rfc/rfc4716.txt에이 내용 이 언급되어 있지 않다는 점이 흥미 롭습니다 .
dunxd February

@ dunxd 나는 그 RFC를 통해서만 스캔했지만 authorized_keys동일한 상황이 적용된다고 생각하지만 파일이 아닌 .pub 파일을 참조 한다고 생각합니다. 키는 이진 데이터이지만 파일은 텍스트 여야하므로 Base64는이 문제를 해결합니다.
Smudge

5
@dunxd : RFC는 Base64 인코딩을 사용한다고 말하고 Base64에 대해 읽으면 끝 부분이로 채워집니다 =.
Christoffer Hammarström

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