本文旨在解决Windows AppLocker对Java应用程序中JNA动态生成临时DLL文件的拦截问题。针对AppLocker路径通配符的限制，教程提供了一种通过控制JNA原生库加载路径的策略，包括使用`jna.boot.library.path`指定自定义路径或利用系统库路径，从而避免依赖AppLocker中无法实现的中间路径通配符，确保应用程序在受控环境中稳定运行。
1. 理解AppLocker路径通配符的限制
Windows AppLocker作为一种应用程序控制策略，在增强系统安全性方面发挥着关键作用。然而，在配置文件或文件夹路径规则时，其通配符（*）的使用存在特定限制。根据官方文档，AppLocker仅支持在路径的开头或结尾使用通配符。这意味着，对于像%OSDRIVE%\Users\ABC-
2. JNA动态库加载机制与挑战
Java Native Access (JNA) 库允许Java应用程序轻松访问本地系统库。在默认情况下，当Native类首次被访问时，JNA会尝试从多个位置加载其平台特定的共享库：
- jna.boot.library.path系统属性指定的目录。
- 如果jna.nosys=false，则从系统库路径（如PATH环境变量指定的目录）。
- 最后，如果上述方法失败，JNA会从其自身的JAR文件中提取stub库到一个临时目录（通常是java.io.tmpdir指定的目录），并从那里加载。
问题在于，JNA在临时目录中生成的文件夹和DLL文件名通常包含随机数字后缀（例如jna--881477353\jna7513918229606912988.dll），这使得AppLocker无法通过固定路径规则进行例外配置。当AppLocker阻止了这些动态生成的DLL文件时，依赖JNA的Java应用程序将无法正常启动或运行。
立即学习“Java免费学习笔记（深入）”；
3. 优化JNA库加载策略以规避AppLocker限制
鉴于AppLocker路径通配符的限制，最有效的解决方案是控制JNA原生库的加载位置，使其从一个已知且固定的、可以被AppLocker明确允许的路径加载。以下是两种主要策略：
3.1 策略一：指定自定义JNA库加载路径 (jna.boot.library.path)
这是最推荐的方法。通过设置jna.boot.library.path系统属性，可以强制JNA在尝试其他加载方式之前，优先从一个指定的固定目录加载其原生库。
实现步骤：
获取JNA原生库： JNA的原生库通常位于JNA的JAR文件内部，或可以从JNA的GitHub仓库（如https://github.com/java-native-access/jna/tree/master/src/main/resources/com/sun/jna/win32-x86-64）中找到对应平台（例如win32-x86-64）的jnidispatch.dll文件。你需要将这个文件预先提取并放置到一个所有用户都有读取权限的固定目录，例如C:\ProgramData\YourApp\JNALibs\。
-
配置JNA加载路径：
-
通过Java命令行参数： 在启动Java应用程序时，添加-Djna.boot.library.path参数。
java -Djna.boot.library.path="C:\ProgramData\YourApp\JNALibs" -jar YourApplication.jar
-
通过程序代码： 在JNA的Native类被访问之前，在你的Java代码中设置系统属性。
import com.sun.jna.Native; public class YourApplication { public static void main(String[] args) { // 必须在任何JNA类被加载之前设置此属性 System.setProperty("jna.boot.library.path", "C:\\ProgramData\\YourApp\\JNALibs"); // 现在可以安全地使用JNA了 // Native.load(...); // ... } }
-
配置AppLocker规则： 在AppLocker中，为C:\ProgramData\YourApp\JNALibs\jnidispatch.dll（或其他JNA原生库文件名）添加一条DLL允许规则。由于这是一个固定路径，AppLocker可以轻松匹配并允许。
3.2 策略二：利用系统库路径 (jna.nosys, jna.nounpack)
此策略通过将JNA原生库放置到系统已知的目录（如System32或PATH环境变量中的任何目录），并调整JNA的加载行为来实现。
实现步骤：
- 获取JNA原生库： 同策略一，获取jnidispatch.dll文件。
- 放置到系统目录： 将jnidispatch.dll文件复制到Windows的System32目录（通常是C:\Windows\System32）或PATH环境变量中包含的任何其他目录。请注意，这通常需要管理员权限。
-
配置JNA加载行为：
- 设置jna.nosys=false： JNA默认会尝试从系统库路径加载，所以通常不需要显式设置，但如果遇到问题，可以明确添加此参数。
-
设置jna.nounpack=true： 这个属性可以防止JNA尝试从其JAR文件解压库到临时目录。当JNA能够从jna.boot.library.path或系统路径找到库时，设置此属性可以进一步确保不会创建临时文件。
java -Djna.nosys=false -Djna.nounpack=true -jar YourApplication.jar
或者在代码中：
System.setProperty("jna.nosys", "false"); System.setProperty("jna.nounpack", "true");
- AppLocker规则： 由于System32通常是受信任的系统目录，AppLocker可能已经允许了其中的文件。如果需要，可以为C:\Windows\System32\jnidispatch.dll添加显式的允许规则。
注意事项：
- 将文件复制到System32目录需要管理员权限，且可能与系统文件管理策略冲突。
- 确保所有目标用户都对所选的固定JNA库路径具有读取权限。
4. 控制Java临时目录 (java.io.tmpdir)
虽然直接控制java.io.tmpdir并不能解决JNA随机文件名的问题，但了解如何管理Java应用程序的临时目录仍然很有用。通过指定一个固定的临时目录，你可以更好地控制应用程序产生的其他临时文件，并为该目录配置AppLocker规则。
配置方法：
-
通过Java命令行参数：
java -Djava.io.tmpdir="C:\ProgramData\YourApp\Temp" -jar YourApplication.jar
-
通过环境变量： 设置_JAVA_OPTIONS环境变量（对于所有Java应用程序）或JAVA_TOOL_OPTIONS环境变量（对于特定JVM启动）。
set _JAVA_OPTIONS="-Djava.io.tmpdir=C:\ProgramData\YourApp\Temp"
或者在启动脚本中：
SET _JAVA_OPTIONS="-Djava.io.tmpdir=C:\ProgramData\YourApp\Temp" java -jar YourApplication.jar
- AppLocker规则： 为C:\ProgramData\YourApp\Temp\*添加文件允许规则，以允许应用程序在该目录中创建和访问临时文件。
5. 总结
面对AppLocker对动态生成文件路径的限制，解决Java JNA应用程序被阻止的关键在于将JNA原生库的加载从不可预测的临时位置重定向到可预测的固定位置。通过优先使用jna.boot.library.path系统属性指定一个自定义、固定的库路径，并配合AppLocker的精确允许规则，可以有效解决此问题，确保应用程序在严格的安全策略下正常运行。同时，合理管理java.io.tmpdir也能进一步提升应用程序在受控环境中的兼容性和安全性。
