평문 흔적 없이 고유 비밀번호를 만들고 저장하는 절차

문제 상황

비밀번호 사고는 무작위 문자열 하나에서 시작하고 끝나지 않습니다. 수학적으로 균일한 값도 서비스가 조용히 자르거나, 특정 특수문자를 거부하거나, 붙여넣은 문자를 정규화하거나, 필드 일부만 캡처하거나, 생성기보다 낮은 최대 길이를 적용하면 등록에 실패할 수 있습니다. 등록 전에도 공유 기기, 브라우저 확장 프로그램, 클립보드 기록, 화면 녹화, 셸 명령, 티켓, 채팅, 평문 다운로드, 보호되지 않은 비밀번호 관리자 가져오기로 노출될 수 있습니다. 등록 후에는 재사용, 부실한 서버 해시, 무제한 온라인 추측, 크리덴셜 스터핑, 피싱, 안전하지 않은 복구 질문, 침해된 이메일, 검토하지 않은 관리자 초기화 경로가 위험을 만듭니다. 팀은 의존 클라이언트를 갱신하지 않고 비밀번호를 바꾸거나, 새 값이 검증되기 전에 이전 값을 삭제하거나, 소유자와 만료 없이 관리자 값을 공유하거나, 비밀번호를 API 키나 암호화 키처럼 취급해 운영 장애도 만듭니다. NIST SP 800-63B-4는 비밀번호 길이와 차단 목록을 조합 규칙과 분리하고, 비밀번호 관리자와 붙여넣기 지원, 검증기의 시도 제한과 보호된 채널을 강조합니다. 이 지침은 사용자가 계정별 고유 값을 선택하고 안전하게 저장하며 MFA나 패스키를 추가하고 복구를 시험할 책임을 없애지 않습니다. 완전한 절차에는 계정과 소유자, 대상 URL, 검증한 길이·문자 규칙, 신뢰할 수 있는 생성 환경, 고정된 생성 설정, 비밀번호 관리자 레코드, 새 로그인 성공, MFA·복구 상태, 임시 복사본 제거, 폐기·롤백 조건, 노출 의심 대응 계획이 필요합니다. 실제 비밀번호를 변경 기록, 스크린샷, 분석 메모나 지원 티켓에 남겨서는 안 됩니다.

공식 출처와 표준

다음 공식 문서는 이 작업 흐름에서 다루는 형식과 보안 경계의 기준입니다. 도구별 실행 검증은 위에 별도로 기록합니다.

• NIST SP 800-63B-4: Authentication and Authenticator Management

  National Institute of Standards and Technology

이럴 때 사용하세요

• 새 개인 계정에 고유 비밀번호가 필요하고 서비스가 패스키 전용 등록을 제공하지 않을 때
• 데이터베이스, 라우터, Wi-Fi 또는 관리자 로그인에 소유자가 명확한 전달과 강제 교체가 필요한 임시 비밀번호를 만들 때
• 재사용했거나 노출된 기존 비밀번호를 접근 손실과 의존 클라이언트 장애 없이 교체할 때
• 비밀번호 생성과 저장, MFA, 복구, 폐기를 분리한 반복 가능한 계정 등록 체크리스트가 필요할 때
• 압축 형식, 키 유도, 별도 비밀 전달 채널을 검토한 뒤 비밀번호로 보호된 압축 파일을 전달할 때

단계

1. 1단계

   계정과 실제 대상 서비스 계약 기록하기

   정확한 HTTPS 출처 또는 로컬 기기, 계정 식별자, 소유자, 목적, 권한 수준, 복구 연락처와 패스키·연합 로그인이 비밀번호를 대신할 수 있는지 확인하세요. 서비스의 현재 최소·최대 길이, 허용 문자, Unicode 처리, 붙여넣기, MFA, 세션 폐기, 복구 절차를 직접 읽으세요. 이 제한을 생성기에서 추측하지 마세요.

2. 2단계

   신뢰할 수 있는 생성·저장 환경 준비하기

   직접 통제하고 업데이트한 기기를 사용하고 화면 공유와 녹화를 끄며 브라우저 확장 프로그램을 검토하고 생성 전에 사용할 비밀번호 관리자 금고를 여세요. 공용 키오스크와 공유 클립보드 동기화 기기를 피하세요. 누가 금고 항목을 소유하고 복구할 수 있는지, 임시 관리자 자격증명을 언제 만료·교체할지 정하세요.

3. 3단계

   서비스와 호환되는 고유 값 하나 생성하기

   서비스가 허용하는 가장 긴 실용적 길이를 설정하고 가능한 경우 비밀번호만 쓰는 로그인에는 최소 15자를 사용하세요. 지원하는 문자 집합만 선택하세요. 사람이 옮겨 적을 가능성이 있으면 헷갈리는 문자 제외를 유지하고, 서비스가 요구할 때만 모든 집합 포함을 켜세요. 한 번 생성한 결과를 다른 계정에 재사용하지 마세요.

4. 4단계

   제출 전에 저장하고 레코드를 정확히 표시하기

   정확한 출처, 계정명, 소유자, 생성일, MFA·교체 책임 메모가 있는 비밀번호 관리자 항목을 만들고 생성값은 비밀번호 필드에만 넣으세요. 제목, 메모, 티켓, 채팅, 셸 명령이나 배포 로그에 실제 비밀번호를 넣지 마세요. 생성기를 닫기 전에 금고가 정책에 따라 동기화 또는 백업됐는지 확인하세요.

5. 5단계

   등록하고 전체 값을 검증하며 롤백 접근 유지하기

   확인한 연결의 실제 서비스에 붙여넣고 잘림, 거부 문자, 공백 변경, 확인 필드 불일치를 살피세요. 등록을 마친 뒤 로그아웃하고 새 세션에서 비밀번호 관리자 채우기로 로그인하세요. 교체 작업이면 새 값과 모든 의존 클라이언트가 계획한 검사를 통과할 때까지만 이전 자격증명을 유지하고 이후 폐기하세요.

6. 6단계

   MFA 또는 패스키를 추가하고 복구 보호하기

   서비스가 지원하면 패스키나 피싱에 강한 하드웨어 기반 요소를 우선하고, 그렇지 않으면 가능한 가장 강한 MFA를 켜세요. 복구 코드는 현재 비밀번호와 분리해 저장하고 복구 연락처를 검증하며 오래된 기기와 세션을 제거하세요. 어떤 비밀값도 기록하지 않은 채 누가 관리자 초기화를 할 수 있는지 문서화하세요.

7. 7단계

   임시 복사본을 제거하고 대응 증거 정의하기

   비밀번호 관리자 레코드나 필요한 복구 자료를 없애지 않는 범위에서 도구 출력, 지원되는 클립보드 기록, 다운로드, 스크린샷, 초안과 임시 파일을 제거하세요. 서비스 출처, 계정 소유자, 등록·검증 시각, MFA 종류, 복구 검토, 이전 세션 폐기와 노출·피싱·악성코드·침해 통지·비인가 접근 의심 시 즉시 교체할 조건만 비밀이 아닌 증거로 남기세요.

예시

확인한 서비스: 15~64자, 영문·숫자·일반 특수문자 허용; 생성기: 길이 24, 모든 집합, 헷갈리는 문자 제외, 선택 집합 모두 포함

v7@qR4!nZ8#cW3%tK6_mF9?s

흔한 실수

자주 묻는 질문