🔎 #860. AI가 찾아낸 PHP 보안 구멍, 전 세계가 비상인 이유

안녕하세요?
매일 사람이 쓰는 뉴스레터 Daily Prompt입니다.

오늘은 지금 전 세계를 비상에 빠뜨린 PHP 보안 구멍을 쉽게 풀어봅니다.

PHP에서 로그인 없이 서버를 장악할 수 있는 구멍이 발견됐습니다

10월 21일(한국시간 10월 21일 밤) PHP 개발팀이 보안 구멍 두 개를 막는 긴급 업데이트를 내놓았습니다. 'PHP2Shell'이라 불리는 이 구멍은 위험도가 가장 높은 '치명적' 등급이고, 국내에서도 10월 22일 정부가 사이버위기 경보를 '주의'로 올렸습니다.오늘은 관련하여 쉽게 이해할 수 있도록 내용을 정리하여 공유드립니다.

서버는 주문을 받아 요리를 내주는 식당 주방과 같습니다

웹사이트에 들어가는 과정을 식당에 비유하면, 브라우저는 손님이고 웹사이트 주소를 입력하는 일은 주문입니다. 서버는 주문을 받아 화면을 만들어 내주는 주방으로, 인터넷에 연결된 채 주문을 기다리는 컴퓨터입니다.

쇼핑몰의 내 주문 내역처럼 사람마다 달라지는 화면은 주문이 들어올 때마다 새로 만들어야 합니다. 이때 창고(데이터베이스)에서 재료를 꺼내 화면을 요리하는 요리사가 PHP입니다.

워드프레스와 위키백과, 국내 게시판과 쇼핑몰까지 서버 언어가 확인된 웹사이트의 약 70%가 PHP를 씁니다. 워드프레스가 레시피라면, PHP는 그 레시피대로 요리하는 요리사입니다.

문제가 되는 점: 로그인 없이 멀리서 서버에 명령을 내릴 수 있습니다

이번 구멍을 이용하면 로그인하지 않고도 멀리서 서버에 원하는 명령을 내릴 수 있습니다. 주방에 들어가지 않고 조작한 주문서 한 장으로 요리사에게 금고를 열게 하는 셈입니다.

공격자는 요리사가 감당하지 못할 만큼 큰 주문을 넣어, 요리사가 반쯤 만든 재료나 앞 손님이 남긴 메모를 제대로 치우지 못하는 틈을 파고듭니다.

공격에 성공하면 서버에 몰래 뒷문을 심거나, 회원 정보와 비밀번호를 빼가거나, 홈페이지를 망가뜨릴 수 있습니다. 구멍이 레시피가 아니라 요리사에게 있기 때문에 워드프레스를 업데이트해도 소용없고, 서버의 PHP를 업데이트해야 합니다.

14년 묵은 구멍을 AI와 함께 일한 연구자들이 찾았습니다

이 구멍은 2012년부터 PHP 안에 있었습니다. PHP 재단은 2024년에 징후를 봤지만, 실제 공격 방법을 찾지 못했고 고칠 방법도 정하지 못해 작업을 미뤘습니다.

올여름 보안 회사 Calif의 연구자 라이언 오스틴은 메모리 처리 쪽에 아직 버그가 남아 있을 거라 짐작하고 AI에게 그 부분을 파고들게 했습니다. 며칠 만에 AI가 구멍을 찾았고, Calif는 8월 11일 PHP에 보고했습니다. 같은 날 OpenAI도 같은 문제를 보고했습니다.

구글에 인수된 보안 회사 Wiz도 8월 19일 Gemini와 GPT를 함께 써서 같은 구멍을 따로 찾았습니다. Wiz는 '예전이라면 최고 수준의 연구팀이 몇 달 걸릴 일을 AI를 쓴 연구자 한 명이 일주일 만에 했다'고 설명했습니다.

공개 하루 전, 정보가 새어나갔습니다

보안 구멍은 고친 버전이 준비될 때까지 비밀로 했다가 정해진 날 한꺼번에 공개하는 게 원칙입니다. 공격자가 먼저 알면 안 되기 때문입니다. 이번에는 이 약속이 여러 번 깨졌습니다.

• 10월 17일: 공개 4일 전, 아마존이 공격 시도를 포착했습니다. 공격자가 어떻게 알았는지는 아직 모릅니다.
• 10월 20일: 온라인 커뮤니티에 구멍의 존재가 새어나갔고, PHP는 공개를 하루 앞당겼습니다.
• 같은 날 밤: Calif가 공격 시연 영상을 실수로 올렸다가 지웠지만, 복사본이 퍼졌습니다.
• 10월 21일: 보안 회사 Chainguard가 공식 공개보다 6시간 넘게 먼저 고친 버전을 내놓아 PHP 재단의 비판을 받았습니다.
• 10월 21일(한국시간 10월 21일 밤): PHP가 고친 버전을 공개했습니다.

Chainguard는 이미 공격이 시작돼 기다릴 수 없었다고 해명했고, 아마존은 지금 공격이 광범위하게 벌어지고 있다고 밝혔습니다.

PHP 재단은 '구조적 실패'였다고 인정했습니다

PHP 재단은 공개 당일 글에서 2024년부터 수정이 늦어진 것을 '구조적 실패'라고 인정했습니다. 고칠 방법을 정하는 방식과 인력이 모두 부족했다는 설명입니다. 재단은 AI가 구멍은 빨리 찾지만 고치는 일은 여전히 사람이 한다며, PHP에 기대는 기업과 정부에 개발자를 늘릴 후원을 요청했습니다.

국내 서버 약 11만 대가 영향을 받을 수 있습니다

보안 회사 안랩은 위험한 PHP를 쓰는 국내 서버를 약 11만 대로 추정했습니다. 네덜란드와 핀란드는 정부 웹사이트 일부를 잠시 닫기도 했습니다.

더 큰 문제는 오래된 PHP를 쓰는 서버입니다. 이번 업데이트는 최근 버전에만 나왔고, PHP를 쓰는 서버 가운데 적어도 7대 중 1대는 업데이트를 받을 수 없는 옛 버전을 쓰고 있습니다.

마무리

1. 원격으로 공격할 수 있다면, 원격으로 방어(패치)할 수도 있다는 의견이 나왔습니다. 창과 방패의 싸움이 시작된 것이죠. 공격자도, 방어자도 모두 AI를 쓰고 있어 앞으로 나올 뉴스를 계속 지켜봐야할 것 같습니다.
2. 앞서 언급했듯 서버에서 쓰는 언어를 확인할 수 있는 웹사이트의 약 70%가 PHP를 사용한다고 합니다. 이 대목에서 생존을 위해서는 다양성이 중요하고 그래서 사람마다 서로 다른 유전자를 가지고 있다는 사실이 떠올랐습니다. 웹도 각자 다른 언어와 서버, 운영 방식으로 만들어진다면 어떨까요? 어느 한쪽에 문제가 생겨도 다른 쪽은 버틸 수 있다면, 개별 시스템에 약점이 있더라도 전체가 한꺼번에 위험해지는 일은 줄일 수 있지 않을까요?
3. 물론 서로 다른 시스템을 만들고 관리하고 연결하는 데는 수고가 듭니다. 그런데 LLM이 여러 언어와 시스템을 이해하고 그 차이를 다루는 일을 도와준다면, 각자 다른 방식을 유지하는 부담도 줄어들 수 있을 것 같습니다. 각자의 에이전트가 각자의 환경을 관리하면서, 필요한 일을 서로 주고받는 모습을 상상하게 됩니다. 함께 일하기 위해 모두가 같은 것을 써야 할 이유가 줄어드는 것입니다.
4. 그러나 여기에도 치명적인 문제가 있습니다. 서버와 언어를 다르게 만들어도 에이전트들이 같은 모델과 도구에 의존하면, 공통된 약점이 다시 생길 수 있습니다. 서로 다른 모델을 쓰더라도 외부 문서에 숨은 악성 지시를 자신의 할 일로 받아들일 위험은 남습니다. 내 에이전트가 그렇게 만들어낸 요청을 다른 에이전트까지 믿고 실행한다면, 연결해둔 관계를 따라 피해가 번질 수도 있겠다는 생각이 듭니다.
5. 지난 854호에서 이야기한 「사이버펑크 2077」의 블랙월이 다시 떠오릅니다. 통제를 벗어난 AI들이 있는 네트워크를 장벽으로 격리한다는 설정인데요. 모든 것을 연결해 더 많은 일을 할 수 있게 된 끝에, 살아남기 위해 일부 연결을 끊어야 한다는 점이 이번에는 다르게 느껴집니다.

Seminar

11월 6일, 뉴스레터를 릴스로 자동화한 과정을 공유합니다

10월 5일부터 Daily Prompt 뉴스레터를 릴스 영상으로 만드는 실험을 이어가고 있습니다. 지난 회차 글을 바탕으로 2주 만에 릴스 49편을 만들었고, 많은 날은 하루 20편까지 만들었는데요. 영상 편집 프로그램 없이 대본, 음성, 자막, 모션그래픽까지 AI 에이전트에게 맡겼습니다.

이번 온라인 라이브 세미나에서 그 과정을 공유드립니다. Codex와 Claude Code를 모두 써보며 겪은 시행착오, 무엇을 구독하고 어떻게 지시했는지, 사람이 끝까지 확인해야 하는 부분은 무엇인지 정리했습니다. 세미나가 끝나면 실제로 사용한 릴스 제작 스킬도 함께 드립니다.

• 일시/장소: 2026년 11월 6일(금) 19:00–20:30 / Zoom 라이브
• 할인 코드: since2023 (Daily Prompt 구독자 40% 할인, 10월 31일까지 사용 가능)
• 세미나 신청 마감: 11월 3일(화) 저녁 7시

오늘의 Midjourney Prompt & Music

아래 Midjourney 이미지를 음악과 함께 감상해보세요:)

Major Over Minor

0:00

/175

1×

프롬프트 (by @jae_hong__an) :