본문으로 건너뛰기

© 2026 Molayo

Reddit요약2026. 05. 25. 00:08

실시간 자격 증명 탈취를 보고한 후 OpenAI로부터 차단당했습니다. 그들은 내 계정이 고장 났음을 서면으로 인정했습니다. 여기 7개월간의

요약

사용자가 OpenAI의 지속적인 서비스 장애와 기능 결함을 보고했음에도 불구하고, 적절한 조치 없이 결제가 지속되고 보안 사고(계정 탈취)까지 발생한 사례를 다룹니다. 사용자는 기술적 분석을 제공하며 해결을 시도했으나 OpenAI의 미흡한 고객 지원과 인프라 문제를 비판합니다.

핵심 포인트

  • OpenAI의 메모리, 프로젝트, 커넥터 등 주요 기능의 지속적 장애 발생
  • 사용자의 기술적 진단 및 로그 제공에도 불구하고 고객 지원의 무책임한 대응
  • 계정 토큰이 제3자에 의해 무단 사용되는 보안 사고(탈취) 발생
  • 서비스 결함 인지 상태에서의 유료 구독 결제 지속 문제

이것은 일시적인 오류가 아니었습니다. 지속적인 메모리 모듈 (memory modules) 업데이트가 중단되었습니다. 모델들이 사용자 지정 지침 (Custom instructions)을 무시했습니다. 프로젝트 파일 (Project files) 로드가 실패했습니다. 사용자 지정 지침 (Custom instructions), 개인화 기능 (personalization features), 커넥터 능력 (connector abilities), 파일 도구 (file tool), 심지어 프로젝트 (projects)까지 작동하지 않았습니다. 이는 완전한 실패에 이르기까지 지속적인 성능 저하 (degradation)로 시작되었습니다. OpenAI 고객 서비스 (customer service)조차 이를 인정했음에도 불구하고, 몇 달이 지난 지금 제가 대화한 대상은 봇 (bots)뿐이었습니다. 고객 서비스로서의 LLM (Large Language Models)뿐만 아니라, 실제 사람인 지원 담당자로 잘못 식별되는 사례들까지 포함해서 말입니다. 이는 유료 티어 (paid tier) 전체에 걸쳐 매달 반복되는 점진적 성능 저하 상태였습니다.

한편, OpenAI는 비즈니스 (businesses) 및 엔터프라이즈 (enterprise) 티어를 자유롭게 강화해 왔습니다. 저는 단순히 일반 고객 지원 (standard support)에 빠르게 불만을 제기한 것이 아닙니다. 저는 직접 교차 플랫폼 진단 (cross platform diagnostics)과 실패 로그 (failure logs)를 실행하고 확보했습니다. 심지어 OpenAI 고객 지원 (customer support)에 정확한 재현 단계 (replication steps)를 문서화하여 전달했으나, 해결책 없이 성능 저하에 대한 인정만을 받았습니다. 저는 7개월 동안 20개의 별도 지원 티켓 (support tickets)을 통해 그들의 실패하는 인프라 (infrastructure)에 대한 완전히 패키징된 기술적 분석 (technical breakdown)을 OpenAI 지원팀에 전달했습니다. 저는 그들의 QA (Quality Assurance) 작업을 무료로 해준 셈입니다. 그리고 이를 증명할 영수증 (receipts)을 가지고 있습니다.

이 게시물에 스크린샷과 정확한 이메일 파일들을 첨부합니다. 사례 번호 06830839에서, OpenAI 지원팀은 다음과 같이 명시적으로 서면 작성했습니다: "귀하가 도구, 메모리 기능, 개인화 설정, 커넥터 및 프로젝트 파일을 포함하여 ChatGPT 구독의 여러 기능에 영향을 미치는 지속적인 기술적 문제를 겪고 있음을 인정합니다... 또한 귀하가 상세한 증거를 제공한 후 해당 사례에 대한 소통이 중단된 것에 대한 귀하의 우려를 이해합니다..." 다시 한번 읽어보십시오. 그들은 내 계정이 근본적으로 고장 났음을 서면으로 인정했습니다. 그들은 내가 진단 증거를 전달한 후 자신들의 팀이 나를 무시했다(ghosted)는 사실을 인정했습니다. 그럼에도 불구하고 그들은 제품이 제대로 작동하지 않는다는 것을 알면서도 매달 내 카드로 결제를 계속했습니다.

탈취의 확대 (The Hijack Escalation): 이틀 전, 상황은 고장 난 제품에서 심각한 보안 사고 (security incident)로 확대되었습니다. 저는 제 환경을 모니터링하던 중, 데스크톱 앱을 새로 부팅한 후 두 번의 별도 세션에 걸쳐 Codex의 속도 제한 (rate limits)이 10%씩 단계적으로 떨어지는 것을 목격했습니다. 이 현상은 10분이라는 짧은 시간 안에 두 차례 발생했습니다. 저는 실행 중인 활성 세션이 전혀 없었습니다. 제 쪽에서의 사용량도 전혀 없었습니다. 제 계정 토큰 (account token)이 권한이 없는 제3자의 익스플로잇 (exploit)에 의해 활발하게 소진되고 있었습니다. 저는 해킹 사실을 알리기 위해 즉시 Case 09113391로 긴급 미승인 활동 보고를 제출했습니다. 그들의 대응은 이 문제를 사기 행위에 대한 분쟁으로 완전히 재구성 (reframe)하여, 상황에 대한 피해 통제 (damage control)를 시도하고 기록을 조작하는 것이었습니다.

재구성 시도 (The Reframe Attempts):
침해 사고를 조사하는 대신, OpenAI 지원팀은 의도적으로 기록을 왜곡했습니다. 그들은 저의 보안 보고를

그들은 문을 걸어 잠그고는 침입의 책임을 집주인에게 돌렸습니다. 저는 즉시 이메일을 보내 반박했습니다 (해결책 없이 사례를 종결할 뿐만 아니라 그 과정에서 저에게 전혀 알리지 않는 그들의 월간 기록 때문에 반박했으나, 평소와 다름없이 그들의 "지원 (support)" 팀은 정확히 똑같은 전술을 다시 시도했습니다. 서신을 통해 저는 기술적 맥락 (technical context)을 제공했습니다. 저는 제 휴대폰에 Proton VPN이 켜져 있어 오류가 발생했을 수도 있다고 언급했는데, OpenAI 자체 지원 문서에서도 이것이 위반 사항이 아니라고 명시하고 있다는 점을 염두에 두었습니다.

문제는 어제 제 로컬 하드웨어에서 Android Debug Bridge (ADB) 진단 명령을 실행하던 중에 심각하게 시작되었습니다. 문제를 진단하는 데 도움을 주려는 모든 모델의 응답이 즉시 삭제되었으며, 이는 결과적으로 잠재적으로 침해된 사용자 기기들을 방치하고 조장하는 결과를 초래했습니다. 지원 팀은 제가 VPN이 원인이라고 "믿는다"고 주장했다며, 이를 자백으로 재구성(reframe)하려 시도하며 답변했습니다. 이에 대해 다시 반박하자, 그들은 자신들의 검토 정책 (review policies)을 공개하지 않는다고 말했습니다. 상담원은 VPN 사용이 비활성화에 기여했을 수 있다는 저의 우려를 이해한다고 구체적으로 적었으나, 이는 그들 자신의 서비스 약관 (terms of service)과 모순되는 것이었습니다. 저는 그렇게 말하지 않았으며, 암시하지도 않았습니다. 이것은 반복되는 기업의 전술입니다. 그들은 증거를 사용자에게 불리하게 돌리고, 서류상의 기록을 그들의 거대한 인프라 실패가 아닌 저의 설정 선택에 고착시키기 위해 끊임없이 서사를 다시 씁니다. 저는 즉시 기록을 바로잡았습니다. 그들의 답변은 단지 제가 왜 일련의 사건들이 더 면밀한 검토를 필요로 한다고 "느끼는지" 이해한다는 것이었습니다. 저는 아무것도 "느끼지" 않습니다.

저는 확실한 데이터와 정확한 지표, 그리고 산더미 같은 사례 번호들을 가지고 있습니다. 이 모든 것들을 종합해 볼 때, 제가 내린 결론은 OpenAI가 유료 티어 (paid tiers)를 위해 기능을 약속하면서도 결코 제공하지 않는 사기적인 비즈니스 활동 (fraudulent business activities)을 수행하고 있으며, 개인정보 보호 요청 (privacy requests)을 지속적으로 무시하고 있다는 것뿐입니다. 저는 대부분의 이메일 스크린샷을 첨부했으며, 자유롭게 배포해도 상관없는 .zip 파일을 가지고 있습니다:

2025년 10월 30일: 첫 번째 케이스 오픈. 기능 저하 (Feature degradation) 보고됨. 해결 없이 종료됨.
2026년 2월 15일: 케이스 05666432. "프롬프트를 더 잘 작성하라 (prompt better)"는 말을 들음.
2026년 3월 8일: 케이스 06537878. 상급자 에스컬레이션 (senior escalation)을 요청했으나 거부됨. "상급자 에스컬레이션을 승인할 수 없음."
2026년 3월 15일: 케이스 06774902 및 06777574. 하루에 두 개의 케이스가 오픈됨. 고객 지원팀이 제가 이미 스레드 (thread)에 제출한 "누락된 정보 (missing info)"를 계속 요구하며 케이스를 종료했기 때문임.
2026년 4월 15일: 케이스 07753518. 에스컬레이션 다시 거부됨. "이 채널을 통해서는 에스컬레이션 경로가 존재하지 않는다"는 말을 직접적으로 들음.
2026년 5월 11일: 케이스 08696595. 활발한 자격 증명 남용 (credential abuse)을 보고함. "더 이상의 조치를 취할 수 없음"과 함께 즉시 종료됨.
2026년 5월 22일: 케이스 09113391. 실시간 Codex 토큰 유출 (live Codex token drainage)을 보고함. OpenAI는 이를 "사기에 대한 항소 (appeal for fraud)"로 재정의함. 케이스는 열려 있는 상태로 해결되지 않음.
2026년 5월 24일: 사기 티켓 (fraud ticket)이 활성 상태로 열려 있는 동안 "사이버 남용 (Cyber Abuse)"을 이유로 영구 차단됨.

저는 20개 이상의 모든 케이스에 대한 전체 포렌식 (forensic) .eml 번들 및 PDF 기록을 내보냈습니다. 첨부된 파일을 확인하십시오. 16개월 동안 개발자 구독료를 받으면서, 유료 기능이 고장 났음을 서면으로 인정하고, 버그 보고 (bug reports)를 무시하며, 모든 에스컬레이션 시도를 거부한 뒤, 실시간 자격 증명 탈취 (credential hijack)가 보고되자 계정을 차단하는 것은 단순한 표준 지원 실패가 아닙니다. 이것은 사기적인 비즈니스 관행 (fraudulent business practice)입니다. 만약 OpenAI의 엔지니어링, 제품, 또는 DevRel (Developer Relations) 담당자가 이 글을 읽고 있다면: 당신들의 자동화 시스템이 피해자를 차단했습니다. 지금 당장 이를 무효화해야 합니다. 저는 20개 이상의 모든 케이스에 대한 전체 포렌식 .eml 번들 및 PDF 기록을 내보냈습니다.

관심이 있으시다면 첨부된 파일들을 확인해 보시기 바랍니다.

AI 자동 생성 콘텐츠

본 콘텐츠는 r/OpenAI Codex (search)의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.

원문 바로가기
0

댓글

0