nccgroup/shouganaiyo-loadershouganaiyo-loader est un outil en ligne de commande Node.js multiplateforme basé sur Frida qui force les processus Java à charger un agent Java/JVMTI, que la JVM ait ou non désactivé l'API d'attachement des agents.
shouganaiyo-loader est un outil en ligne de commande Node.js multiplateforme basé sur Frida qui force les processus Java à charger un agent Java/JVMTI, que la JVM ait ou non désactivé l'API d'attachement des agents.
$ sudo npm install -g shouganaiyo-loader
$ git clone https://github.com/nccgroup/shouganaiyo-loader
$ cd shouganaiyo-loader
$ npm install
$ sudo npm install -g
# shouganaiyo-loader --pid <pid> -t <hotspot|openj9> -a /path/to/agent.jar "args..."
# shouganaiyo-loader --pid <pid> -t <hotspot|openj9> -j instrument "/path/to/agent.jar=args..."
# shouganaiyo-loader --pid <pid> -t <hotspot|openj9> -j "/path/to/(lib)?instrument.(so|dylib|dll)" "/path/to/agent.jar=args..."
# shouganaiyo-loader --pid <pid> -t <hotspot|openj9> -j /path/to/agent.so 'jvmti agent args...'
shouganaiyo-loader est sous licence Apache License, Version 2.0.
shouganaiyo-loader est conçu pour prendre en charge Java 6-17+ sur Linux, Windows et MacOS pour les JVM HotSpot et OpenJ9.
| JVM | Plateforme | Versions testées |
|---|---|---|
| HotSpot | Linux | 6,8,11,17 |
| HotSpot | MacOS | 8,11,17 |
| HotSpot | Windows | 8,11,17 |
| OpenJ9 (0.29.1) | Linux | 8,11,17 |
| OpenJ9 (0.29.1) | MacOS | 17 |
| OpenJ9 (0.29.1) | Windows | 17 |
| OpenJ9 (0.29.0) | Windows | 8,11 |
| OpenJ9 (0.27.0) | Linux | 8,11 |
| OpenJ9 (0.25.0) | Linux | 16 |
| OpenJ9 (0.24.0) | Linux | 8,11 |
Les changements apportés à MacOS 11+ font que les binaires signés par codesign dépourvus de l'entitlement Get Task Allow ne peuvent pas être attachés par les processus root. Comme toutes les versions d'AdoptOpenJDK/Adoptium Temurin/IBM Semeru autres qu'AdoptOpenJDK JDK11+HotSpot sont signées par codesign sans l'entitlement Get Task Allow, elles ne peuvent pas être attachées par défaut et peuvent être considérées comme non fonctionnelles.
Pour corriger ce problème à court terme :
Supprimez la signature codesign de tous les binaires Java :
$ codesign --remove-signature /path/to/jdk/Contents/Home/bin/javac
Supprimez la « mark of the web » du binaire :
$ cp /path/to/jdk/Contents/Home/bin/java /path/to/jdk/Contents/Home/bin/java.bak
$ curl -o /path/to/jdk/Contents/Home/bin/java.clean file:///path/to/jdk/Contents/Home/bin/java
$ mv /path/to/jdk/Contents/Home/bin/java.clean /path/to/jdk/Contents/Home/bin/java