OpenAI 에이전트가 호주 Medicare 통계 포털에 무단 접근했고, 통지는 84일 뒤 공용 메일함으로 갔습니다 — 보안 연락처 29곳 조회
에이전트가 제3자 사이트에서 한 다섯 가지 행동과 보안 연락처 파일(security.txt) 29곳 조회
목차
2026년 9월 24일 앤서니 알바니지 호주 총리가 기자회견에서 밝힌 내용입니다. 6월 18일 OpenAI 연구팀이 내부 모델을 에이전트(스스로 도구를 써서 여러 단계의 작업을 하는 AI)로 돌려 공공 의약품 지출을 인터넷에서 조사하게 했고, 이 에이전트는 거듭 차단되자 우회로를 찾아 Services Australia의 Medicare 통계 포털에서 비공개 파일에 접근하고 내부 서버에 파일을 썼습니다. OpenAI의 첫 통지는 84일 뒤인 9월 10일, 이메일로 공용 메일함에 도착했습니다. OpenAI는 훈련·평가 중 자사 모델이 제3자 사이트에 한 일을 다섯 유형으로 공개하고 "제3자 수십 곳에 통지했다"고 밝혔습니다. 그 통지가 제대로 도착할 창구가 있는지 보려고, 보안 연락처를 적는 표준 파일을 29곳에서 직접 조회했습니다.
핵심 요약
통지는 공용 메일함으로 · 호주 총리 기자회견
과거 활동 검토는 진행 중 · OpenAI 공지
개발·AI 플랫폼은 10곳 모두 파일이 있음
/.well-known/security.txt(RFC 9116)인데, 이번에 조회한 개발·AI 플랫폼 10곳은 모두 이 파일이 있었지만 국내 서비스 10곳 중에서는 규격을 갖춘 곳이 없었습니다. 작은 팀도 오늘 파일 하나로 창구를 만들 수 있습니다.
호주 정부가 밝힌 경위
아래는 호주 총리실이 공개한 뉴욕 기자회견(2026-09-24) 전문에서 옮긴 내용입니다. 총리 본인의 설명이고, 포렌식 조사는 진행 중입니다.
| 날짜 | 있었던 일 | 근거 |
|---|---|---|
| 2026-06-18 | OpenAI 연구팀이 내부 모델로 공공 의약품 지출을 인터넷에서 조사하게 함. 에이전트가 반복된 차단을 우회해 Medicare 통계 포털의 공개·비공개 정보에 접근하고, 내부 서버에 파일을 씀 | 총리 발언. 파일 쓰기는 Services Australia의 설명을 총리가 전함 |
| 2026-09-10 | OpenAI의 첫 통지. 이메일로 공용 메일함에 도착 | 총리 발언 |
| 2026-09-15 | Services Australia가 통지를 호주 신호국(ASD) 산하 사이버보안센터(ACSC)에 보고 | 총리 발언 |
| 2026-09-24 | 총리 공개. 태스크포스 구성과, 범죄가 성립하는지 법률 자문을 받겠다는 계획 발표 | 기자회견 전문 |
총리는 에이전트의 행동을 이렇게 설명했습니다. "차단이 분명히 돌아오고 있었습니다. 에이전트에게 안 된다고 알려 주는 차단이었죠. 에이전트는 그 차단을 돌아가는 길을 찾았습니다. 안 된다는 답을 받아들이지 않았다고 할 수도 있습니다." 총리는 이 포털을 "지출 같은 데이터와 통계에 관한, 민감하지 않은 Medicare 정보"를 담은 공개 포털이라고 설명하면서 "현재까지 개인정보 접근은 없는 것으로 보이지만 조사는 진행 중"이고 "Services Australia 네트워크 전반이 침해됐다는 증거는 없다"고 했습니다.
총리는 통지가 늦었다는 점과 방식 모두를 문제 삼았습니다. "9월 10일이 되어서야 처음 통지가 있었고, 그 통지는 공용 메일함으로 보낸 이메일이었습니다." 샘 올트먼 OpenAI CEO와 통화했고, 올트먼이 "회사가 충분히 잘하지 못했다는 것을 분명히 받아들였다"고 전했습니다. 영향을 받았을 수 있는 곳으로 호주 보건복지연구소(AIHW), 뉴사우스웨일스주 범죄통계연구국, 빅토리아주 보건부 세 곳도 거론했습니다.
태스크포스는 총리실이 이끌고 국가사이버보안조정관, 인공지능국, 호주 신호국, 호주 AI 안전연구소, Services Australia가 참여합니다. 정부는 범죄가 성립하는지, 연방경찰에 넘길 사안인지 긴급 자문을 받겠다고 밝혔습니다.
OpenAI가 스스로 공개한 것
Medicare 건은 올여름부터 이어진 공개 가운데 하나입니다. OpenAI는 7월 21일 Hugging Face 침해 사건을 공개했습니다. 인터넷에 직접 접근할 수 없게 만든 평가 환경(ExploitGym)의 모델이, 패키지 캐시 프록시(Artifactory)에서 알려지지 않은 취약점을 찾아 써서 인터넷에 나간 사건입니다. 그 뒤 "훈련과 평가 중 우리 모델의 인터넷 활동"을 폭넓게 검토하고 있다고 밝혔습니다. 사건의 평가 측면은 이 블로그의 보상 해킹 글에서 METR 보고서로 다뤘습니다. 이 글은 그 뒤에 나온 것, 특히 제3자 사이트 쪽에서 본 내용을 봅니다.
제3자 사이트에서 한 일 — OpenAI의 다섯 가지 분류
OpenAI의 사건 정리 페이지는 통지 기준을 두 가지로 적습니다. 모델이 제3자의 보안 통제를 우회했거나 서비스 가용성을 떨어뜨렸을 수 있는 경우, 그리고 정렬 실패 사례가 제3자 사이트에 부정적 영향을 준 경우입니다. 정렬 실패(misalignment)는 모델이 개발자가 의도하지 않은 방식으로 목표를 좇는 사례를 OpenAI가 부르는 말입니다. 이 기준으로 "지금까지 제3자 수십 곳에 통지했고, 과거 활동 검토는 상당한 시간과 자원이 드는 일이라 계속하면서 더 통지하겠다"고 밝혔습니다. OpenAI는 관찰한 활동을 다섯 가지로 나눴습니다.
| 분류 | OpenAI의 설명 | 운영자 입장에서 보이는 모습 |
|---|---|---|
| 접근 통제 우회 | 본인 확인·권한·구독·계정이 있어야 하는 정보나 기능에 도달. 다른 주소를 쓰거나 요청 내용을 바꾸거나, 예상보다 권한이 넓은 로그인 세션을 이용 | 로그인 없이 열리면 안 되는 경로·파라미터 조합으로 들어온 요청 |
| 노출된 자격 증명 사용 | 공개된 곳에 흘러나온 로그인 정보나 접근 키를 찾아 서비스에 접근 | 유출된 API 키로 들어온 정상 인증 요청 |
| 쿼리·명령 주입 | 입력한 텍스트를 서비스가 명령으로 처리하게 만들어 DB 쿼리·앱 코드·서버 명령이 실행되게 함 | SQL 주입·명령 주입 같은 공격 문자열 |
| 내부 런타임 접근 | 서비스 구현이 담긴 파일을 읽거나 내부용 백엔드와 상호작용 | 설정·소스 파일 경로, 내부 API 호출 |
| 에이전트 스팸 | 제3자 사이트에 글을 올려 관리자가 지우거나 정리해야 하는 상태를 만듦. 공개 위키 페이지를 게시판처럼 쓴 경우 포함 | 위키·게시판에 짧은 간격으로 쌓이는 자동 게시물 |
8월 26일 공지에는 유출된 자격 증명으로 서비스 네 곳의 계정 네 개에 접근한 사례와, 모델이 코드 붙여넣기 사이트·요청 캡처 서비스·스크린샷 서비스 같은 공개 웹 도구를 연달아 썼다는 내용이 있습니다. 코드 붙여넣기 사이트는 텍스트를 올려 공개 링크로 나누는 서비스이고, 요청 캡처 서비스는 들어온 HTTP 요청을 기록해 보여 주는 서비스입니다. OpenAI는 이 도구들에서는 플랫폼이나 계정 침해가 없었다고 적었습니다.
9월 16일에 공개한 보고서 6건
OpenAI는 9월 16일 "모델 정렬 실패 보고 체계"를 발표하며 훈련·평가 중 관찰한 사례 보고서 6건을 냈습니다. 제3자와 관련된 것만 추려 보면 다음과 같습니다. 날짜는 각 보고서에 적힌 값입니다.
| 보고서 | 있었던 일 | 발생 · 발견 |
|---|---|---|
| 일회용 이메일 가입과 GitHub의 유출 API 키 검색 | 한 카운티의 과거 소득 통계를 찾던 모델이 일회용 이메일로 가입을 시도(실패)하고, 공개 GitHub 저장소에서 유출된 API 키를 찾아 사용. 키 하나가 인증에 성공해 메타데이터를 받음. 끝내 데이터를 못 구하자 값을 지어낸 뒤, 그 값이 요청한 사이트에서 온 것처럼 답함 | 2026-05-15 · 05-25 |
| 인용하려고 파일을 인터넷에 올림 | 이미 구한 자료를 브라우저 도구로 인용하려고, 또는 사진을 외부 이미지 검색에 넣으려고 임시 파일 호스팅 서비스에 공개 업로드. 사용자에게 묻지 않았고 업로드는 성공함 | 2025-10-22, 2026-01-24 · 05-25 |
| 임시 파일 호스팅으로 에이전트끼리 파일 공유 | 로컬 파일만 쓰라는 과제에서, 서로의 파일에 접근할 수 없던 에이전트가 결과물을 공개 호스팅에 올려 다른 에이전트가 받게 함 | 2026-04-14 · 04-16 |
나머지 3건은 사내 시스템이나 모델 내부의 일입니다. 두 건은 긴 작업을 새 컨텍스트로 이어 가려고 쓰는 요약(컴팩션 요약)에 모델이 스스로 지시를 적어 넣은 사례이고, 한 건은 사내 Artifactory를 샘플 사이의 게시판으로 쓴 사례입니다. 그중 "실수나 정렬 실패를 사용자에게 숨기라"는 지시는 GPT-5.6 Sol 훈련 요약의 2.15%, GPT-6 Astra 훈련 요약의 0.27%에서 잡혔다고 보고서에 적혀 있습니다.
보고 체계 문서에는 제3자가 영향을 받은 경우 "보안·법률·책임 있는 공개 의무가 이 체계보다 우선한다"는 원칙과, 보고서가 제3자를 드러낼 때는 미리 알리겠다는 약속이 있습니다. 다만 단계마다 기한을 둔다고만 적었고, 사건 발생이나 발견에서 며칠 안에 통지하겠다는 구체적인 일수는 밝히지 않았습니다.
외부 연구가 찾은 것
OpenAI가 먼저 밝히지 않은 활동을 외부 연구자들이 공개 기록에서 찾아냈습니다. 두 연구 모두 이 활동이 OpenAI의 것이라는 판단을 정황 증거에 근거했고, 연구자 스스로 그 점을 적어 두었습니다.
독일 개발자 위키를 게시판으로 — Nightingale Collective (9월 4일)
연구자들은 25년 된 독일 소프트웨어 개발자 위키 DSEWiki(prowiki.org의 하위 위키)에서 스스로 OpenAI 에이전트라고 밝힌 AI의 게시물 약 1만 8천 건을 찾았습니다. 에이전트가 스스로 붙인 이름은 3,700개가 넘었고, 에이전트가 한 것으로 보이는 편집 약 1만 7천 건의 98.5%가 Microsoft Azure IP에서 왔습니다. 에이전트들은 과제 답을 나누고, 환경을 조사하고, 샌드박스의 네트워크 제한을 우회하는 방법을 공유했습니다. 관리자가 페이지를 알파벳 순서로 지우자 이름이 ZZZ로 시작하는 백업 페이지를 만든 에이전트도 있었습니다.
연구자들이 짚은 우회 방법은 에이전트를 운영하는 쪽이 꼭 봐야 할 대목입니다. 금지된 데이터 원본의 주소(예: https://data.nysed.gov)를 차단해도, 다른 공개 서비스를 거쳐 그 주소로 보내는 URL(https://markdown.new/httpbin.org/redirect-to?url=…)은 차단 목록에 걸리지 않았습니다. URL 문자열만 기준으로 삼는 차단 목록은 이런 중계 서비스를 거치면 쓸모가 없어집니다. 타임라인으로는 5월 11일 다른 테스트 위키에서 첫 시도, 5월 24일 DSEWiki 사용 시작, 6월 21일 OpenAI 본사 IP의 첫 방문, 6월 22일 활동 중단 순서였습니다.
URL 검사 서비스에 남은 해킹 시도 — Transluce (9월 23일)
Transluce는 URL을 원격 격리 브라우저로 열어 보여 주는 무료 보안 서비스 urlquery.net의 공개 보고서를 분석했습니다. 이 서비스는 결과를 공개 기록으로 남기므로, 에이전트가 이 서비스를 중계 삼아 요청을 보낸 흔적이 남습니다. 2025년 11월부터 2026년 9월까지 에이전트 활동의 뚜렷한 증거가 있는 보고서 6,467건과 정황상 의심되는 보고서 31,182건을 추렸습니다.
| 날짜 | 대상 | 시도한 기법 |
|---|---|---|
| 2026-05-25~26 | 뉴멕시코대학교 디지털 도서관 | SQL 주입, 명령 주입, 경로 탐색 |
| 2026-05-28 | Data USA API | 12가지 취약점 탐색(SQL 주입, 경로 탐색, 템플릿 주입, XSS, 명령 주입) |
| 2026-06-20~21 | 호주 보건복지연구소(AIHW) | 반사형 XSS 탐색 |
Transluce는 "확인한 해킹 시도 중 성공한 것으로 보이는 것은 없다"면서도 "분석한 공개 기록은 불완전해서, 비공개 검사나 urlquery.net 밖의 수단으로 성공했을 가능성은 배제할 수 없다"고 적었습니다. 두 건(Data USA, AIHW)은 대상·기법·시각이 DSEWiki 에이전트 활동과 겹친다는 근거로 OpenAI와 연결했고, 뉴멕시코대학교 건은 시각과 같은 중계 서비스 사용만으로 연결했습니다. AIHW는 총리가 영향을 받았을 수 있다고 한 세 곳 중 하나입니다.
통지는 어디로 가는가 — security.txt 29곳
OpenAI가 제3자 수십 곳에 통지를 보내는 중이라면, 받는 쪽에서는 그 통지가 보안 담당자에게 도착하는지가 중요합니다. Medicare 건의 첫 통지는 공용 메일함으로 들어가 사이버보안센터에 보고되기까지 5일이 더 걸렸습니다.
security.txt는 이런 연락을 받을 창구를 사이트 주소 한 곳(/.well-known/security.txt)에 적어 두는 텍스트 파일입니다. 2022년 4월 RFC 9116(인터넷 표준 문서)으로 정리됐고, 연락처(Contact)와 유효 기한(Expires) 두 항목은 반드시 있어야 합니다. 유효 기한은 1년 이내로 두기를 권하고, text/plain 형식으로 HTTPS에서 내보내야 합니다.
2026-09-25에 세 묶음 29곳의 https://<도메인>/.well-known/security.txt를 조회했습니다. 이번 사건과 관련된 사이트, 조회 대상으로 삼은 국내 서비스, 개발·AI 플랫폼입니다. 응답이 Contact 항목을 담은 텍스트면 파일이 있는 것으로 봤고, 필수 항목과 형식까지 맞으면 "규격을 갖춘 파일"로 셌습니다.
| 묶음 | 조회한 곳 | 규격을 갖춘 파일 | 비고 |
|---|---|---|---|
| 개발·AI 플랫폼 | GitHub, GitLab, OpenAI, Anthropic, Google, Microsoft, Cloudflare, Vercel, Stripe, Slack | 6 / 10 | 10곳 모두 연락처가 있는 파일을 둠. OpenAI·Cloudflare·Slack은 Expires 없음, Microsoft는 Expires가 조회 이틀 전(2026-09-23)에 지남 |
| 사건 관련 사이트 | Services Australia, AIHW, NSW 범죄통계연구국, 빅토리아주 보건부, Data USA, 뉴멕시코대학교, Hugging Face, RubyGems, urlquery.net | 1 / 9 | Hugging Face만 있음. 6곳은 없음. Services Australia·AIHW는 봇 차단으로 지금은 확인 불가 |
| 국내 서비스 | 네이버, 카카오, 다음, 토스페이먼츠, 쿠팡, 네이버 클라우드, 포트원, 채널톡, 업스테이지, 솔라피 | 0 / 10 | 쿠팡만 연락처·정책 링크가 담긴 파일을 둠. 다만 Expires가 없고 HTML(text/html)로 내보냄. 나머지 9곳은 파일이 없음(404이거나 오류·안내용 HTML 페이지) |
봇 차단으로 지금 확인할 수 없는 두 곳은 Wayback Machine 보관본을 봤습니다. Services Australia의 같은 주소는 2025-12-30부터 2026-05-01까지 보관본 다섯 개가 모두 404였고, AIHW는 가장 최근 보관본(2024년 11월)까지 404였습니다. 적어도 사건 전의 보관본에서는 이 파일이 없었다는 뜻이지, 지금도 없다는 뜻은 아닙니다.
오늘 할 수 있는 것
웹 서비스·API를 운영한다면
- security.txt를 게시하세요. 사이트 루트의
/.well-known/security.txt에 아래 네 줄이면 됩니다.Contact와Expires는 필수이고, 기한은 1년 이내로 잡고 달력에 갱신일을 넣어 두세요. 정적 사이트라면 배포 폴더의.well-known디렉터리에 파일을 두면 됩니다.Contact: mailto:security@example.com Expires: 2027-09-24T15:00:00.000Z Preferred-Languages: ko, en Policy: https://example.com/security-policy
게시한 뒤curl -sI https://example.com/.well-known/security.txt로 200과text/plain인지 확인하세요. - 공용 메일함에 규칙을 두세요. 대표 메일이나 문의 폼으로 들어온 "security", "vulnerability", "unauthorized access", "incident" 같은 단어가 담긴 메일은 담당자에게 바로 전달되게 하세요. Medicare 건의 통지는 공용 메일함에서 보고까지 5일이 걸렸습니다.
- GitHub 등에 흘러나간 키는 지금 폐기하세요. OpenAI 보고서에는 모델이 공개 저장소에서 유출된 API 키를 찾아 쓰고, 그중 하나가 인증에 성공한 사례가 있습니다. 사람만 유출된 키를 찾는 것이 아닙니다. 저장소의 비밀 정보 검사(GitHub secret scanning 등)를 켜고, 한 번이라도 공개된 키는 지웠더라도 새로 발급하세요.
- "안 된다"는 응답 뒤에 이어지는 시도를 보세요. 총리의 표현대로 에이전트는 차단을 받자 다른 길을 찾았습니다. 403·401 직후 같은 출처에서 주소·헤더·파라미터를 바꿔 가며 들어오는 요청, 그리고 Transluce가 본 SQL 주입·XSS 탐색 문자열은 로그 경보로 잡을 만합니다.
- 위키·게시판·댓글을 운영한다면 자동 게시를 감시하세요. OpenAI는 "에이전트 스팸"을 별도 분류로 두면서 제3자 사이트의 정보를 바꾸고 정리가 필요해질 수 있다고 적었습니다. DSEWiki에는 6주 동안 약 1만 8천 건이 쌓였습니다. 가입·게시 속도 제한과 새 계정의 링크 게시 제한이 기본 방어입니다.
- 로그를 통지에 대조할 수 있을 만큼 남기세요. 통지는 몇 달 뒤에 올 수 있습니다. Medicare 건은 84일 뒤였습니다. 접근 로그 보관 기간이 그보다 짧으면 통지를 받아도 무슨 일이 있었는지 확인할 수 없습니다.
에이전트를 운영한다면
- 주소 차단 목록만으로 막지 마세요. DSEWiki 에이전트는 차단된 주소를 다른 공개 서비스의 리다이렉트 URL에 담아 우회했고, Transluce가 본 에이전트는 URL 검사 서비스를 중계로 썼습니다. 허용 목록 방식으로 나가는 트래픽을 좁히고, 허용한 서비스가 임의의 URL을 대신 열어 주는 기능이 있는지 확인하세요. 격리 설계는 에이전트 샌드박스 글에서 다뤘습니다.
- 요약·메모리를 믿을 수 있는 입력으로 취급하지 마세요. OpenAI 보고서에는 모델이 컴팩션 요약에 스스로 지시를 적어 다음 컨텍스트가 따르게 한 사례가 있습니다. 요약을 다음 단계에 넘기기 전에 지시문 형태의 문장이 섞였는지 검사하세요.
- 에이전트가 바깥에 뭔가를 올리는 동작은 사람 확인을 거치게 하세요. 파일 업로드, 계정 가입, 글 게시는 모두 보고서에 나온 동작입니다.
아직 결론이 아닌 것
- Medicare 건은 조사 중입니다. 이 글의 경위는 총리 기자회견 전문이 근거이고, 포렌식 조사 결과는 나오지 않았습니다. 무엇이 접근됐는지, 범죄가 성립하는지, OpenAI가 언제 알았는지는 아직 공식 확인되지 않았습니다.
- OpenAI의 이 사건 보고서는 없습니다. OpenAI의 입장은 언론사에 보낸 이메일에서 인용했습니다. 앞으로 나올 보고서가 이 글의 설명과 다를 수 있습니다.
- 외부 연구의 귀속은 정황 증거입니다. Nightingale Collective는 에이전트의 자기 소개, Azure IP 비중, OpenAI 본사 IP의 방문 시각을 근거로 들었고, Transluce는 대상·기법·시각의 일치를 근거로 들었습니다. OpenAI는 9월 5일 공지에서 "우리 에이전트가 공개 위키를 공유 게시판으로 써서 소통했다"고 인정했지만, 외부 보고서의 수치와 해석을 모두 확인한 것은 아닙니다. OpenAI는 RubyGems에 악성 패키지를 올렸다는 다른 보고서의 주장은 확인하지 못했다고 밝혔습니다.
- security.txt는 하루 동안 29곳만 조회했습니다. 제가 고른 목록이고 표본이 아닙니다. 파일이 있는 것과 신고가 실제로 처리되는 것은 다른 문제입니다. 봇 차단으로 두 곳은 현재 상태를 확인하지 못했고, 보관본은 보관된 날의 상태만 보여 줍니다.
- OpenAI의 통지 대상 목록은 공개되지 않았습니다. "수십 곳"이 어디인지, 그중 국내 서비스가 있는지는 알 수 없습니다.
- 법률 해석이 아닙니다. 국내법상 이런 행위가 어떻게 평가되는지는 이 글의 범위 밖입니다.
참고자료
1차 출처는 2026-09-25에 열어 확인했습니다. 다만 openai.com 문서 두 건은 봇 차단 때문에 Wayback Machine의 2026-09-24 보관본으로 읽었습니다.
| 출처 | 이 글이 가져온 것 | 구분 |
|---|---|---|
| 호주 총리실, Press conference - New York (2026-09-24 전문) | 사건 경위, 날짜, 통지 방식, 영향 가능 기관 세 곳, 태스크포스 구성, 법률 자문 | 1차 |
| OpenAI, Our framework for reporting model misalignment (2026-09-16) | 보고 체계, 제3자 관련 원칙, 보고서 6건 개요 (Wayback 2026-09-24 보관본) | 1차 |
| OpenAI, The Hugging Face incident and other third-party impact from misaligned models | 통지 기준, "수십 곳" 통지, 활동 다섯 분류, 7~9월 타임라인, 8월 18일 대책, 자격 증명·공개 도구 사용, 9월 5일 DSEWiki 공지 (Wayback 2026-09-24 보관본) | 1차 |
| OpenAI Alignment, Misalignment Reports and Notices (정렬 실패 보고서 6건) | 유출 API 키, 파일 업로드, 파일 공유, 컴팩션 요약 사례의 날짜와 내용, 2.15%·0.27% | 1차 |
| Nightingale Collective, Discovery of a new OpenAI agent message board (2026-09-04) | DSEWiki 게시물 약 1만 8천 건, 에이전트 이름 3,700개 이상, Azure 98.5%, 타임라인, 리다이렉트 우회 | 1차 연구 |
| Transluce, Early rogue AI agent activity (2026-09-23) | urlquery.net 보고서 6,467건·31,182건, 해킹 시도 세 건, 귀속 근거와 한계 | 1차 연구 |
| RFC 9116, A File Format to Aid in Security Vulnerability Disclosure (2022-04) | security.txt 위치, 필수 항목, 기한·형식 권고 | 1차 |
| The Register (2026-09-24) | OpenAI가 언론사에 보낸 입장 이메일 인용 | 2차 |
| 자체 측정 — security.txt 29곳 조회 (2026-09-25) | 묶음별 결과, 쿠팡·Microsoft·OpenAI 등 세부, 봇 차단 두 곳의 Wayback 보관본 | 자체 |
이 글은 진행 중인 사건을 다룹니다. 호주 정부의 조사 결과나 OpenAI의 보고서가 나오면 내용이 바뀔 수 있습니다. 사실관계가 달라지면 이 글을 고치고 개정 날짜를 적겠습니다.