Блог

Мне нужно проверить подписанный jar из моего приложения. Я обнаружил, что могу сделать это, прочитав все содержимое, вот так:

 public boolean verifyJar(String filePath) {
    try {
        JarFile jar = new JarFile(filePath, true);
        Enumeration<JarEntry> entries = jar.entries();
        while (entries.hasMoreElements()) {
            JarEntry entry = entries.nextElement();
            InputStream is = jar.getInputStream(entry);
            byte[] buffer = new byte[10000];
            while (is.read(buffer, 0, buffer.length) != -1) {
                // we just read. this will throw a SecurityException
                // if a signature/digest check fails.
            }
            is.close();
        }
        return true;
    } catch (Exception e) {
        return false;
    }
}
  

Если я выполняю проверку с допустимым jar, она проходит. Если я испорчу jar, разрезав его пополам, произойдет сбой. Но если я выполняю оба в одном процессе, вторая проверка проходит (как если бы он прочитал предыдущую версию файла)!

 public static void main(String[] args) throws Exception {
    String path = "src/test/resources/temp/lib.jar";
    // Passes - that's good
    System.out.println(new Validator().verifyJar(path));

    byte[] content = FileUtil.readFile(path);
    FileUtil.save(path, Arrays.copyOf(content, content.length / 2));
    // Passes - but it shouldn't.
    // Fails if the first check is commented out though.
    System.out.println(new Validator().verifyJar(path));
}
  

Похоже, что ZipFile or JarFile каким-то образом кэшируется. Как мне подавить это поведение?

ZipFile должен быть закрыт, чтобы машинный код не кэшировался. Почтовый файл Iirc переносит тот же дескриптор (jzfile), если путь и File.LastModified совпадают.

Альтернативно, касание File.LastModified тоже может помочь, но закрывает все, что открыто вручную (включая. ZipFile) необходим для предотвращения утечки ресурсов.