여행 중에 호텔의 SSH를 사용하여 서버에 연결하는 것이 실제로 안전합니까?
서버 :
-CentOS 7
-RSA 키로 만 인증-비밀번호 인증 거부
-비표준 포트
워크 스테이션 :
-Ubuntu 14-
사용자 비밀번호
-RSA 키를 사용하기위한 비밀번호 (표준 방법)
개인 RSA 키의 절반 을 USB 스틱에 유지하고 연결하기 전에 자동으로 (스크립트로)이 절반을 ~ / .ssh / private_key에 추가 하는 것이 좋습니다 .
인터넷은 호텔의 WIFI 또는 임대 아파트의 케이블을 통해 이루어집니다.
UPD
처음에 불분명해서 죄송합니다. 여기서 두 가지 측면에서 보안을 의미합니다.
- 신뢰할 수없는 네트워크를 통한 SSH 연결의 보안
- SSH 연결에 필요한 키로 컴퓨터 보안-도난당한 경우 서버를 보호하는 방법 …
답변
따라서 명시 적으로 신뢰할 수없는 연결을 통해 ssh 연결을 만드는 것과 관련이 있습니다.
이전 연결의 ~ / .ssh / known_hosts 항목이 이미 있다고 가정하면 네트워크의 안전 여부에 대해 걱정하지 않고 연결할 수 있어야합니다. ssh 호스트 키를 확인하는 다른 방법이있는 경우에도 마찬가지입니다.
이전에 서버에 연결 한 적이 없거나 ssh 호스트 키를 확인하는 다른 방법이없는 경우 연결에 사용하는 네트워크에 대해 더주의를 기울여야 할 수 있습니다.
답변
질문의 두 번째 부분에서는 노트북이 도난 당하고 암호가없는 SSH를 사용하여 서버에 로그인하는 데 필요한 개인 키가 걱정되는 것 같습니다.
제발이는 쉽게 “암호”와 “암호화”개인 키를 저장하여 (개인 키 문제를) 해결할 수 있습니다 : 그들은 처음 암호화 할 수 있습니다, 반면에 발생 SSH-Keygen은 유틸리티의 말에 암호를 제공하여 생성 프로세스 또는 이미 암호화되지 않은 경우 ssh-keygen 유틸리티를 -p옵션 과 함께 사용하십시오 . 키가 암호화되면 로그인 할 때마다 관련 암호를 입력하라는 메시지가 표시되고 올바른 경우 모든 것이 정상적으로 진행됩니다.
또한 ssh 클라이언트를 시작할 때마다 암호를 입력하지 않으려는 경우 ssh-agent를 사용할 수 있습니다. 메모리에서 암호화되지 않은 개인 키를 추적 할 수 있습니다. 암호화 된 키를 보유한 파일을 가리키는 ssh-add 를 실행 하고 암호를 요청한 후 키가 ssh-agent가 관리하는 세트에 추가됩니다. 그 후 SSH 클라이언트가 암호문으로 보호 된 키를 요구할 때마다 ssh 에이전트는 암호화되지 않은 관련 개인 키를 ssh 클라이언트에 투명하게 제공합니다. 따라서 대화식으로 입력 할 필요가 없습니다.
ssh-agent는 많은 키를 관리 할 수 있으며 ssh-add, 로그인 / 시작시 노트북 / 데스크톱을 “조정”하여 유틸리티 (ssh-agent 키 세트를 채울 때)를 실행할 수 있습니다.
또한 누군가가 랩톱을 훔치는 경우 개인 키는 아마도 유일하게 “민감한”내용이 아닐 수도 있습니다. 오늘날의 Linux 데스크톱 배포에서는 “암호화 된”에 의존하는 노트북을 매우 쉽게 설정할 수 있습니다 “파일 시스템 ( /home초보자이지만 /필요한 경우 전체 ). 그래서 이것도 고려하십시오.
자신의 노트북 에 의존 하지 않으면 위의 모든 사항이 적용 되지 않습니다 .
추신 : 암호화되지 않은 개인 키의 두 반쪽을 다른 매체에 저장할 수있는 가능성에 관해서 : 민감한 내용의 두 조각을 암호화되지 않은 형태로 유지하는 것이 두 가지를 유지하는 것보다 훨씬 나쁘기 때문에 이것을 하지 말 것을 강력히 권합니다 암호화 된 전체 내용의 전체 사본!
답변
질문의 첫 부분은 이미 이전 답변으로 답변되었습니다. 두 번째 부분에 따라 pam_google_authenticator를 사용하여 ssh 로그인에 두 번째 요소를 추가하는 것이 좋습니다. 모든 배포판에서 설정 및 구성이 매우 쉽습니다. 휴대하는 개인 키를 도난당한 경우 Google 인증 자에서 TOTP 일회용 비밀번호를 사용하여 서버에 로그인 할 수 없습니다.
https://www.howtoforge.com/tutorial/secure-ssh-with-google-authenticator-on-centos-7