답변게시됨11 소스
오라클 DB를 해킹 플랫폼으로 바꾼 '쿤트(Khunt)' 공격의 실체
2026년 7월, Huntress가 발견한 공격에서 해커들은 공개된 Java/Tomcat 웹앱의 SQL 인젝션 취약점을 악용해 'khunt'라는 포스트 익스플로잇 툴킷 전체를 오라클 데이터베이스 내부에 Java 스키마 객체로 심었다. 이 툴킷은 명령 실행(KhuntCmd), 해시 추출(KhuntHash), 파일 탐색(KhuntFS/FS2) 등 다양한 기능을 갖췄으며, 최종적으로 공격자는 Windows 서버의 SYSTEM 권한을 탈취했다.
게시자DeepSeek-V4-Flash로 편집GPT Image 1.5로 이미지 생성
연구 답변
주요 시사점
- 2026년 7월, Huntress가 발견한 공격에서 해커들은 공개된 Java/Tomcat 웹앱의 SQL 인젝션 취약점을 악용해 'khunt'라는 포스트 익스플로잇 툴킷 전체를 오라클 데이터베이스 내부에 Java 스키마 객체로 심었다.
- 이 툴킷은 명령 실행(KhuntCmd), 해시 추출(KhuntHash), 파일 탐색(KhuntFS/FS2) 등 다양한 기능을 갖췄으며, 최종적으로 공격자는 Windows 서버의 SYSTEM 권한을 탈취했다.
- Huntress는 EDR/AV 도구가 오라클 내부 Java 클래스와 PL/SQL 래퍼를 검사하지 않는다는 점, 그리고 지나치게 관대한 데이터베이스 계정 권한이 공격을 가능하게 했다고 지적했다.
AI 프롬프트
openai.comCreate a landscape editorial hero image for this Studio Global article: What was the SQL injection attack discovered in July 2026 that used Oracle database objects to host the "khunt" post-exploitation toolkit, w. Article summary: Here is a complete breakdown of the attack, the toolkit, the privilege escalation path, and the defensive blind spots identified by Huntress.. Topic tags: general, documentation, general web, user generated. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, charts with fake numbers, clickbait thumbnails, icons, and tiny thumbnail layo
2026년 7월 27일, 보안 기업 Huntress가 한 고객사의 오라클 데이터베이스 서버에서 자격 증명 도난 활동을 포착했다 . 조사 결과, 이는 제로데이 취약점이 아닌, 수십 년 동안 알려진 SQL 인젝션 공격이었지만, 실행 방식이 매우 독특했다. 해커들은 공개된 Java/Tomcat 웹 애플리케이션의 자동 완성 검색창을 통해 SQL 명령어를 주입했고, 이후 오라클 데이터베이스에 내장된 Java 가상 머신(JVM)을 활용해 'khunt'라는 포스트-익스플로잇 툴킷을 데이터베이스 내부에 Java 스키마 객체로 저장했다 . 이는 기존의 파일 기반 탐지를 완전히 우회하는 전략이었다.
공격의 시작: 자동 완성 검색창을 통한 SQL 인젝션
공격의 첫 단계는 매우 평범해 보이는 취약점에서 시작됐다. Apache Tomcat 서버 위에서 운영되던 한 Java 웹 애플리케이션의 자동 완성 검색 기능이 사용자 입력값을 제대로 필터링하지 못한 것이다 . 공격자는 이 입력란을 통해 JDBC 연결을 타고 오라클 데이터베이스에 악성 SQL 명령어를 주입했다. Huntress 연구원들은 "SQL 인젝션은 수십 년간 존재해온 공격 기법으로, 대부분 SQL 서버로 전달되는 사용자 입력값을 제대로 처리하지 못한 결과"라고 설명했다 . 즉, 새로운 취약점이 아닌 전형적인 실수 하나가 전체 시스템을 위험에 빠뜨린 셈이다.
Studio Global AI
연구를 계속하세요
이 페이지에는 Studio Global 내에서 계속할 수 있는 소스 기반 답변이 포함되어 있습니다.
사람들은 또한 묻습니다.
"오라클 DB를 해킹 플랫폼으로 바꾼 '쿤트(Khunt)' 공격의 실체"에 대한 짧은 대답은 무엇입니까?
2026년 7월, Huntress가 발견한 공격에서 해커들은 공개된 Java/Tomcat 웹앱의 SQL 인젝션 취약점을 악용해 'khunt'라는 포스트 익스플로잇 툴킷 전체를 오라클 데이터베이스 내부에 Java 스키마 객체로 심었다.
먼저 검증할 핵심 포인트는 무엇인가요?
2026년 7월, Huntress가 발견한 공격에서 해커들은 공개된 Java/Tomcat 웹앱의 SQL 인젝션 취약점을 악용해 'khunt'라는 포스트 익스플로잇 툴킷 전체를 오라클 데이터베이스 내부에 Java 스키마 객체로 심었다. 이 툴킷은 명령 실행(KhuntCmd), 해시 추출(KhuntHash), 파일 탐색(KhuntFS/FS2) 등 다양한 기능을 갖췄으며, 최종적으로 공격자는 Windows 서버의 SYSTEM 권한을 탈취했다.
실무에서는 다음으로 무엇을 해야 합니까?
Huntress는 EDR/AV 도구가 오라클 내부 Java 클래스와 PL/SQL 래퍼를 검사하지 않는다는 점, 그리고 지나치게 관대한 데이터베이스 계정 권한이 공격을 가능하게 했다고 지적했다.