FIDO

왜 배우는가: 패스워드 유출과 크리덴셜 스터핑 피해가 이어지면서 비밀번호 없는 인증이 실무 과제가 되었다. FIDO는 기기와 웹 전반에 걸친 표준이라 1교시 용어와 3·4교시 논술에서 함께 다뤄진다. 1.0과 2.0의 차이를 정확히 구분하는 것이 핵심이다.

출제 이력: 제118회 3교시 2번, 제116회 4교시 3번

1. 한 줄 정의와 핵심 키워드

FIDO는 비밀번호 없이 공개 키 암호와 기기 내 로컬 인증으로 사용자를 확인하는 개방형 인증 표준이다.

답안 첫 줄에는 위 정의를 그대로 쓴다. 정의의 핵심은 세 가지다. 비밀번호를 쓰지 않는다는 것, 공개 키 암호를 쓴다는 것, 생체 정보나 PIN 확인을 기기 안에서 처리한다는 것이다. 채점에서는 두 번째 항목인 공개 키 암호 사용 여부를 가장 많이 확인한다.

핵심 키워드

• FIDO 얼라이언스: 2013년 2월 출범한 개방형 산업 협회로, 인증 표준을 개발하고 보급한다.
• 공개 키 암호: 기기가 키 쌍을 만들고 서버에는 공개 키만 등록한다.
• 인증자(Authenticator): 개인 키를 보관하고 서명을 수행하는 기기나 토큰이다.
• UAF: 지문 등 로컬 인증만으로 비밀번호 없이 인증하는 프레임워크다.
• U2F: 비밀번호 인증 뒤에 USB 토큰 등으로 두 번째 요소를 확인하는 규격이다.
• CTAP: 클라이언트와 인증자 사이의 통신 프로토콜이다.
• WebAuthn: 웹 브라우저가 호출하는 W3C 웹 인증 표준 API다.
• FIDO2: WebAuthn과 CTAP2를 묶은 FIDO 2.0 규격 세트다.

2. 개념 풀이

쉬운 말로 하면 FIDO는 내 기기가 나를 대신해 증명하는 방식이다. 서버는 사용자의 비밀번호를 받지 않고, 사용자 기기가 서버의 요청에 서명해 응답한다.

정식 정의는 다음과 같다. FIDO(Fast IDentity Online)는 지문, 얼굴, PIN 등 다양한 로컬 인증을 공개 키 암호와 결합해 비밀번호 없는 인증을 구현하는 표준 체계다. 공개 키 암호를 쓰므로 보안되지 않은 채널에서도 인증이 이루어진다.

핵심 용어는 다음 세 가지다.

• 공개 키 암호: 키 쌍 중 공개 키는 서버에 등록하고, 개인 키는 기기 밖으로 내보내지 않는다. 서버는 공개 키로 서명을 검증만 한다.
• 챌린지(Challenge): 서버가 인증할 때마다 새로 보내는 임의의 값이다. 이전 응답을 재사용하는 재전송 공격을 막는다.
• 로컬 인증: 지문, 얼굴, 4자리 PIN, 버튼 누르기처럼 사용자가 기기에서 수행하는 동작이다. 이 동작으로 기기 내 키의 잠금을 푼다.

FIDO 방식은 등록과 인증의 두 단계로 이루어진다.

• 등록: 사용자가 로컬 인증으로 기기를 잠금 해제하면 기기가 키 쌍을 생성하고, 공개 키를 서버에 등록한다.
• 인증: 서버가 챌린지를 보내면 기기가 로컬 인증 후 개인 키로 챌린지에 서명해 돌려준다.
• 검증: 서버는 등록된 공개 키로 서명을 검증한다. 검증에 성공하면 로그인이 완료된다.

사용자 기기는 개인 키를 외부로 내보내지 않고 챌린지에 서명해 응답한다.

이 구조에서 생체 정보는 서버로 전송되지 않고 기기 안에서만 처리된다. 서버가 유출되더라도 노출되는 것은 공개 키뿐이므로 인증 정보를 재사용하기 어렵다.

3. 등장 배경과 필요성

비밀번호 방식은 사용자에게 여러 계정의 비밀번호를 만들고 기억하도록 요구한다. 이 때문에 같은 비밀번호를 여러 곳에 재사용하는 경우가 많고, 한 곳의 유출이 다른 서비스 침해로 이어진다. 비밀번호는 서버에 저장되는 공유 비밀이라 서버가 뚫리면 그대로 노출된다는 구조적 한계도 있다.

최근 금융권 사고에서도 이 문제가 드러났다. 아이디·비밀번호 인증은 크리덴셜 스터핑 공격에 취약하다. 크리덴셜 스터핑은 유출된 계정 정보를 다른 사이트의 로그인 창에 자동으로 대입하는 공격이다. 간편 인증 서비스가 취약 고리가 됐다는 지적도 함께 나왔다.

두 번째 배경은 기기와 서비스마다 인증 방식이 달라 상호운용성이 부족했다는 점이다. 지문 센서, USB 토큰, NFC 카드의 방식이 제각각이면 서비스 제공자는 방식마다 따로 연동해야 했다. FIDO는 로컬 인증 방식이 무엇이든 클라이언트 쪽에 공통 인터페이스를 정의해 이 문제를 줄였다.

클라우드와 제로 트러스트 환경에서는 이중 요소 인증 적용이 더 중요해졌다. 기업 시스템 접근을 하드웨어 기반 보안 토큰으로 보호하는 사례가 그 예다.

FIDO 규격은 다음 순서로 확장되었다.

• 2013년 2월 FIDO 얼라이언스 출범
• 2014년 10월 U2F 1.0 제안 표준 발표
• 2014년 12월 UAF 1.0 제안 표준 발표
• 2015년 9월 FIDO 2.0 제안 표준 발표
• 2019년 3월 W3C 웹 인증(WebAuthn) 권고안이 공식 웹 표준이 됨
• FIDO 규격의 국제 표준화 동향

초기 U2F는 비밀번호에 더하는 두 번째 요소였다. 이후 FIDO2는 비밀번호 없이 단독으로 인증하는 웹 환경을 목표로 확장되었다. 이 흐름이 1.0과 2.0의 차이를 이해하는 출발점이다.

4. 구성요소·원리·절차

FIDO 인증은 클라이언트, 인증자(Authenticator), 의존 당사자(Relying Party, RP) 세 요소가 프로토콜로 연결된 구조다. 웹 사용자 에이전트(브라우저)가 WebAuthn 클라이언트로서 인증자와 RP 사이를 중개한다. 인증자와 클라이언트 사이는 CTAP(Client to Authenticator Protocol)으로 통신하고, 클라이언트와 RP 사이는 WebAuthn 인터페이스로 통신한다.

표의 구성은 역할 분담을 보여준다. 인증자는 개인키를 가진 유일한 주체다. RP는 공개키만 가진다. 클라이언트는 키 내용을 알지 못하고 메시지만 전달한다. 이 분담 때문에 서버 유출 시 인증에 쓸 수 있는 비밀이 남지 않는다.

원리는 공개키 암호 방식이다. 개인키는 기기 밖으로 나가지 않는다. 사용자가 생체나 버튼으로 기기 내 키의 잠금을 풀면 기기가 챌린지에 서명한다. 생체 정보는 기기에서 처리되고 서버로 전송되지 않는다. 따라서 패스워드를 서버에 두지 않고, 서버 쪽 공개키가 유출되어도 인증을 흉내 낼 수 없다.

등록 절차는 다음과 같다.

• RP가 등록 요청과 챌린지를 클라이언트에 전달한다.
• 사용자가 로컬 인증(생체, PIN, 버튼)으로 인증자 잠금을 해제한다.
• 인증자가 키 쌍을 생성하고 개인키는 기기에 보관한다.
• 공개키와 증명 정보가 RP로 전달되고, RP가 계정과 연결해 저장한다.

인증 절차는 다음과 같다.

• 사용자가 계정을 입력하면 RP가 새 챌린지를 발급한다.
• 클라이언트가 인증자에 챌린지를 전달하고 사용자 확인을 요구한다.
• 인증자가 개인키로 챌린지에 서명해 응답한다.
• RP가 저장된 공개키로 서명을 검증하고 로그인을 허용한다.

U2F는 패스워드 인증 후 보안 키로 추가 확인을 하는 2차 인증이다. UAF는 생체 등으로 패스워드 없이 인증하는 1차 인증이다. 두 방식 모두 공개키 등록과 서명 검증 원리를 공유한다.

챌린지에 대한 개인키 서명과 RP의 공개키 검증이 FIDO 인증의 핵심이다.

5. 관련 법령·기준·표준

FIDO 관련 기준은 FIDO 얼라이언스 규격, W3C 웹 표준, ITU-T 국제표준으로 나뉜다.

표에는 확인된 발표·채택 시점을 정리한다.

기준 수치는 많지 않다. 근거에 있는 값은 다음과 같다.

• USB 보안 토큰은 4자리 PIN 또는 버튼 누르기로 인증할 수 있다.
• FIDO 인증 제품은 2019-12-18 기준 688개 인증을 달성했다.
• 2019-03 WebAuthn 권고 이후 FIDO2는 공식 웹 표준의 핵심 구성요소가 되었다.

최근 자료로는 2026년 국내 언론이 네이버페이 얼굴 인증 등 생체 정보를 기기 측에서 처리하는 사례를 보도했다. 이 사례는 생체 정보 비전송 원칙과 같은 방향이다.