============ 결론 ㅠㅠ ===================
무조건 패치로 결정했습니다.
내용은 지웁니다. 하지만, 전 버틸때까지... 달려봐야죠. ㅠㅠ
무조건 패치로 결정했습니다.
내용은 지웁니다. 하지만, 전 버틸때까지... 달려봐야죠. ㅠㅠ
|
댓글을 작성하시려면 로그인이 필요합니다.
댓글 8개
보안 강화를 위한 정보 공유 취지는 이해합니다. 다만 다른 이용자분들이 이번 PHP 취약점의 대응책으로 오해하지 않도록 설명을 보완해 주시면 좋겠습니다.
이번 취약점은 PHP 자체의 문제이며, 일부 환경에서는 CMS나 플러그인 코드가 실행되기 전에 공격이 가능합니다. 따라서 파일 검사·업로드 폴더 실행 차단·관리자 OTP 등의 기능은 일반적인 보안 강화에 도움이 될 수 있지만, 이번 두 취약점의 패치를 대신하지는 못합니다. PHP 내부에서 구현한 요청 차단이나 사이트 잠금 역시 방어를 보장할 수 없습니다.
본문에 "완벽한 게 아닙니다"라고 표현은 하셨지만, "보안 패치를 대체할 수 없다는 점"을 명확히 표시하시는 것이 좋을 것 같습니다.
제가 전달하고 싶었던 취지는 이번 PHP 취약점의 패치를 대신할 수 있다는 의미가 아니라, 저처럼 호스팅 환경이나 기존 개발 자산 때문에 당장 PHP 버전을 올리기 어려운 상황에서 CMS 내부적으로라도 추가적인 방어 방법을 고민해 보자는 것이었습니다.
만약에 문제가 되는 글이라면 댓글로 한번 더 달아주세요.
바로 삭제하겠습니다.
이번 PHP 취약점은 PHP 엔진 내부의 메모리 정리·재사용과 요청 상태 관리 문제라고 합니다.
CMS나 플러그인 코드가 실행되기 전에 공격할 수 있어, 파일 무결성 검사·OTP·요청 차단만으로 취약점 자체를 막을 수가 없답니다.
님이 제작한 보안툴은 일반적인 웹셸 탐지와 사후 대응에는 유용하지만 공식 패치를 대체하지 못한다고 생각합니다.
또한 공격자가 공격하고 나서 흔적을 남기않고 직접 코드를 실행할 수도 있기 때문에 무결성 검사만으로 안전을 판단할 수 없다는 생각입니다.
저는 서버 이전작업 중이지만 아래와 같이 임시조치를 했습니다.
session.upload_progress.enabled=0AI 4군데 물어봐도 수정된 PHP 버전으로 이전하라고 조언하네요.
즐거운 하루되세요.
나쁜 놈들 때문에 내 생돈 4백만원 날아갔네요.ㅠㅠ
하지만, 범위가 생각보다 커서 혹시나 해서 정보를 서로 공유하고자 만들었습니다.
전 버전업을 하지 못하거든요. ㅠㅠ
혹시 좋은 정보 더 있으시면 언제든지 글 남겨주세요.
감사합니다.
제가 1년동안 고민한 부분이거든요.
신규서버 비싸서 구매 불가!!
결국 두대의 서버 중에 한대를 업그레이드하기로 결정!
오늘부터 이전작업 시작했습니다.
물론 제가 하는게 아니고 호스팅사에서 해주지만요.
최종 홈페이지 코드 커스트마이징은 제가해야하는데...
30개 홈페이지를 어떻게 고칠까 걱정이 태산입니다.ㅠㅠ
정말 저도 갈등이 많이 생기는 하루네요.
입주자들 다 내쫒고, 혼자 업글하고 써야 하나 ㅡㅡa 고민이 많습니다.
그렇게 하면 관리비 생각에 눙물이 ㅠㅠ
컴대장님도 당분간 고생하겠네요.
저도 하는데까지 해보고 안되면 업글해야죠 ㅠㅠ
이전하는 그사이에 기존서버에 임시안전장치를 만들어두고요.
클로드가 그렇게 말합니다.^^
업그레이드가 최우선이고, 나머지는 임시 보안으로 패치하라고 하더군요.
그래서, 위에꺼 만들어 놓은 것입니다. 임시라도... 될려나 해서요.
결론은 버전업인데 ㅡㅡ;; 아 고민이 태산입니다.
김사합니다.