Hackers run khunt post-exploitation toolkit from Oracle database

Summary

Attackers exploited a SQL injection vulnerability in a Java application to install the khunt post-exploitation toolkit directly within an Oracle database. This allowed them to execute commands, steal credentials, and manage files by leveraging Oracle's embedded Java Virtual Machine. The toolkit's components were used to gain SYSTEM-level permissions and attempt to exfiltrate sensitive registry hives.

Full text

Hackers run khunt post-exploitation toolkit from Oracle database By Lawrence Abrams August 5, 2026 03:55 PM 0 Hackers exploited a SQL injection vulnerability to install a post-exploitation toolkit directly inside an Oracle database that was used to breach a corporate network. The attack was discovered by Huntress on July 27, 2026, after its security platform detected credential theft on a server hosting an Oracle database server. Apache access logs showed that the attackers gained access through a vulnerable search engine endpoint in a public-facing Java application running Apache Tomcat. The application failed to properly validate input submitted through an autocomplete search feature that allowed the attackers to issue SQL commands to the Oracle database. Huntress traced the malicious requests to the IP address 178.162.151[.]229. khunt Toolkit stored inside Oracle After exploiting the SQL injection flaw, the attackers installed a post-exploitation toolkit called khunt directly into the Oracle database as a Java object. Oracle has an embedded Java Virtual Machine and the CREATE JAVA SOURCE statement, which allows Java source code to be stored and compiled as a database schema object. These Java objects can then be executed via SQL commands, which if configured to do so, can execute commands on the host operating system. The attackers abused this functionality to compile and store the khunt toolkit directly inside the Oracle database rather than deploying them as executable files on the server. "The use of the technique in the wild has rarely been documented," Huntress said. The toolkit contained multiple Java components and PL/SQL wrappers that could execute commands, steal credentials, and manage files. These components included: KhuntCmd, which launched cmd.exe and allowed attackers to execute operating system commands through SQL statements. KhuntHash, which accessed Oracle’s internal user table and wrote usernames and password data to a file. KhuntFS and KhuntFS2, which provided file browsing, reading, searching, and file-size checking capabilities. KhuntT, which acted as a ping-like test to confirm that the toolkit had been successfully installed. KhuntUnzip, which extracted compressed files. The attackers used KhuntCmd to run cmd.exe /c whoami, confirming that commands executed through the Oracle database had SYSTEM-level permissions on the Windows server. They then used PowerShell and Windows utilities to copy the SAM, SECURITY, and SYSTEM registry hives, which can be used to recover password hashes for local Windows accounts. The attackers also ran tasklist /svc to enumerate running services and saved the output to khunttasks.txt. Huntress said the registry hives were likely exfiltrated for credential dumping, but the report does not confirm whether the files were successfully stolen. As a general rule, organizations should sanitize all user supplied input validation and limit the privileges granted to application database accounts. Huntress recommends that database accounts used in public-facing applications should not have high enough privileges to create Java sources, execute unnecessary stored procedures, or perform other administrative actions. Test every layer before attackers do Security teams log 54% of successful attacks and alert on just 14%. The rest move through your environment unseen.The Picus whitepaper shows how breach and attack simulation tests your SIEM and EDR rules so threats stop slipping by detection. Get the whitepaper Related Articles: CISA orders feds to patch actively exploited Oracle flaw by SaturdayOver 900 Oracle E-Business instances exposed to ongoing attacksNissan discloses employee data breach linked to Oracle zero-day attacksHackers now exploit critical Oracle E-Business flaw in attacksOracle mitigates PeopleSoft zero-day exploited in data theft attacks

Indicators of Compromise

• ip — 178.162.151.229
• malware — khunt

Entities