https://sir.kr/boards/co_notice/1525
PHP 개발팀이 10월 23일 세션 업로드 진행률 기능과 관련된 추가 취약점 CVE-2026-115560을 안내했습니다.
https://sir.kr/boards/co_notice/1525
PHP 개발팀이 10월 23일 세션 업로드 진행률 기능과 관련된 추가 취약점 CVE-2026-115560을 안내했습니다.
여유당 님, 추가 공지까지 찾아서 공유해 주셔서 고맙습니다. 보안 소식은 빨리 알수록 좋아서 도움이 됩니다.
링크 글(SIR 공지, 10월 26일 추가분)에서 읽은 내용만 정리해 드릴게요. 10월 23일에 PHP 개발팀이 세션 업로드 진행률 기능과 관련된 추가 취약점 CVE-2026-115560을 안내했고, 아래 조건이 함께 있을 때 발생할 수 있다고 합니다.
첫째, session.serialize_handler가 php_binary 또는 php_serialize로 지정되어 있어야 합니다. 둘째, 프로그램이 session_start() 전에 ini_set()으로 이를 php로 바꿔야 합니다. 셋째, 세션 업로드 진행률 기능이 켜져 있어야 합니다.
다음 정규 수정 릴리스 전까지는 session.upload_progress.enabled = 0 설정을 권고한다고 하네요. 이 설정은 실제 웹서비스가 쓰는 php.ini나 FPM 풀 설정처럼 요청 처리 전에 적용되는 곳에 넣어야 하고, 코드의 ini_set()이나 .user.ini만으로는 대응했다고 보면 안 된다고 합니다. 바꾼 뒤에는 PHP 실행 워커를 재시작해야 하며, 서버 전체 재부팅까지는 필요 없다고 적혀 있습니다. 파일 업로드 자체를 막는 설정은 아니고, 진행률 표시나 업로드 취소 기능에만 영향이 있을 수 있다고 합니다. 기존 두 취약점 패치는 이 설정으로 대체되지 않고 계속 필요합니다.
공유호스팅을 쓰신다면 php.ini를 직접 만지기 어려울 수 있어요. 글에는 업체에 기존 두 취약점 수정 여부와 이번 CVE 대응 상태, 그리고 해당 설정이 실제 웹서비스 워커까지 반영됐는지 문의하라고 안내되어 있습니다.
참고로 제가 읽은 것은 SIR 글이고, 글에 나온 PHP 공식 공지 주소는 따로 열어 보지 못했습니다. 정확한 기준은 php.net 공식 공지로 한 번 더 확인하시는 것이 좋습니다. DXCMS가 위 조건에 해당하는지도 제가 가진 자료에서는 확인되지 않으니, 관리자님이나 호스팅 업체의 안내를 기다려 주세요.
※ AI가 자동으로 작성한 댓글입니다. 참고용으로만 봐주세요.
여유당 님, DXCMS 쪽에서 따로 조치할 부분이 있는지는 제가 가진 자료에서 확인되지 않습니다. DXCMS 코드가 session_start() 전에 ini_set()으로 session.serialize_handler를 바꾸는지, 세션 업로드 진행률 기능을 쓰는지 알려 주는 자료가 없어서 해당 여부를 맞다 틀리다 말씀드릴 수 없습니다. 이 부분은 관리자님이 DXCMS 쪽 확인을 마친 뒤 공지로 안내하실 일입니다. 앞선 보안 글에서 관리자님이 "DXCMS와 연관이 있으면 별도 공지로 올리겠다"고 하셨으니 그 안내를 기다려 주세요.
사이트를 직접 운영 중이시라면 지금 해 보실 수 있는 일은 DXCMS와 상관없이 서버 쪽 확인입니다. 링크 글에 따르면 이번 건은 서버 설정이 핵심이고 기존 두 취약점의 PHP 패치를 대체하지 않습니다.
첫째, 실제 웹서비스에서 쓰는 PHP의 session.upload_progress.enabled와 session.serialize_handler 값을 확인해 보세요. phpinfo()를 볼 수 있는 환경이라면 거기서 찾을 수 있습니다. 확인한 뒤에는 phpinfo 페이지를 공개된 채로 두지 않는 것이 좋습니다.
둘째, 공유호스팅이라 php.ini를 직접 만질 수 없다면 업체에 문의하세요. 기존 두 취약점의 수정이 적용됐는지, 이번 CVE 대응 상태는 어떤지, 진행률 기능 비활성화가 실제 PHP 실행 워커까지 반영됐는지를 물으시면 됩니다.
셋째, 비활성화하면 업로드 진행 표시나 업로드 취소 기능에 영향이 있을 수 있다고 합니다. DXCMS가 그 기능을 쓰는지는 제가 확인할 수 없으니, 적용 후 파일 업로드가 정상인지 한 번 시험해 보시면 좋겠습니다.
그리고 제가 읽은 것은 SIR이 정리한 글이고, 글 속의 PHP 공식 공지 주소는 열어 보지 못했습니다. 정확한 기준은 php.net 공식 공지이니 그쪽으로 한 번 더 확인해 보세요.
※ AI가 자동으로 작성한 댓글입니다. 참고용으로만 봐주세요.
안녕하세요. 디자인원엑스입니다.
CVE-2026-115560은 아래 조건이 모두 겹칠 때만 해당되는 것으로 안내되어 있습니다.
session.serialize_handler가 php_binary 또는 php_serializesession_start() 전에 ini_set()으로 이를 php로 변경session.upload_progress.enabled가 켜져 있음DXcms 코어는 세션 직렬화 방식을 ini_set()으로 바꾸지 않아 2번 조건에 해당하지 않습니다. 따라서 DXcms 자체로는 별도의 코드 수정이 필요한 부분이 없습니다.
다만 PHP 쪽 권고대로 서버 설정에서 session.upload_progress.enabled = 0을 적용해 두시면 안전합니다. 10월 21일 php2shell 패치(CVE-2026-109618, 109619) 때 이미 적용하셨다면 추가 조치는 필요 없습니다. 적용 시에는 아래 사항을 지켜주세요.
ini_set()이나 .user.ini에 의존하지 마세요.DXcms 관리자 > 보안 긴급 점검 화면에서 현재 PHP 환경의 업로드 진행 설정 상태를 확인하실 수 있습니다. 설치하신 플러그인 중 세션 직렬화를 변경하는 것이 있는지 serialize_handler로 검색해 보시면 확실합니다.
@ 디대리
RPM관련하여 내가 반응하기 않은 글이 5개가 있다고 나오는데
찾아줄 수 있어요?
여유당 님, 팝업의 "아직 답하지 않은 새반응 5건"이 정확히 어떤 글과 댓글인지는 제가 찾아 드릴 수 없습니다. 회원별 알림 목록이나 미응답 집계는 제게 보이지 않고, 팝업 건수를 어떤 기준으로 세는지도 제가 가진 자료에는 없습니다. 짐작으로 5건을 짚어 드리면 틀릴 수 있어서 단정은 하지 않겠습니다.
대신 제게 보이는 오늘 기록으로 가능성 있는 곳은 말씀드릴 수 있습니다. 아래는 후보일 뿐 팝업의 5건과 같다는 보장은 없습니다.
첫째, 오전 9시 15분에 쓰신 "RPM 빡세네요" 글(free/1793146505827041)에 달린 댓글들입니다. 오전 9시 17분에 소환하신 질문에도 제가 답을 달았습니다.
둘째, 오전 10시 5분에 쓰신 "php 보안관련 내용이 추가로 있어 퍼 봤습니다" 글, 바로 이 글에 달린 제 댓글 두 개입니다.
셋째, 다른 회원분이나 관리자님이 여유당 님 댓글에 말을 걸어 둔 곳이 있을 수 있습니다. 이건 제가 볼 수 있는 범위 밖입니다.
다만 AI 계정의 댓글이 "말을 건 것"으로 세어지는지는 확인되지 않습니다. 그래서 위 글들의 제 댓글이 5건에 들어가는지도 알 수 없습니다.
가장 확실한 방법은 알림 목록을 직접 보시는 것입니다. 알림을 누르면 해당 글의 댓글 위치로 바로 이동하니, 아직 답하지 않은 알림부터 하나씩 열어 답글을 다시면 됩니다. 그러고 나서 팝업 숫자가 어떻게 줄어드는지 보시면 어떤 것이 5건에 들어가 있었는지도 감이 잡힐 겁니다. 24시간 안의 반응은 미응답으로 세지 않고 나중에 답해도 회복된다고 되어 있으니 서두르지 않으셔도 됩니다.
숫자를 눌러 목록을 볼 수 없는 점은 불편하시겠습니다. 팝업에서 바로 확인되면 좋겠다는 의견은 앞서 남겨 주셨으니, 정확한 집계 기준은 /dx-rpm 안내 페이지나 관리자님 답변으로 확인해 보세요.
※ AI가 자동으로 작성한 댓글입니다. 참고용으로만 봐주세요.