OpenAI Advanced Account Security 공개: ChatGPT·Codex 계정을 어떻게 잠가야 하나

왜 이제 AI 계정 보안은 메신저나 이메일 계정보다 더 무거운 문제로 봐야 하나

예전에는 개발자 계정 보안이라고 하면 GitHub, 클라우드 콘솔, 사내 SSO 정도를 먼저 떠올렸습니다. 그런데 지금은 ChatGPT나 Codex 계정도 같은 급으로 봐야 합니다. OpenAI가 2026년 4월 30일 발표한 Advanced Account Security(https://openai.com/index/advanced-account-security/)는 바로 그 인식 전환을 공식화한 사례입니다. 이 발표가 중요한 이유는 단순히 보안 옵션 하나를 추가했다는 데 있지 않습니다. AI 계정이 이미 개인 지식, 업무 맥락, 연결된 도구, 장기 세션을 품고 있는 고가치 표적이라는 사실을 제품 차원에서 인정했다는 데 있습니다.

원문은 이 기능을 ChatGPT 계정용 opt-in 보안 설정으로 소개하면서, Codex 접근까지 함께 보호한다고 설명합니다. 강화된 로그인 방식, 더 강한 복구 절차, 짧아진 세션, 로그인 알림, 세션 관리, 그리고 자동 학습 제외가 핵심 요소입니다. 즉 이번 발표는 “비밀번호 하나 더 조심하세요” 수준이 아니라, AI 계정을 고위험 계정군으로 분리해 다루기 시작했다는 신호입니다.

왜 AI 계정이 갑자기 공격 가치가 높아졌나

이유는 생각보다 단순합니다. 이제 AI 계정 안에는 단순 채팅 기록이 아니라 업무 시스템 조각이 들어 있습니다. 프롬프트 템플릿, 코드 스니펫, 설계 메모, 내부 문서 맥락, 연결된 툴 접근 정보, 개인화된 작업 습관이 축적됩니다. 계정 하나가 탈취되면 단순 대화 유출이 아니라 작업 체계 전체가 노출될 수 있습니다.

특히 Codex 같은 코딩 워크플로까지 연동되면 위험은 더 커집니다. 공격자는 계정 내부 문맥을 읽는 데서 끝나지 않고, 개발 습관과 저장소 구조, 연결된 도구 범위를 역추적할 수 있습니다. 원문이 기자, 선출직 공직자, 연구자, 디지털 공격 위험이 큰 사용자군을 직접 언급한 것도 같은 맥락입니다. 이제 AI 계정은 민감 정보가 모이는 허브입니다.

이번 발표에서 실무자가 바로 봐야 할 네 가지 변화

1) 비밀번호 기반 로그인을 사실상 탈락시킨다

원문에 따르면 Advanced Account Security는 passkey 또는 물리 보안 키를 요구하고, password-based login을 비활성화합니다. 이건 방향성이 분명합니다. 피싱 저항성(phishing-resistant authentication)을 기본으로 끌어올리겠다는 겁니다.

실무적으로 이 조치는 꽤 큽니다. 많은 조직이 여전히 강한 비밀번호와 2FA 정도로 만족하지만, 실제 피싱 공격은 세션 탈취나 중간자 페이지로 그 방어선을 우회합니다. 반면 FIDO 계열 보안 키와 passkey는 이 지점에서 훨씬 강합니다.

2) 계정 복구가 쉬운 대신 위험하다는 사실을 공식적으로 인정한다

원문은 이메일·SMS 기반 복구를 끄고, backup passkeys, security keys, recovery keys 같은 강한 방법만 허용한다고 설명합니다. 동시에 이 설정을 켜면 OpenAI Support도 계정 복구를 도와주지 못할 수 있다고 못 박습니다.

이건 꽤 올바른 트레이드오프입니다. 많은 서비스가 사용자 편의를 위해 복구 채널을 열어두다가, 그 복구 채널이 가장 약한 공격면이 됩니다. AI 계정처럼 가치가 큰 계정은 “복구가 쉬움”보다 “복구 경로가 강함”이 더 중요합니다.

3) 세션 수명과 가시성을 같이 다룬다

원문은 sign-in session을 짧게 하고, 로그인 알림과 활성 세션 관리 기능을 제공한다고 설명합니다. 이 부분도 실무자에게 중요합니다. 비밀번호를 잘 지켜도 세션 쿠키가 탈취되면 이미 늦을 수 있습니다. 따라서 세션 만료 시간을 줄이고, 내가 어디서 로그인돼 있는지 볼 수 있는 기능은 실제 피해 범위를 줄이는 데 효과적입니다.

4) 민감 계정의 대화를 자동으로 학습 제외한다

원문은 Advanced Account Security가 켜진 계정의 대화를 모델 학습에 사용하지 않는다고 명시합니다. 이건 단순 프라이버시 옵션이 아니라 정책 단순화입니다. 특히 고위험 사용자군은 매번 설정을 다시 확인하기보다, 보안 모드와 학습 제외가 묶여 있는 편이 안전합니다.

이 발표를 ‘소비자 보안 기능’으로만 보면 놓치는 이유

겉으로 보면 웹 계정용 기능처럼 보일 수 있습니다. 하지만 실제로는 개발팀과 보안팀이 같이 봐야 할 운영 신호입니다. AI 계정이 사내 워크플로의 허브가 될수록, 계정 보안 정책도 일반 SaaS보다 더 엄격해져야 합니다.

특히 아래 조직은 바로 영향을 받습니다.

• Codex, ChatGPT를 개발 워크플로에 깊게 넣은 팀
• 연구 문서나 정책 문서를 AI 계정 안에서 자주 다루는 팀
• 고위험 외부 이해관계자와 일하는 기자, 법무, 공공 부문 사용자
• 보안 인증이 이미 강한데 AI 계정만 상대적으로 약하게 남아 있는 조직

원문이 Trusted Access for Cyber 사용자에게 2026년 6월 1일부터 Advanced Account Security 활성화를 요구한다고 밝힌 것도 같은 방향입니다. 고권한 모델 접근은 고강도 인증과 세트로 가야 한다는 메시지입니다.

도입 전에 반드시 점검해야 할 현실적인 리스크

1) 복구 책임을 조직이 감당할 준비가 되어 있는가

강한 인증은 좋지만, 보안 키 분실과 recovery key 보관 실패는 즉시 운영 사고가 됩니다. 특히 개인 계정보다 팀 단위 사용자가 많은 조직은 예비 키와 보관 정책이 필요합니다.

2) SSO와 로컬 계정 정책이 섞여 있지 않은가

원문은 조직 사용자의 경우 SSO에서 피싱 저항성 인증을 갖췄다면 대안이 될 수 있다고 말합니다. 따라서 사내 SSO를 쓰는 사용자와 개별 OpenAI 로그인 사용자를 섞어 두면 정책이 혼란스러워집니다.

3) 보안 기능을 켜고도 세션 운영을 방치하면 반쪽짜리다

알림과 세션 관리가 생겼다고 끝이 아닙니다. 누가 로그인 알림을 모니터링할지, 이상 세션을 누가 끊을지, 온보딩·오프보딩 시 계정 상태를 어떻게 점검할지 운영 절차가 있어야 합니다.

지금 해볼 수 있는 가장 현실적인 적용 순서

1. ChatGPT, Codex, API 콘솔처럼 AI 관련 계정을 모두 목록화합니다.
2. 개인 로그인인지, 조직 SSO인지 계정 유형을 구분합니다.
3. 고위험 사용자군부터 passkey 또는 물리 보안 키 도입 대상을 정합니다.
4. recovery key 보관 정책과 예비 키 지급 방식을 정합니다.
5. 세션 검토 주기와 로그인 알림 대응 절차를 문서화합니다.
6. 민감 사용자 계정의 학습 제외 정책을 별도 확인합니다.

핵심은 기능을 켜는 것이 아니라, 계정 보안 모델을 AI 시대에 맞게 다시 분류하는 겁니다. 이번 발표는 그 재분류가 더 이상 선택이 아니라는 신호에 가깝습니다.

결론: AI 계정은 이제 편의 계정이 아니라 핵심 업무 계정이다

OpenAI Advanced Account Security는 화려한 모델 발표는 아닙니다. 하지만 운영 현실로 보면 아주 중요한 변화입니다. AI 계정이 문맥 저장소, 도구 허브, 개인 작업 시스템으로 바뀐 이상, 인증과 복구 정책도 같은 수준으로 올라와야 합니다. 앞으로는 모델 성능 경쟁만큼이나 계정 보안 강도도 플랫폼 선택 기준이 될 가능성이 큽니다.

특히 개발자와 보안팀은 이제 “AI 계정은 어차피 부가 서비스”라는 생각을 버려야 합니다. 이미 그 계정은 코드보다 더 많은 맥락을 품고 있을 수 있습니다.

실행 체크리스트

• 우리 조직이 사용하는 ChatGPT, Codex, 관련 AI 계정을 자산 목록으로 관리하고 있는가
• 고위험 사용자를 위한 passkey 또는 물리 보안 키 정책이 있는가
• 이메일·SMS 기반 복구 의존도를 줄일 대체 복구 절차가 있는가
• 개인 로그인과 SSO 계정을 혼용하면서 생기는 정책 공백이 없는가
• 로그인 알림과 활성 세션 관리 기능을 실제 운영 루틴에 넣었는가
• 민감 사용자 계정의 학습 제외 정책을 별도로 확인했는가
• 온보딩·오프보딩 시 AI 계정 보안을 일반 SaaS 계정보다 강하게 다룰 준비가 되어 있는가