이미지: X — 프론티어랩 화면 갈무리
요약
- 오픈AI가 적격 API 고객 대상 제로 데이터 리텐션(ZDR) 정책을 계속 유지한다고 밝혔다
- 콘텐츠를 사람이 보지 않고도 악용 위험을 탐지하는 '프라이빗 세이프티 프로세싱'을 미리 선보였다
- 경보가 뜨면 오픈AI는 위험의 범주·심각도만 보고, 실제 콘텐츠 공유 여부는 고객이 직접 정한다
- 발표 채널
- 오픈AI 블로그·X 계정, 2026-08-19
- 기존 정책
- 적격 API 고객 대상 제로 데이터 리텐션(ZDR) 유지
- 신규 기능
- 프라이빗 세이프티 프로세싱(미리보기)
- 데이터 저장
- 고객 통제 하 암호화 저장
- 오픈AI 열람 범위
- 경보의 범주·심각도만, 콘텐츠는 비공개
- 고객 권한
- 경보 확인 후 오픈AI 공유 여부 직접 결정
대화 기록은 안 남기면서, 위험은 어떻게 잡나
오픈AI가 8월 19일 자사 블로그와 X 계정을 통해 적격 API 고객을 대상으로 한 제로 데이터 리텐션(ZDR) 정책을 프론티어 모델에도 계속 유지한다고 밝혔다. 동시에 콘텐츠를 사람이 직접 들여다보지 않고도 악용 위험을 탐지하는 '프라이빗 세이프티 프로세싱'이라는 새 안전 시스템을 미리보기로 공개했다. 기업이 AI에 맡기는 작업이 길어지고 자율적으로 바뀔수록, 대화 내용을 저장하지 않으면서도 위험을 찾아내야 하는 모순을 풀려는 시도다.
제로 데이터 리텐션이 뭐길래
ZDR은 오픈AI가 API로 처리한 요청과 응답을 서버에 남기지 않는 정책이다. 법률·의료·금융처럼 대화 내용이 밖으로 새면 안 되는 업종의 기업 고객이 API를 쓸 때 요구해 온 조건으로, 오픈AI는 이번 발표에서 이 정책을 프론티어 모델까지 계속 적용한다고 다시 확인했다. 문제는 데이터를 아예 안 남기면 안전팀이 사후에 오남용을 확인할 방법도 사라진다는 점이다. 오픈AI가 X에 올린 글에서 "안전성을 개선하도록 설계된 프라이빗 세이프티 프로세싱을 미리 선보인다"고 밝힌 배경이 여기 있다.
콘텐츠는 안 보고 위험만 골라내는 구조
공개된 흐름도를 보면 API 요청은 먼저 '프라이빗 세이프티 프로세싱' 구간을 지난다. 이 구간에는 오픈AI 직원이 접근할 수 없다. 요청 데이터는 고객이 통제하는 저장소에 암호화된 채로 들어가고, 이어지는 '자동 안전 검토' 단계가 사람의 검토나 오픈AI 서버상의 콘텐츠 보관 없이 악용 여부를 판별한다.
| 단계 | 내용 |
|---|---|
| API 요청 | 고객이 프론티어 모델을 호출 |
| 프라이빗 세이프티 프로세싱 | 오픈AI 직원 접근 불가 |
| 고객 통제 데이터 저장 | 고객 관리 하에 암호화 |
| 자동 안전 검토 | 사람 검토·서버 보관 없이 악용 여부 탐지 |
| 고객 경보 (실선) | 고객이 경보 확인 후 공유 여부 결정 |
| 오픈AI 경보 (점선) | 범주·심각도만 확인, 콘텐츠는 비공개 |
경보가 뜨면 그다음은 누구 손에 달렸나
검토 결과 위험이 감지되면 두 갈래로 알림이 간다. 하나는 고객에게 가는 경보로, 고객은 이 경보를 직접 조사한 뒤 필요하다고 판단하면 콘텐츠를 오픈AI와 공유할 수 있다. 다른 하나는 오픈AI에게 가는 경보인데, 여기서 오픈AI가 볼 수 있는 정보는 위험의 범주와 심각도뿐이고 실제 콘텐츠는 표시되지 않는다. 즉 최종적으로 콘텐츠를 공개할지 말지를 정하는 쪽은 오픈AI가 아니라 고객이다.
지금은 어디까지 적용되나
이번 발표는 기존에 ZDR을 이용해 온 적격 API 고객을 대상으로 한다. 프라이빗 세이프티 프로세싱은 아직 '미리보기' 단계로 소개돼, 정식 적용 범위나 일반 챗GPT 사용자에게 확대될지는 이번 발표에 나오지 않았다. 오픈AI는 지난 8월 13일 챗GPT 데스크톱 앱에 사용자의 컴퓨터 활동 기록을 남기는 '컴퓨터 히스토리' 기능을 추가한 바 있는데, 데이터를 더 오래·더 많이 기억하게 만드는 기능과 데이터를 아예 안 남기겠다는 이번 정책이 같은 회사에서 나란히 나온 셈이다.
에디터의 시선
기업 고객이 API를 고를 때 가장 먼저 묻는 질문 중 하나가 "내 데이터가 어디에 남느냐"다. ZDR은 그 질문에 대한 답을 재확인한 것뿐이지만, 프라이빗 세이프티 프로세싱은 한 걸음 더 나간 답이다. 데이터를 안 남기겠다는 약속과 위험한 사용을 걸러내겠다는 약속은 원래 서로 충돌한다. 오픈AI가 이번에 내놓은 답은 그 충돌을 없애는 게 아니라, 콘텐츠를 사람 눈이 아니라 자동 시스템이 보게 하고 최종 공개 권한을 고객에게 넘기는 방식으로 우회한 것이다.
이런 구조를 실무에서 다뤄 본 팀이라면 익숙한 패턴이다. 금융권 API 도입 검토 때 항상 걸리는 게 "로그가 남는가"와 "이상 탐지는 되는가"를 동시에 만족시키는 조건이었는데, 지금까지는 둘 중 하나를 포기해야 했다. 콘텐츠 자체가 아니라 경보의 범주·심각도만 오간다는 설계는 이 두 요구를 동시에 만족시키려는 시도로 읽힌다. 다만 이 구조가 실제로 안전팀의 대응 속도를 늦추지 않을지, 자동 검토가 사람 검토만큼 정교할지는 아직 미리보기 단계라 검증되지 않았다.
국내에서 오픈AI API를 쓰는 기업 입장에서는 계약 조건에 ZDR이 이미 포함돼 있었는지, 프라이빗 세이프티 프로세싱이 별도 신청이 필요한지를 계정 담당자에게 확인해 두는 게 실무적으로 남는 숙제다. 몇 주 안에 이 기능이 정식 출시로 바뀌면서 적용 대상과 요금 조건이 구체적으로 공개될 가능성이 크다.
