SSH 키 페어, 비밀번호 로그인을 끄는 순서

비밀번호를 끄기 전에 들어갈 길을 두 개 만듭니다

비밀번호 로그인을 끄는 작업의 위험은 설정을 적용한 뒤 아무도 들어갈 수 없게 되는 것입니다. 그래서 순서가 중요합니다. 1단계로 키 접속이 되는지 지금 접속된 창을 유지한 상태에서 새 창으로 확인합니다. 2단계로 비상 경로를 하나 더 확보합니다. 콘솔 접속이나 별도 접속 수단 중 하나가 작동하는 것을 확인해 둡니다. 3단계에서만 비밀번호 로그인을 끕니다. 4단계로 설정을 되돌리는 명령을 미리 적어 둡니다. 이 순서를 지키면 잘못된 설정으로 접속이 막혀도 복구할 수 있습니다. 순서를 바꿔 비밀번호를 먼저 끄면, 키 설정에 오타가 있을 때 복구 수단이 남지 않습니다.

키는 사람마다 따로 두고 서버에는 공개키만 둡니다

키를 한 개 만들어 여러 사람이 나눠 쓰면 누가 접속했는지 구분할 수 없고, 한 사람이 떠날 때 전원의 키를 바꿔야 합니다. 그래서 키는 사람 단위로 만듭니다. 개인 키는 각자의 장비에만 두고, 서버에는 공개키만 등록합니다. 담당자가 바뀌면 그 사람의 공개키만 지우면 되므로 작업이 1건으로 끝납니다. 등록 방법은 서버마다 손으로 넣는 대신 설정 관리 도구로 배포합니다. 손으로 넣으면 어느 서버에 누구의 키가 남아 있는지 추적할 수 없습니다. 점검 항목은 등록된 공개키 목록과 현재 담당자 명단을 대조해 차이가 0인지 보는 것입니다.

키 회수 작업량을 두 방식으로 비교합니다

학습용 가정으로 계산합니다. 가정값은 서버 30대, 담당자 6명, 담당자 1명이 떠날 때 서버 1대에서 키를 지우는 데 2분이 걸린다고 두겠습니다. 손으로 지우면 30대 곱하기 2분으로 60분이고, 내부 시간 비용을 시간당 30,000원으로 가정하면 30,000원입니다. 이것이 중간 계산값입니다. 최종 금액은 1년 기준으로 봐야 합니다. 담당자 변경이 연 4회라면 손 작업은 연 120,000원입니다. 설정 관리 도구로 배포하면 목록 1곳만 고치고 적용은 자동이어서 회당 5분, 연 10,000원입니다. 차액은 연 110,000원이고, 더 중요한 효과는 누락이 생기지 않는다는 점입니다.

키 접속을 아예 없애는 선택도 있습니다

결론을 뒤집는 조건은 접속 자체를 다른 수단으로 대체할 수 있는 경우입니다. 접속을 중개하는 관리 도구를 쓰면 서버에 접속 포트를 열지 않고도 세션을 열 수 있고, 접속 기록이 남아 키 관리 부담이 사라집니다. 이 방식이 가능하다면 키 회수 절차 자체가 필요하지 않으므로 위 계산의 전제가 바뀝니다. 두 번째 조건은 자동화 계정입니다. 사람이 아닌 프로그램이 접속해야 한다면 사람 키를 공유하지 않고 역할 기반 임시 자격 증명을 쓰는 쪽이 맞습니다. 그래서 점검 목록에는 사람 계정과 프로그램 계정을 분리해 적고, 각각의 자격 증명 수단을 따로 기록합니다.

클라우드 비교 실행 전 점검표

• 키 접속 확인과 비상 경로를 먼저 확보한 뒤 비밀번호를 껐다
• 되돌리는 명령을 미리 적어 두었다
• 키를 사람 단위로 만들고 서버에는 공개키만 등록했다
• 사람 계정과 프로그램 계정의 자격 증명 수단을 분리했다