🔍 CVE-2026-78370

0.0
CVSS Score
UNKNOWN
2026-08-24
2026-10-14 13:10
✅ 완료

🇰🇷 한글 설명

RansomLook의 레거시 데이터베이스 내보내기 기능에서 인증 결함이 발견되었습니다. 인증되지 않은 원격 사용자가 /export/<database> 엔드포인트를 통해 그룹, 시장, 게시물 등 비공개로 설정된 민감한 정보를 탈취할 수 있습니다.

💡 쉬운 설명

로그인을 하지 않은 외부인도 특정 주소를 통해 회사의 비밀 데이터베이스를 통째로 내려받을 수 있는 보안 구멍이 발견되었습니다. 이로 인해 랜섬웨어 관련 정보나 피해자 정보 같은 중요한 기밀이 유출될 위험이 있습니다.

🇺🇸 원문 (English)

RansomLook contains an authorization flaw in its legacy database export functionality that can allow unauthenticated remote users to retrieve information intended to remain private. The /export/<database> endpoint permits selected internal databases to be exported without requiring authentication. While limited filtering is performed for some entity databases, other exportable databases are returned directly without consistently applying the application's private-entity access restrictions. As a result, information associated with groups, markets, posts, or other records marked as private may be included in an export accessible to an unauthenticated requester. An attacker able to reach the RansomLook web application can request the affected export endpoint and retrieve data that should only be available to authorized users. Depending on the contents of the instance, this may disclose private ransomware intelligence, victim information, internal tracking data, or other information deliberately excluded from public views. The patch removes the legacy unauthenticated export route and introduces centralized authorization handling that distinguishes ordinary authenticated API access from authorization to view private entries. API keys must now be explicitly granted private-data access, while existing keys do not automatically receive this privilege. The same private-data filtering is also applied consistently across API responses and database exports.

📍 영향받는 시스템

RansomLook (레거시 데이터베이스 내보내기 기능이 포함된 모든 버전)

⚔️ 공격 벡터

인증 없이 /export/<database> 엔드포인트에 접근하여 비공개 데이터 요청

🛡️ 대응 방법

레거시 내보내기 경로를 제거하고, API 키에 명시적인 비공개 데이터 접근 권한을 부여하는 중앙 집중식 인증 체계로 업데이트

🔧 검증 코드

인증 없이 요청했을 때 HTTP 200 OK 응답이 오면 취약한 상태이며, 401 Unauthorized 또는 403 Forbidden이 발생해야 안전합니다.

Shell / Script
curl -s -I http://<target_ip>/export/<database_name> | grep -E 'HTTP/1.1 200 OK'

💻 영향받는 소프트웨어

Spring Data REST