SSH 서버 설정 감사

sshd_config를 붙여넣거나 파일을 업로드하세요. 감사는 전적으로 브라우저에서 실행되며 — 아무것도 업로드되지 않습니다 — 점수, 행별 결과, 다운로드 가능한 강화 설정을 받을 수 있습니다.

sshd_config는 누가 서버에 어떻게 로그인할 수 있는지를 결정하는 파일입니다. 루트 로그인, 비밀번호 인증, 제공하는 암호와 키 교환 알고리즘, 유휴 세션 유지 시간 등이 여기에 있습니다. 이 도구는 브라우저에서 Mozilla OpenSSH 가이드라인과 OpenSSH 10.6 기본값 기준으로 sshd_config를 감사하여 0~100점을 매기고, 결과를 행별로 나열하며, 다운로드 가능한 강화 설정을 만듭니다. 최초 일치 의미, Match 블록, Include 행을 이해하므로, 첫 페이지가 깨끗해 보여도 약한 Match 블록을 숨길 수 없습니다. 키 생성은 SSH 키 도구 모음을, 비밀번호 유출 확인은 비밀번호 유출 확인을, 비밀 정보가 설정에 들어갔다면 유출 비밀 스캐너를 사용하세요. 함께 읽을 글 SSH 서버 설정 강화 방법에서는 같은 설정을 글로 설명합니다.

기준: Mozilla OpenSSH 가이드라인 + OpenSSH 10.6 기본값, 2026-11-13 검증.

마지막 업데이트:

최대 200 KB. 파일은 브라우저에서만 읽히며 기기를 떠나지 않습니다.

🔒 설정은 브라우저에서 분석되며 기기를 절대 떠나지 않습니다. 계정 불필요, 업로드 없음, 서버 호출 없음.

붙여넣은 설정의 처리 방식

브라우저를 떠나는 것은 아무것도 없습니다. 설정은 이 페이지의 JavaScript로 로컬에서 분석됩니다. 업로드 없음, 서버 호출 없음, 저장 없음, 계정 불필요. 서버 설정은 인프라 세부 정보 — 호스트 이름, 사용자 이름, 허용 사용자, 포트 — 이기 때문에 채팅이나 서버 측 검사기에 붙여넣어서는 안 됩니다. 페이지를 닫으면 사라집니다.

이 점수가 증명하지 않는 것

깨끗한 점수가 안전의 증거는 아닙니다. 이 파일이 이 기준에서 지적된 지시어가 없다는 뜻일 뿐입니다. 약한 키, 유출된 자격 증명, 패치되지 않은 sshd, 없는 방화벽이 있으면 여전히 모든 것이 무너질 수 있습니다.

나쁜 점수가 침해의 증거는 아닙니다. 우선순위대로 정리된 변경 목록입니다. 오류부터, 그다음 경고를 수정하세요.

기준은 바뀝니다. 이번 감사는 2026-11-13에 검증된 Mozilla OpenSSH 가이드라인과 OpenSSH 10.6 기본값을 기준으로 합니다. 오늘 현대적인 알고리즘도 내일이면 폐기될 수 있습니다. sshd를 업그레이드하면 다시 감사하세요.

점수 산정 방식

오류 1건당 15점, 경고 1건당 7점이 감점되며, 참고 사항은 감점되지 않습니다. Match 블록 안의 결과는 조건부입니다. 해당 블록에 일치하는 세션에만 적용되므로 나열은 되지만 점수는 낮아지지 않습니다. 네 단계는 의도적으로 크게 나눴습니다. 80~100은 높음, 60~79는 보통, 40~59는 낮음, 0~39는 불량입니다. 더 세분화하면 설정 감사에 없는 정밀도를 가장하는 셈이 됩니다.

감사 작동 방식

sshd는 각 지시어를 한 번만 읽습니다. 각 키워드마다 처음 만난 값이 적용되고, 이후의 중복은 조용히 무시됩니다. 이 도구는 유효한 행을 명시하고 가려진 중복을 지적하므로, 첫 번째 행 아래에 있는 “수정된” 행에 속지 않습니다. 없는 지시어는 OpenSSH 기본값으로 감사합니다. 기본값 자체가 관대할 때는 없음이 합격으로 취급되지 않습니다. 그래서 PasswordAuthentication은 손대지 않은 설정에서 가장 흔한 결과입니다.

Match 블록 안의 지시어는 해당 조건에 일치하는 세션에만 적용되므로, 그 안의 결과는 조건부입니다. 속한 블록과 함께 나열되지만 점수는 낮아지지 않습니다. Include 행은 “따르지 않음”으로 표시됩니다. 포함된 파일은 읽히지 않으므로, 그 파일에만 있는 지시어는 이번 감사에서 보이지 않습니다. 완전한 감사를 원하면 병합된 설정을 붙여넣으세요(sshd -T는 유효 설정을 출력합니다).

이 도구는 파일을 읽는 것이지 실행 중인 서버를 보는 것이 아닙니다. sshd가 실제로 이 설정을 사용하는지, 키가 얼마나 강한지, 방화벽이나 fail2ban이 포트를 지키는지 알 수 없습니다. PAM이 여전히 비밀번호를 받을 수 있다면 PasswordAuthentication만 꺼서는 충분하지 않습니다. KbdInteractiveAuthentication과 PAM 스택도 확인하세요. 포트를 바꾸는 것은 난독화이지 강화가 아닙니다. 기록은 되지만 점수에 반영되지 않습니다.

자주 묻는 질문

PasswordAuthentication이 가장 흔한 결과인 이유는 무엇인가요?

OpenSSH 기본값이 yes이기 때문입니다. 대부분의 배포판은 비밀번호 로그인을 켠 채로 출하되고, 많은 운영자가 끄지 않습니다. 이를 끄는 것 — 그리고 KbdInteractiveAuthentication과 PAM(여전히 비밀번호를 받을 수 있음)을 확인하는 것 — 은 포트를 바꾸는 것보다 훨씬 중요합니다. 포트 변경은 로그인 화면을 옮길 뿐입니다.

설정이 여러 Include 파일로 나뉘어 있습니다. 감사가 이를 무시하는 이유는 무엇인가요?

이 도구는 브라우저에서 실행되며 서버의 파일 시스템을 읽을 수 없으므로, Include 행은 조용히 건너뛰는 대신 “따르지 않음”으로 표시됩니다. 대신 병합된 설정을 붙여넣으세요. sshd -T는 모든 include를 해석한 유효 설정을 출력하며, 이 감사는 그 파일을 위해 만들어졌습니다.

강화 설정을 서버에 바로 적용해도 되나요?

안 됩니다. 먼저 검토하세요. 다운로드 파일은 지적된 지시어를 기준 값으로 바꾸고, 제거된 행이나 가려진 행을 주석 처리하지만, 사용자의 Match 블록, 사용자, 네트워크는 알지 못합니다. sshd -t로 테스트하고, 세션을 하나 열어 둔 채 첫 번째 세션을 닫기 전에 두 번째 로그인을 테스트하세요.