영어에서 자동 번역되었습니다. 원본 보기 →
Conditional Create 비율은 브라우저, 인증자 및 자격 증명 제공자의 지원으로 패스키 생성이 자동화되는 위치를 측정합니다(성공적인 암호 로그인 후 추가 프롬프트 없이 조용히 처리). 이는 기존 등록 전략을 대체하는 것이 아니라 성숙한 패스키 배포를 위한 도입 가속기로 간주해야 합니다.
Conditional Create는 적절한 생태계 스택이 갖춰졌을 때 성공적인 비밀번호 로그인 후 패스키 생성을 자동화합니다(전체 게이팅 로직은 아래 전제 조건 스택 참조). 아래 4개의 플랫폼 타일은 각 OS에 대해 다음 자격 증명 관리자를 가정합니다: iOS/macOS의 iCloud Keychain(Apple Passwords), Android의 Google Password Manager, Windows의 Chrome / Google Password Manager. 이 범위는 명시적 등록 프롬프트가 이미 존재하는 성숙한 배포를 위한 추가 벤치마크이며, 독립 실행형 배포는 크게 다를 수 있습니다.
Apple은 브라우저, 인증자 및 암호 관리자를 긴밀하게 통합하며, 패스키 자동 완성이 이미 익숙합니다.
Chrome과 Safari는 브라우저 측면을 잘 다루지만, 데스크톱 암호 관리자 선택은 iOS보다 혼재되어 있습니다.
Chrome / Google Password Manager는 작동할 수 있으나, Samsung Internet, Samsung Pass 및 기본 제공자 설정이 준비도를 파편화시킵니다.
Chrome / Google Password Manager는 작동할 수 있으나, Windows Hello는 Conditional Create 경로가 아니며 Edge는 준비도를 낮춥니다.
브라우저, 인증자, 비밀번호 관리자 및 패스키 자동 완성이 긴밀하게 통합되어 있어 iOS는 가장 강력한 환경입니다. macOS도 실행 가능하지만 더 혼재되어 있습니다. 현재 Windows와 Android는 가장 큰 마찰을 보입니다: Windows Hello는 Conditional Create 경로가 아니며, Android는 선택한 자격 증명 제공자, 제조사 및 그에 따른 기본 설정에 크게 의존합니다. 삼성이 주도하는 시장에서는 사용자가 선호하는 서비스 경로가 설정되지 않은 경우 Google Password Manager 가용성만으로는 충분하지 않습니다.
브라우저 지원은 첫 번째 관문일 뿐입니다. Conditional Create는 자격 증명 제공자/인증자 지원, 최근 저장된 비밀번호 자동 완성 로그인, 활성 자격 증명 제공자에 기존 패스키가 없을 것도 요구합니다. Corbado Conditional Create 분석을 확인하세요.
운영 체제 전반에 걸쳐 집계된 December 2025 기능 지원 데이터는 브라우저 측면의 한계를 설명합니다. 이 표는 기본 인증자나 OS가 아닌 브라우저가 Conditional Create를 노출하는지에 대한 내용만 다룹니다. iOS Chrome, Edge 및 Firefox는 WebKit 컨텍스트로 분리되어 있으며, 비 iOS Firefox는 이 데이터에서 Conditional Create 지원을 보여주지 않습니다. 이는 여전히 저장된 비밀번호 자동 완성 점유율을 측정하지는 않습니다.
| 브라우저 | 지원 |
|---|---|
| Chrome | 96% |
| Safari | 95% |
| Edge | 4% |
| Chrome iOS WebKit | 98% |
| Samsung Internet | 0% |
| Firefox | 0% |
Corbado가 엄선한 연구 및 주요 참고 자료입니다.