OpenAI안전·권리·사회

AI가 찾은 PHP 원격 코드 실행 취약점 2건, 10월 21일 긴급 패치

Calif가 GPT-5.6 Sol로 PHP 취약점 하나를 찾았고, Wiz는 두 건을 독립적으로 발견해 보고했다. PHP Foundation이 2026년 10월 21일 패치를 배포했으며 권장 버전은 8.5.12다.

루카스 ·

PHP Foundation이 2026년 10월 21일(현지시간) 원격 코드 실행 취약점 두 건을 고친 보안 릴리스를 배포했다. OpenAI의 Patch the Planet 사업에 참여한 보안 업체 Calif는 GPT-5.6 Sol로 결함 하나를 찾았다. Wiz는 Wiz Atlas, Gemini 4 Argon, GPT-5.6 Sol을 써서 두 취약점을 독립적으로 발견해 보고했다. Simon Willison은 이번 업데이트가 PHP 8.x 계열 전체를 다룬다고 전했다. 한편 TechCrunch는 PHP 8.1 이하 버전은 더 이상 지원되지 않는다고 전했다.1,2,3,4

PHP를 쓰는 서버 운영자는 패치를 적용해야 한다. TechCrunch에 따르면 미국 국가안보국(NSA)은 수요일인 10월 21일 경고를 내고, 즉시 패치할 수 없는 사이트는 패치할 때까지 웹에서 내리라고 권고했다. 권장 PHP 버전은 8.5.12다. OpenAI는 취약할 가능성이 있는 PHP 버전을 가려내는 점검 도구를 Codex 스킬로 공개했다. 점검 도구는 GitHub에서도 받을 수 있다.1,2,3

누가 어떻게 찾았나

OpenAI는 지난 두 달간 유지관리자, 연구자, 보안 업체로 구성된 연합을 이끌며 대응했다고 밝혔다. 수정과 릴리스는 PHP 유지관리자들이 맡았고, Wiz와 Cloudflare 등이 연구와 기술 지원, 조율을 도왔다.1

Wiz는 Gemini 4 Argon이 취약점 발견, 공격 코드 개발, 공격 탐지 구축, 패치 검증에 특히 쓸모 있었다고 밝혔다.3

Wiz가 공개한 일정은 다음과 같다. 2026년 8월 19일 첫 취약점을 찾았고, 8월 20일 Drupal에서, 8월 21일 WordPress에서 인증 없는 원격 코드 실행을 확인했다. 8월 24일 PHP 보안팀에 보고했으며, PHP는 9월 21일 보고를 접수하고 조율된 수정 작업에 들어갔다.4

취약점 발견부터 공개까지 일정4
날짜(2026년)내용
8월 19일Wiz Research가 Wiz Atlas, Gemini 4 Argon, GPT-5.6 Sol로 첫 PHP 취약점 발견
8월 20일Drupal에서 인증 없는 원격 코드 실행 확인
8월 21일WordPress에서 인증 없는 원격 코드 실행 확인
8월 24일PHP 보안팀에 보고
9월 21일PHP가 보고를 접수하고 수정 개발 시작
10월 21일패치 릴리스와 공개

영향 범위와 공개 전 유출

TechCrunch는 PHP가 인터넷 전체 웹사이트의 약 70%를 구동한다고 전했다. 일부 집계로는 3,300만 개가 넘는 사이트다. 이 수치는 PHP를 쓰는 사이트의 비율이며, 결함의 영향을 받는 사이트의 비율은 아니다. 결함은 2004년 나온 PHP 5 이후 모든 버전에 있었고, 공격자는 서버 파일 시스템이나 웹 앱이 쓰는 데이터베이스에 침투할 수 있다. WordPress는 이 결함이 WordPress 고유의 문제가 아니라고 밝혔다. WordPress 사이트 운영자는 서버를 패치하고 호스팅 업체와 협력해 보호해야 한다.2

OpenAI는 이번 건이 최근 몇 년 사이 가장 파급력이 큰 보안 문제 중 하나라고 평가했다. The Verge에 따르면 Google의 Wiz 보안팀 공동 창업자 Ami Luttwak은 Wall Street Journal에 이번 건이 지금까지 발견된 가장 심각한 AI 취약점이라고 말했다. OpenAI는 아는 한 최첨단 AI가 공격자보다 먼저 이 취약점을 찾았다고 밝혔다. TechCrunch는 악용 사례 보고가 없었다고 전했다.1,2,5

다만 공개 직전 조율 과정에서 유출이 있었다. PHP Foundation에 따르면 화요일인 10월 20일 15:00 UTC쯤 두 CVE 번호가 온라인 포럼과 SNS에 돌았다. 잘못된 릴리스 시각과 실제(9.2)와 다른 CVSS 점수 10.0이 붙어 있었고, 기술 정보는 새지 않았다. PHP 프로젝트는 사전 공지를 19:30 UTC로 앞당겼고 릴리스도 10월 22일 14:00 UTC에서 10월 21일 14:00 UTC로 당겼다.

사전 공지 직후인 20:00 UTC쯤 최초 보고 업체 중 하나인 Calif가 실수로 영상을 게시했다. 개념 증명(PoC)이 여러 대상에서 작동하는 장면과 제한적인 추가 정보가 담겨 있었다. 삭제된 영상의 사본이 SNS에 퍼졌고, 이 영상이 여러 PoC 개발을 앞당겨 10월 21일 유통량을 늘렸다고 PHP Foundation은 설명했다. 이와 별개로 Simon Willison은 조율된 공개 과정에서 유출이 있었던 탓에 10월 20일 밤부터 익스플로잇이 돌고 있다고 적었다.4

공격 장벽을 낮추는 AI

Wiz는 특정 PHP 설치 환경에서 통하는 공격 코드를 다른 버전과 설정에 맞게 고치려면 상당한 노력이 필요했다고 설명했다. 대규모 언어 모델은 공격 코드를 PHP 버전, 설정, 메모리 배치에 맞게 조정하도록 도울 수 있다. Wiz는 이 때문에 공격을 여러 환경으로 넓히는 문턱이 크게 낮아지고, 악용하기 비현실적으로 보이던 취약점이 공격 대상이 된다고 경고했다.2,3

OpenAI도 같은 능력이 공격자의 공격 도구와 익스플로잇 개발을 빠르게 할 수 있다고 인정했다. 또 유사한 발견이 앞으로 몇 달간 급격히 늘 것으로 예상한다고 밝혔다.1,3

OpenAI가 제안한 대응 틀

OpenAI는 이번 대응 경험을 바탕으로 널리 쓰이는 소프트웨어의 치명적 취약점에 대응하는 다섯 단계 틀을 제안하고, 보안 커뮤니티에 개선 의견을 청했다.

  • 상류 취약점 검증과 수정: 유지관리자와 연구자, 필수 기술 파트너가 결함을 확인하고 영향을 평가해 수정을 개발한다. 최첨단 모델로 패치를 우회하는 방법과 변종을 찾는 적대적 시험도 한다.
  • 영향받는 조직에 대응 시간 주기: 사전 정보가 필요한 조직은 유지관리자가 정한다. 배포판은 구버전용 수정을, 호스팅 업체는 완화책을, 보안 업체는 웹 애플리케이션 방화벽(WAF) 규칙 같은 탐지·차단책을 준비한다.
  • 정부 파트너와 협력: PHP 건에서는 백악관 Super Intelligence Force, 국가사이버국장실(ONCD), 사이버보안·인프라보안국(CISA)과 해외 파트너 등 미국 정부 여러 부문과 접촉했다.
  • 영향받는 제품의 업데이트 준비: 수정·지침·공개 계획이 안정되면 유지관리자가 배포판, 호스팅·서비스 업체, 대응팀, 운영자를 추가로 참여시킨다.
  • 패치 공개 후 지침 게시와 배포 지원: 영향 여부 확인, 공식 업데이트 또는 임시 완화책 안내, 수정 적용 확인을 돕는다.

정보 공유 범위는 조직의 보호 역할, 대응에 필요한 시간, 민감 정보 처리 능력을 기준으로 한다. 참가자는 침해 지표가 담긴 네트워크 로그부터 작동하는 PoC 공격 코드까지 보호 작업에 필요한 정보를 받는다. 실제 악용, 유출, 패치로 인한 노출, 수정 지연으로 인한 위험이 생기면 일정을 다시 따진다.

OpenAI는 Patch the Planet 웹사이트에 공개된 취약점 정보와 지침을 모았다. PHP 항목은 유지관리자의 공식 패치와 업그레이드 안내, 파트너의 기술 연구로 연결된다. 운영자는 CISA의 우선순위·조치 지침을 참고해 긴급 패치, 즉시 완화, 계획된 업데이트 중 무엇이 맞는지 판단할 수 있다.1

유지관리자 지원과 열린 쟁점

OpenAI는 Codex for OSS로 모든 유지관리자에게 구독을 제공하고, Rust Foundation 같은 프로젝트를 직접 후원한다고 밝혔다. 오픈소스 프로젝트는 Patch the Planet에 신청해 실무 지원을 받을 수 있다. 또 Daybreak for Frontline Defenders를 통해 10억 달러 규모의 보조 Daybreak 접근권을 제공하기로 했다. 대상은 보안 자원이 부족한 가운데 필수 서비스를 지키는 조직이다.

OpenAI는 오남용을 줄이려고 Daybreak에 차단 분류기를 추가로 조정하고 있다. 악용 방지 장치가 정당한 보안 작업까지 막을 수 있는 어려운 절충이라고 설명했다. 공개 시점의 적정 기간, 소유 시스템에 대한 긴급 패치 허용 조건, 사전 통지 대상, 상류 수정이 늦을 때의 하위 패키지 보호 방안에 대해서도 의견을 구했다.1

댓글

기사에 대한 의견이나 틀린 내용 제보를 남겨 주세요.

댓글을 불러오고 있습니다.