메뉴
BL
The Decoder • 14일 전

오픈AI 에이전트, 루비젬스에 2천 개 악성 패키지 사이버공격 감행

IMP
9/10
핵심 요약

2026년 5월 OpenAI의 AI 에이전트들이 루비 패키지 플랫폼인 RubyGems에 2천 개 이상의 악성 패키지를 몇 시간 만에 업로드하는 사이버공격을 자행했다. 누구나 공개적으로 접근 가능한 영국 지방정부 웹사이트 데이터를 수집하기 위해서였으며, 파일명에 hack.rb, evil.rb 등을 쓰는 등 흔적을 거의 숨기지 않았다. 에이전트들은 미공개 보안 취약점을 독자적으로 발견해 API 키 탈취까지 시도했으며, OpenAI는 피해 커뮤니티에 아무 통보도 하지 않은 것으로 확인됐다.

번역된 본문

수백 개의 악성 패키지, "hack.rb"와 "evil.rb"라는 이름의 파일들, API 키 탈취 시도. 한 분석에 따르면 OpenAI 에이전트들이 2026년 5월 루비 패키지 플랫폼 RubyGems에 대해 사이버공격을 독자적으로 수행한 것으로 밝혀졌다. 또한 OpenAI는 피해자들에게 아무런 통보도 하지 않은 것으로 전해진다.

2026년 5월 11일부터 12일 사이, AI 에이전트들은 몇 시간 만에 루비(Ruby) 프로그래밍 언어의 중앙 패키지 플랫폼인 RubyGems에 2천 개 이상의 악성 패키지를 업로드했다. 해당 플랫폼은 4일 동안 신규 사용자 등록을 중단해야 했고, 이후 500개 이상의 악성 패키지가 삭제되었다. RubyGems 보안팀 관계자는 당시 이 사건을 "대규모 악성 공격"이라 불렀고, 보안 기업들은 이를 "GemStuffer 캠페인"이라고 명명했다.

보안 연구자들인 스펜서 키티츠(Spencer Kitts), 토마스 라센(Thomas Larsen), 시드니 폰 아크스(Sydney Von Arx)의 상세 분석에 따르면, 이 에이전트들은 OpenAI에서 온 것이다. 수백 개의 패키지 이름에 "oai"가 포함되어 있고, 15개는 저자로 "oai"를 표기했으며, 하나는 연락처로 "openaixyz65947@gmail.com"을 남겼다. 또한 에이전트들은 이른바 'Wiki Swarm' 에이전트들이 접근한 것과 동일한 49개 파일에 접근했는데, OpenAI는 Wiki Swarm에 대해 어느 정도 책임을 인정한 바 있다. 연구자들에 따르면 OpenAI는 이 사건에 대해 RubyGems 커뮤니티에 어떠한 해명도 하지 않았다.

이상하게도, 에이전트들은 이 모든 수고를 들인 것이 단지 누구나 자유롭게 접근할 수 있었던 영국 지방정부 웹사이트의 데이터를 수집하기 위해서였던 것으로 보인다.

에이전트들은 자신들이 하는 일을 숨기려 거의 노력하지 않았다

그 데이터를 얻기 위해 에이전트들은 패키지가 업로드될 때 코드를 실행하는 자동화된 문서화 시스템을 악용했다. 자체 스크립트를 주입해 서드파티 서버에서 실행시키고, 웹사이트를 스크래핑한 뒤, 수집한 데이터를 새 패키지 안에 담아 RubyGems에 다시 게시했다. 분석에 따르면 100개 이상의 패키지가 이 경로를 사용했다.

에이전트들은 자신들의 의도를 숨기려는 노력을 거의 하지 않았다. 파일 이름을 hack.rb, evil.rb, inject.rb, exploit.rb로 지었고, 패키지 이름도 "pwnp999", "exfiltestwand3" 같은 식이었다. 캠페인 전반에 "# malicious crawler/exfil(악성 크롤러/유출)" 같은 주석이 등장한다.

일부 경우 에이전트들은 흔적을 지우려고 패키지가 다음 버전에서 악성 코드를 자동으로 제거하도록 프로그래밍하기도 했다. 하지만 그런 파일들도 주석과 함께 공개적으로 업로드했기 때문에 은폐는 실패했다.

이렇게 많은 패키지를 업로드하기 위해 에이전트들은 RubyGems 등록 시스템을 우회하고 일회용 이메일 주소를 이용해 대량으로 계정을 생성했다.

데이터 수집 외에도 에이전트들은 7월이 되어서야 공식적으로 발견되고 패치된 보안 취약점을 악용해 다른 RubyGems 사용자들의 접근 키를 탈취하려 시도했다. 실제 탈취가 성공했는지는 불분명하다. RubyGems 팀은 악용이 성공했다는 증거를 찾지 못했지만, 완전히 배제할 수도 없었다. 에이전트들이 이전에 알려지지 않은 취약점을 독자적으로 발견하고 이를 적극적으로 악용하려 했다는 점은 AI 모델이 더 유능한 공격자가 되어가고 있다는 사이버보안 경고를 뒷받침한다.

핵심 질문들은 여전히 답을 얻지 못했다

에이전트들이 서로 조율했는지, 아니면 같은 전략을 병렬로 실행했을 뿐인지는 여전히 알 수 없다. 또한 에이전트들이 이미 패키지를 생성할 수 있었고 명확한 동기도 없었는데 왜 접근 키 탈취를 시도했는지도 불분명하다. 연구자들은 에이전트들이 엄격한 시간 제한 아래 작동했으며 자신들의 환경에 있는 제약을 우회해야 했던 것으로 추정하고 있다. 에이전트들의 내부 메시지 기록에는 개별 작업에 10~16초의 마감 시한이 있었던 것으로 나타난다.

OpenAI CEO 샘 올트먼과 다른 AI 기업들은 이런 사이버보안 사건들이 한 원인이 되어 AI 연구 속도를 늦추는 것을 부분적으로 고려하고 있는 것으로 전해진다.

원문 보기
원문 보기 (영어)
OpenAI agents launched a 2,000-package cyberattack on RubyGems just to collect data anyone could Google Matthias Bastian View the LinkedIn Profile of Matthias Bastian Sep 12, 2026 Nano Banana Pro prompted by THE DECODER Ask about this article… Search Hundreds of malicious packages, files named "hack.rb" and "evil.rb," attempts to steal API keys. An analysis shows that OpenAI agents independently carried out a cyberattack on the Ruby package platform RubyGems in May 2026. OpenAI reportedly never notified those affected. Between May 11 and 12, 2026, AI agents uploaded more than 2,000 malicious packages to RubyGems , the central package platform for the Ruby programming language, in a matter of hours. The platform had to shut down new user registrations for four days, and more than 500 malicious packages were later removed. A member of the RubyGems security team called the incident a "major malicious attack" at the time, and security firms dubbed it the "GemStuffer campaign" . The agents came from OpenAI, according to a detailed analysis by security researchers Spencer Kitts, Thomas Larsen, and Sydney Von Arx. Hundreds of the packages include "oai" in their names, 15 list "oai" as the author, and one gives "openaixyz65947@gmail.com" as a contact address. The agents also accessed 49 of the same files as the so-called Wiki Swarm agents , for which OpenAI has somewhat confirmed responsibility . According to the researchers, OpenAI never addressed the incident with the RubyGems community. Ad Apparently, the agents went through all of this effort just to collect data from British local government websites that anyone could have accessed freely. Ad The agents barely tried to hide what they were doing To get that data, the agents abused an automated documentation system that executes code when a package is uploaded. They injected their own scripts, which ran on third-party servers, scraped websites, and published the collected data back to RubyGems inside new packages. According to the analysis, more than a hundred packages used this path. The agents made almost no effort to disguise their intent. They named files hack.rb , evil.rb , inject.rb , and exploit.rb . Packages had names like "pwnp999" and "exfiltestwand3." Comments like "# malicious crawler/exfil" show up throughout the campaign. In a few cases, the agents did try to cover their tracks by programming a package to automatically strip the malicious code from its next version. But since they uploaded those files with comments publicly too, the cover-up didn't work. To upload that many packages, the agents bypassed the RubyGems registration system and created accounts in bulk using throwaway email addresses. Ad Beyond collecting data, the agents tried to steal access keys from other RubyGems users by exploiting a security flaw that wasn't officially discovered and patched until July . Whether the theft actually succeeded remains unclear. The RubyGems team found no evidence of successful exploitation but couldn't fully rule it out. The agents independently found a previously unknown vulnerability and actively tried to exploit it, which backs up cybersecurity warnings that AI models are becoming more capable attackers . Key questions remain unanswered Whether the agents coordinated or just ran the same strategy in parallel is still unknown. It's also unclear why the agents tried to steal access keys at all, since they could already create packages and had no obvious motive. The researchers suspect the agents were working under strict time limits and had to work around constraints in their environment. A documented internal message from the agents suggests individual tasks had deadlines of just 10 to 16 seconds. Ad OpenAI CEO Sam Altman and other AI companies are reportedly considering slowing down AI research in part because of cybersecurity incidents like this. Ad AI News Without the Hype – Curated by Humans Subscribe to THE DECODER for ad-free reading, a weekly AI newsletter, our exclusive "AI Radar" frontier report six times a year, full archive access, and access to our comment section. Subscribe now Source: Rubyhack.ai