🇰🇷 한글 설명
스토리지 상태 변경 REST 서비스에서 DICOM 인스턴스와 연결된 위치 기록을 삭제 관련 상태로 변경할 수 있는 취약점입니다. 위치를 'TO_DELETE'로 변경하면 데이터베이스에 인스턴스 기록이 남아 있음에도 불구하고 PurgeStorageScheduler가 스토리지에서 해당 객체를 삭제하게 됩니다.
💡 쉬운 설명
데이터베이스에는 기록이 남아 있는데 실제 저장된 파일만 강제로 삭제해버리는 오류입니다. 이로 인해 시스템이 실제 데이터가 없는 상태로 인식하여 데이터 불일치나 손실이 발생할 수 있습니다.
🇺🇸 원문 (English)
The storage status-change REST service allows location records still associated with DICOM instances to be changed to deletion-related states. Changing a location to TO_DELETE causes PurgeStorageScheduler to delete the referenced object from storage even though the corresponding instance record remains in the database.
📍 영향받는 시스템
DICOM 인스턴스 관리 및 스토리지 상태 변경 REST 서비스를 사용하는 시스템
⚔️ 공격 벡터
REST API를 통해 특정 위치 기록의 상태를 'TO_DELETE'로 조작하여 데이터 삭제 유도
🛡️ 대응 방법
상태 변경 시 DICOM 인스턴스 연결 여부를 검증하는 로직을 추가하고, 관련 보안 패치를 적용하십시오.
🔧 검증 코드
API 응답에서 인스턴스가 연결된 상태임에도 'TO_DELETE' 상태로 변경 가능한지 확인합니다.
curl -X GET 'https://<target-api>/storage/status' | grep -E 'TO_DELETE'