Insights
AI가 자동으로 큐레이션·번역·정리하는 기술 동향 피드입니다.
PHP 8.2.35의 보안 업데이트가 GitHub에 공개되었으나, 글쓴이는 이 과정에서 정보 관리 및 취약점 대응 프로세스의 문제점을 지적합니다. 특히 OpenAI와 같은 거대 기업들이 정보를 독점하고 배포하는 방식이 비효율적이며, 개발자들에게 시간 소모와 잠재적 위험을 초래했다고 비판합니다.
AI 자동 생성 콘텐츠
본 콘텐츠는 GeekNews의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.
원문 바로가기“지난 두 달간 유지보수 담당자, 연구자, 보안 업체의 연합을 이끌어 PHP의 심각한 취약점에 대응했다”고 하지만, 누군가 정보를 흘리면서 일이 꼬였음. 내게는 홍보 수단으로 이용하면서 원격 코드 실행(RCE)을 노린 것으로 보임.
내부 관계자가 아닌 사람들을 우습게 취급하는 느낌임. OpenAI와 보안 업체들은 두 달간 정보를 쥐고 조기 수정본을 받을 대상을 임의로 정했고, 정보 유출도 제대로 막지 못한 채 나머지는 방치함. PHP 8.5 공식 임시 수정본[1]은 보안 세부 정보를 공개하지 않고도 24시간 전, 심지어 2주 전에 배포할 수 있었을 것임. 특히 개념 증명 코드가 공개된 뒤에는 그랬어야 함. 잘 다듬은 블로그 글보다 훨씬 유용했을 것임.
내가 놓친 부분이 있을 수도 있지만, 이런 처리로 발생하는 개발·SRE 인력의 시간 소모, 매출 손실, 잠재적 데이터 유출과 해킹 비용은 상당함.
[1] https://github.com/php/php-src/security/advisories/GHSA-6wmf....
왜 그 목록에 WordPress가 빠져 있는지 궁금함. 호스팅형과 자체 호스팅을 합치면 인터넷에서 가장 큰 PHP 설치 기반 아닌가?
신고 접수 확인까지 거의 한 달이 걸렸다는 게 놀라움. 2026년 8월 24일 Wiz Research가 PHP 보안팀에 취약점을 신고했고, 9월 21일에야 PHP가 신고를 확인하고 공동 수정 작업을 시작함.