edubun
한국어

2단계 인증

여섯 자리 코드는 정확히 1,000,000가지라서, 비밀번호를 손에 넣은 도둑이 다섯 번 찍어 볼 수 있다면 맞힐 확률은 20만분의 1입니다.

도둑이 비밀번호를 알아냈다면, 코드는 맞힐 수 있을까

문제부터 풀어 봅시다. 누군가 내 비밀번호를 훔쳤는데, 사이트가 여섯 자리 인증 코드를 하나 더 묻습니다. 도둑에게 주어진 기회는 다섯 번입니다. 운 좋게 맞힐 확률은 얼마일까요? 아래 실습에서 먼저 계산해 보고 이어서 읽으세요.

여섯 자리 코드는 000000부터 999999까지 10⁶ = 1,000,000가지입니다. 다섯 번 찍어서 맞힐 확률은 1,000,000분의 5, 줄이면 20만분의 1입니다. 비밀번호만 있었다면 도둑은 이미 들어갔을 텐데, 코드 앞에서는 거의 언제나 막힙니다. 다중 인증이 지켜 주는 몫이 바로 이 차이입니다.

증명은 세 종류, 비밀번호 두 개는 여전히 한 종류

다중 인증(multi-factor authentication, MFA)은 흔히 2단계 인증이라고 부르며, 두 종류 이상의 증명을 요구합니다. CISA는 그 종류를 아는 것(비밀번호, PIN), 가진 것(휴대전화, 보안 키), 나 자신인 것(지문, 얼굴)으로 나눕니다. 비밀번호를 두 번 묻는 것은 여전히 한 종류입니다. CISA는 이 기능을 주는 계정이라면 모두 켜고, 그중에서도 이메일과 SNS, 금융 계정부터 켜라고 권합니다. 이메일이 맨 앞인 까닭은 비밀번호 재설정 링크가 그리로 오기 때문입니다. 받은편지함을 손에 넣은 사람은 다른 계정 대부분을 재설정할 수 있습니다. 학교 계정의 비밀번호를 잊었을 때 개인 이메일로 재설정 링크가 온다면, 그 이메일부터 지켜야 학교 계정도 지켜집니다.

세 가지 인증 요소입니다. 2단계 인증은 서로 다른 두 종류를 묶습니다. 비밀번호 두 개는 여전히 한 종류입니다.

빼돌릴 수 있는 코드, 빼돌릴 수 없는 키

흔히 쓰는 방법들은 공격을 버티는 힘이 저마다 다릅니다. 문자 메시지나 음성 전화로 받는 인증번호는 전화망을 거쳐 옵니다. NIST는 이를 「제한된 인증 수단(restricted authenticator)」으로 분류합니다. 쓸 수는 있지만 서비스가 다른 수단을 함께 주고 위험을 알려야 하며, 최근 유심 변경이나 번호 이동 같은 징후도 살펴야 합니다. 범죄자가 통신사를 속여 내 번호를 자기 유심으로 옮겨 가는 일이 있기 때문입니다. 인증 앱이 보여 주는 코드는 내 휴대전화 안에서 생기고 전화망을 한 번도 지나지 않습니다. 푸시 알림은 화면의 「승인」을 눌러 달라고 묻는 방식입니다. 범죄자는 귀찮아서라도 하나 눌러 주기를 바라며 알림을 수십 번 보내기도 합니다. 그래서 CISA는 로그인 화면에 뜬 숫자를 직접 입력하게 하는 「숫자 맞추기」를 권합니다.

그래도 이 방법들은 모두 피싱에 뚫릴 수 있습니다. 가짜 로그인 페이지가 인증번호를 물으면 사람은 별생각 없이 입력하고, 범죄자는 그 번호를 몇 초 만에 진짜 사이트에 넣습니다. NIST는 코드를 손으로 입력하는 방식은 코드가 진짜 사이트에 묶여 있지 않아서 피싱 방지 인증이 아니라고 분명히 적어 두었습니다. CISA는 피싱 방지 MFA를 「최고 기준」이라 부르고, 지금 널리 쓸 수 있는 것은 FIDO/WebAuthn, 다시 말해 보안 키와 패스키뿐이라고 합니다. 앞 단원에서 본 대로 이 둘은 자기가 만들어진 사이트에만 응답합니다. 그렇다고 문자 인증을 꺼 버릴 까닭은 없습니다. 어떤 MFA든 켜 두는 편이 아무것도 없는 것보다 훨씬 낫습니다.

휴대전화를 잃어버리기 전에 해 둘 일

2단계 인증을 처음 켜면 대부분의 서비스가 한 번씩만 쓰는 복구 코드 목록을 보여 줍니다. NIST는 이를 「조회 비밀(look-up secret)」이라고 부릅니다. 휴대전화를 잃어버렸을 때 계정으로 돌아갈 길이니 휴대전화와 떨어진 안전한 곳에 둡니다. 종이에 인쇄해 집에 보관하거나 비밀번호 관리 프로그램에 넣어 두면 됩니다. 자신에게 보내는 이메일에 붙여 넣지 마세요. 전화로 복구 코드를 불러 달라는 사람에게도 알려 주면 안 됩니다. 진짜 고객센터라면 그 코드가 필요 없습니다.

휴대전화를 바꾸거나 잃어버리는 일은 미리 대비해 두어야 덜 곤란합니다. 대부분의 서비스는 두 번째 요소를 둘 이상 등록하게 해 줍니다. 인증 앱과 보안 키를 함께 등록하거나, 두 기기에 패스키를 하나씩 두는 식입니다. 새 휴대전화로 바꿀 때는 옛 기기를 초기화하기 전에 인증 앱이나 패스키부터 새 기기로 옮깁니다. 휴대전화를 잃어버렸다면 복구 코드나 다른 요소로 로그인한 다음, 계정마다 들어가 잃어버린 기기를 목록에서 지웁니다.

자주 하는 실수
  • 「비밀번호에 보안 질문까지 답하면 2단계 인증이다.」 둘 다 「아는 것」이라 여전히 한 종류입니다. 2단계 인증이 되려면 휴대전화 앱의 코드나 보안 키처럼 다른 종류가 하나 더 있어야 합니다. 비밀번호를 넣은 뒤 또 다른 비밀번호를 묻는 화면이라면 아직 1단계 인증입니다.
  • 「문자로 인증번호를 받으면 피싱은 막힌다.」 가짜 페이지가 인증번호를 물어서 몇 초 만에 진짜 사이트로 넘길 수 있습니다. NIST는 손으로 입력하는 코드는 피싱 방지가 아니라고 하고, 전화번호가 범죄자의 유심으로 옮겨질 수 있어서 문자 인증번호를 「제한된 수단」으로 분류합니다. 그래도 문자 인증을 켜 둔 계정이 아무것도 없는 계정보다는 훨씬 안전합니다.
  • 「승인 알림이 계속 오면 하나 눌러 주면 멈춘다.」 멈추기는 합니다. 공격자가 들어왔으니까요. 내가 요청하지 않은 알림이 쏟아진다면 누군가 비밀번호를 알고 있다는 뜻이니 모두 거부하고 그 계정 비밀번호를 바꿉니다.
  • 「복구 코드는 내게 보낸 메일에 넣어 두면 된다.」 그 받은편지함에 들어간 사람이 복구 코드까지 손에 넣습니다. 휴대전화, 이메일과 떨어진 곳, 예를 들어 집에 둔 종이나 비밀번호 관리 프로그램에 보관합니다. 복구 코드를 찍어 휴대전화 사진첩에 넣어 두는 것도 휴대전화와 함께 잃는 자리입니다.
선생님 메모헷갈림은 대개 「요소의 종류」에서 시작합니다. 문자 인증이나 패스키 이야기를 꺼내기 전에 비밀번호, PIN, 보안 질문, 앱 코드, 지문, 보안 키를 섞어 주고 그림의 세 칸에 나눠 넣게 해 보세요. 그다음 여섯 자리 코드 계산을 하면 이득이 숫자로 보입니다. 방법끼리 비교하는 것은 맨 마지막에 하고, 「어떤 MFA든 없는 것보다 낫다」로 마무리하세요. 그래야 문자 인증은 쓸모없다고 오해하고 끝나는 사람이 없습니다. 여섯 자리 계산은 수학 시간에 배운 경우의 수와 이어서 설명해도 좋습니다.
인증 요소 세 가지아는 것, 가진 것, 나 자신인 것
문자·음성 코드(NIST)제한된 수단. 대안과 경고가 있으면 허용
푸시 폭탄하나라도 누르길 바라며 승인 요청을 잔뜩 보냄
숫자 맞추기로그인 화면의 숫자를 입력
피싱 방지 MFAFIDO/WebAuthn. 보안 키와 패스키
복구 코드1회용 코드. 휴대전화와 따로 안전하게 보관
핵심 정리
  • MFA는 아는 것, 가진 것, 나 자신인 것 가운데 서로 다른 종류를 묶습니다.
  • 어디서나 켜되, 이메일부터 켭니다.
  • 입력하는 코드는 가짜 사이트가 넘겨줄 수 있지만 FIDO/WebAuthn은 그럴 수 없습니다.
  • 복구 코드는 안전하게 보관하고 누구와도 나누지 않습니다.
  1. 진짜 2요소 인증인 것은?
    • 비밀번호와 휴대전화 앱의 코드
    • 비밀번호와 보안 질문
    • 서로 다른 비밀번호 두 개
    • 아이디와 비밀번호
  2. MFA를 가장 먼저 켤 계정은?
    • 이메일
    • 게임 게시판
    • 뉴스 사이트
    • 날씨 앱
  3. 여섯 자리 코드는 몇 가지일까요?
  4. NIST는 문자·음성 전화로 보내는 코드를 어떻게 분류할까요?
    • 제한된 수단
    • 금지
    • 피싱 방지
    • 가장 강한 수단
  5. 입력하는 1회용 코드가 피싱 방지가 아닌 까닭은?
    • 가짜 사이트가 코드를 진짜 사이트로 넘길 수 있어서
    • 너무 짧아서
    • 만료돼서
    • 이메일로 와서
  6. CISA에 따르면 널리 쓸 수 있는 유일한 피싱 방지 MFA는?
    • FIDO/WebAuthn
    • 문자 코드
    • 보안 질문
    • 이메일 링크
  7. 요청하지 않은 승인 알림이 휴대전화에 스무 번 뜹니다. 어떻게 할까요?
    • 거부하고 그 계정 비밀번호를 바꿈
    • 그만 오게 하나 승인
    • 계속 무시
    • 일주일 동안 휴대전화를 끔
  8. 복구 코드는 어디에 둘까요?
    • 휴대전화와 따로 안전한 곳
    • 휴대전화 잠금 화면 메모
    • 자신에게 보낸 이메일
    • 고객센터가 물으면 알려 줌
  9. 1회용 코드 칸을 표시하는 autocomplete 값은?
  10. 푸시 폭탄에 맞서 CISA가 권하는 것은?
    • 숫자 맞추기
    • 더 긴 아이디
    • MFA 끄기
    • 대신 문자 쓰기
이 과정의 출처 (13)
  • (checked 2026-10-17; reordered 2026-10-19: standards and law first, then official agency guidance, then technical documentation, history last)
  • Standard: NIST SP 800-63B-4, Digital Identity Guidelines: Authentication and Authenticator Management (pages.nist.gov/800-63-4/sp800-63b.html, final 31 July 2025 per the csrc.nist.gov document history (Date Published: July 2025), checked 2026-10-17: sec. 3.1.1.2 password rules, 3.1.3.3 PSTN restricted, 3.2.5 phishing resistance, Appendix B syncable authenticators)
  • Law: 개인정보 보호법 제2조 (국가법령정보센터, law.go.kr)
  • Official agency guidance: CISA Secure Our World: Use Strong Passwords, Turn on MFA, Recognize and Report Phishing, Update Software, and tip sheets (cisa.gov/secure-our-world, checked 2026-10-17)
  • CISA, More than a Password (cisa.gov/MFA) and fact sheet Implementing Phishing-Resistant MFA (2022)
  • checked 2026-10-17
  • CISA #StopRansomware Guide (checked 2026-10-17)
  • CISA, Back Up Business Data and Data Backup Options (Ruggiero and Heckathorn, 2012, Carnegie Mellon University, produced for US-CERT, which CISA retired into CISA.gov on 24 February 2023; 3-2-1 rule) (checked 2026-10-17)
  • KISA, 118 상담 서비스 (kisa.or.kr/118, checked 2026-10-17)
  • KISA 보호나라 스미싱 확인서비스 (boho.or.kr, checked 2026-10-17)
  • KISA 개인정보침해 신고센터 (privacy.kisa.or.kr, checked 2026-10-17)
  • Technical documentation: MDN Web Docs, Passkeys (developer.mozilla.org/en-US/docs/Web/Security/Authentication/Passkeys, checked 2026-10-17) and autocomplete attribute (checked 2026-10-17)
  • No product is recommended. Every code exercise was checked with a Playwright probe against a reference solution.

확인한 날: 2026-10-17