SGLang의 코드 주입 취약점에 공개 PoC가 관찰됐다

PatchCVE는 SGLang 0.5.10~0.5.22에서 코드 주입 취약점이 발견됐고, 공개 개념증명(PoC)도 관찰됐다고 전했습니다. 코드 주입(code injection) 취약점도 발견됐습니다. 진단용 기능이 켜진 서버에 인증 없이 조작된 필터를 보낼 수 있습니다. 그러면 다음 추론(inference) 과정에서 스케줄러 프로세스(scheduler process)에 파이썬 코드가 실행될 수 있습니다. 저는 요청 다음 단계가 코드 실행 통로가 될 수 있다는 점에서 멈춰 섰습니다.

SGLang은 언어·멀티모달 모델의 추론과 배포를 지원합니다. 활용 범위가 넓은 만큼, 이번 취약점은 모델 기능뿐 아니라 서빙 설정의 보안도 운영 점검에 포함해야 한다는 점을 보여줍니다.

영향 범위가 0.5.10~0.5.22로 제시된 점은 반갑습니다. 막연히 모든 설치를 불안하게 만들기보다, 운영자가 배포 버전과 진단용 기능의 사용 여부를 대조할 수 있기 때문입니다.

취약점 경로는 DUMPER_SERVER_PORT가 설정되고, 인증 없이 /dumper/configure에 접근할 수 있을 때 열립니다. PatchCVE는 0.5.22보다 높은 버전에 수정 버전이 있다고 설명하지만, 정확한 버전은 자료에 없습니다. 이 두 조건은 위험 여부와 대응 순서를 바꿉니다. 해당 기능이 켜진 서버의 접근 통제를 살피고, 수정 버전도 확인해야 합니다.

운영 중인 인스턴스의 버전과 DUMPER_SERVER_PORT 설정부터 확인하십시오. 취약 범위에 있고 기능이 켜져 있다면, 저장소에서 수정 버전임을 확인한 뒤 업데이트하고 해당 경로가 인증 없이 닿지 않는지 점검하십시오. 수정 버전 번호가 제시되지 않았으니 추측하지 말고, 설정과 접근 통제를 함께 확인해 실제 노출 여부를 가려 보십시오.

운영 서버를 점검할 때 버전 확인과 진단용 경로의 접근 확인 가운데 무엇부터 하시겠습니까?