정책과 호환성에 따라 선택
서버와 보안 정책이 지원하면 Ed25519가 유용합니다. 호환성이나 정책이 요구하면 RSA 3072 또는 4096을 사용하세요. RSA 키는 옛 SHA-1 ssh-rsa 서명과 같지 않으며 현대 RSA는 SHA-2도 사용합니다. 레거시 서명을 전역으로 다시 켜지 마세요.
포스트 양자 하이브리드: ssh-mldsa44-ed25519
ssh-mldsa44-ed25519는 포스트 양자 서명 ML-DSA-44와 Ed25519를 결합하므로 로그인을 위조하려면 두 알고리즘을 모두 깨야 합니다. Beta 0.1.2의 CH-J Key Generator는 이 키 유형을 생성하며, CH-J Tools는 서버에서 OpenSSH 10.6 이상을 실행하는 경우에만 해당 키를 서버에 추가합니다. 이전 릴리스에서는 이 키를 거부합니다. Ubuntu 26.04의 10.2p1과 같은 일부 이전 릴리스는 CH-J Tools에서 사용하지 않는 실험적 …@openssh.com 변형만 인식합니다. 지원하지 않는 서버와 클라이언트에 대비해 Ed25519 또는 RSA 키를 예비용으로 보관하세요. 아래 링크의 안내서는 배포판 패키지와 함께 OpenSSH 10.6을 별도로 설치하는 방법을 설명합니다.
로컬 생성 및 개인 키 보호
명령 하나와 새 파일명을 선택해 기존 키를 덮어쓰지 마세요. 요청 시 암호 문구를 설정합니다. 서버에는 .pub 파일만 두고 개인 키는 클라이언트에 남겨야 합니다. CH-J Key Generator는 Beta 0.1.0부터 사용 가능합니다.
ssh-keygen -t ed25519 -f ~/.ssh/id_ed25519_chj
ssh-keygen -t rsa -b 3072 -f ~/.ssh/id_rsa_chj
ssh-keygen -lf ~/.ssh/id_ed25519_chj.pub -E sha256공개 키 설치 후 시험
대상 계정의 ~/.ssh/authorized_keys에 전체 공개 키를 한 줄로 넣으세요. Linux에서 소유권과 일반적으로 .ssh 700, authorized_keys 600 권한을 확인합니다. 현재 세션을 유지하며 기존 접근 변경 전에 두 번째 로그인을 시험하세요. 사용자 키와 서버 호스트 키는 역할이 다릅니다.
ls -ld ~/.ssh ~/.ssh/authorized_keys
ssh -o IdentitiesOnly=yes -i ~/.ssh/id_ed25519_chj user@server.example