검토 중인 사용 흐름

AI 작업이 사이트 로그인 화면에서 대기하면 휴대폰에 컴퓨터·실제 사이트 도메인·계정·요청 목적을 표시합니다. 사용자가 이번 로그인을 승인하고 본인 인증을 마치면 지원되는 브라우저 연동이 해당 요청에 인증 정보를 사용하고 로그인 완료를 확인합니다.

목표는 기존 작업에 인증 결과를 돌려주는 것입니다. 알림 도착이나 암호 접수만으로 사이트 로그인과 업무 재개를 판단하면 안 됩니다. 현재 베타에서 이 애드온이나 전체 흐름을 제공하는 것은 아닙니다.

비밀번호와 TOTP부터 검증합니다

첫 기술 후보는 Mac 브라우저 연동과 휴대폰 보안 저장소입니다. 소유자가 등록한 암호를 사용하며, TOTP는 해당 계정의 인증 코드 생성 키를 적절한 설정 절차로 등록해야 합니다. 다른 인증 앱의 비공개 저장소를 읽는 기능을 전제로 하지 않습니다.

각 승인은 원래 사이트와 브라우저 요청에 연결되어야 합니다. 취소·만료·도메인 변경이 발생한 요청에 인증 정보를 입력하면 안 됩니다. 암호와 인증 코드가 AI 채팅·모델이 보는 도구 인자·진단 로그로 전달되지 않도록 검증해야 합니다.

OpenAI는 브라우저 작업을 멈추고 자격 증명·다중 인증 입력을 받는 보안 로그인 폼을 제공합니다. iOS에서는 지원되는 암호 관리자를 사용할 수 있습니다. MiniUnlock을 암호 제공자로 연결하는 방식을 시험할 수 있지만, 실제 호환은 확인되지 않았습니다.

OpenAI 보안 로그인 안내와 Apple 자격 증명 제공자 확장을 참고하세요. 사무실 Mac의 브라우저 확장이 ChatGPT의 클라우드 브라우저에도 적용된다고 가정하지 않습니다.

문자 인증, PASS, 금융인증서, 공동인증서, 패스키는 서로 다른 규칙과 연동 방법을 갖습니다. MiniUnlock의 본인 인증이 다른 서비스가 요구하는 신원 확인이나 전자 서명을 자동으로 충족하지는 않습니다.

PASS는 공식 앱의 승인 흐름을 따라야 합니다. Chrome에는 원격 WebAuthn 요청을 처리하는 API가 있어 패스키는 별도 검증 후보입니다. PASS 안내와 Chrome WebAuthn API가 MiniUnlock의 지원 성공을 입증하는 것은 아닙니다.

실제 지원 사이트에서 요청을 감지하고 원래 브라우저 세션에 로그인한 뒤, 대기했던 업무가 다음 단계로 진행되는지 확인해야 합니다. 취소·만료·잘못된 도메인·비밀 정보 노출도 함께 검사해야 합니다.

결제·계약 서명 등은 해당 행위의 실제 내용을 보여주는 별도 승인으로 설계해야 합니다. 출시하게 된다면 사이트별 지원 범위와 추가 사용자 조작을 구체적으로 안내합니다.

Mac·iPhone은 제한 베타이며 Android·Windows는 개발 중입니다. 공개 다운로드와 결제는 아직 제공하지 않습니다.