Java SecurityException: informasi penanda tangan tidak cocok

Saya menyusun ulang kelas saya seperti biasa, dan tiba-tiba mendapat pesan kesalahan berikut. Mengapa? Bagaimana cara memperbaikinya?

java.lang.SecurityException: class "Chinese_English_Dictionary"'s signer information does not match signer information of other classes in the same package
    at java.lang.ClassLoader.checkCerts(ClassLoader.java:776)

Hal ini terjadi ketika kelas yang termasuk dalam paket yang sama dimuat dari file JAR yang berbeda, dan file JAR tersebut memiliki tanda tangan yang ditandatangani dengan sertifikat yang berbeda - atau, mungkin lebih sering, setidaknya satu ditandatangani dan satu atau lebih lainnya tidak (yang mencakup kelas yang dimuat dari direktori karena AFAIK tersebut tidak dapat ditandatangani).

Jadi, pastikan semua JAR (atau setidaknya yang berisi kelas dari paket yang sama) ditandatangani menggunakan sertifikat yang sama, atau hapus tanda tangan dari manifes file JAR dengan paket yang tumpang tindih.

Cara sederhana untuk mengatasinya adalah dengan mencoba mengubah urutan file jar yang diimpor yang dapat dilakukan dari (Eclipse). Klik kanan pada paket Anda -> Build Path -> Configure build path -> References and Libraries -> Order and Export. Coba ubah urutan toples yang berisi file tanda tangan.

A.Jika Anda menggunakan maven, cara yang berguna untuk men-debug bentrok jar adalah:

mvn dependency:tree

Misalnya, untuk pengecualian:

java.lang.SecurityException: class "javax.servlet.HttpConstraintElement"'s signer information does not match signer information of other classes in the same package

kami melakukan:

mvn dependency:tree|grep servlet

Outputnya:

[INFO] +- javax.servlet:servlet-api:jar:2.5:compile
[INFO] +- javax.servlet:jstl:jar:1.2:compile
[INFO] |  +- org.eclipse.jetty.orbit:javax.servlet.jsp:jar:2.2.0.v201112011158:compile
[INFO] |  +- org.eclipse.jetty.orbit:javax.servlet.jsp.jstl:jar:1.2.0.v201105211821:compile
[INFO] |  +- org.eclipse.jetty.orbit:javax.servlet:jar:3.0.0.v201112011016:compile
[INFO] +- org.eclipse.jetty:jetty-servlet:jar:9.0.0.RC2:compile

menunjukkan bentrok servlet-api 2.5 dan javax.servlet 3.0.0.x.

B. Petunjuk berguna lainnya (bagaimana men-debug pengecualian keamanan dan bagaimana mengecualikan maven deps) ada pada pertanyaan di informasi Penandatangan tidak cocok .

Dalam kasus saya, saya telah menduplikasi versi JAR dari BouncyCastle di jalur perpustakaan saya: S

Saya memiliki pengecualian serupa:

java.lang.SecurityException: class "org.hamcrest.Matchers"'s signer information does not match signer information of other classes in the same package

Akar masalah adalah saya menyertakan perpustakaan Hamcrest dua kali. Setelah menggunakan file pom Maven. Dan saya juga menambahkan perpustakaan JUnit 4 (yang juga berisi perpustakaan Hamcrest) ke jalur pembangunan proyek. Saya hanya perlu menghapus JUnit dari jalur build dan semuanya baik-baik saja.

Hal ini dapat terjadi dengan proxy yang diinstrumentasi cglib karena CGLIB menggunakan informasi penandatangannya sendiri, bukan informasi penanda tangan kelas target aplikasi.

1. Setelah tanda, akses: dist \ lib
2. Temukan ekstra .jar
3. Menggunakan Winrar, Anda mengekstrak opsi folder (ekstrak ke "nama folder")
4. Akses: META-INF / MANIFEST.MF
5. Hapus setiap tanda tangan seperti itu:

Nama: net / sf / jasperreports / engine / util / xml / JaxenXPathExecuterFactory.c lass SHA-256-Digest: q3B5wW + hLX / + lP2 + L0 / 6wRVXRHq1mISBo1dkixT6Vxc =

1. Simpan file
2. Zip lagi
3. Renaime ext ke .jar kembali
4. Sudah

Jika Anda menjalankannya di Eclipse, periksa toples proyek apa pun yang ditambahkan ke jalur build; atau lakukan control-shift-T dan pindai beberapa toples yang cocok dengan namespace yang sama. Kemudian hapus jar yang berlebihan atau usang dari jalur pembangunan proyek.

Saya mengalami masalah ini dengan Eclipse dan JUnit 5. Solusi saya terinspirasi oleh jawaban sebelumnya oleh user2066936 Ini adalah mengkonfigurasi ulang urutan pustaka impor:

1. Klik kanan proyek tersebut.
2. Buka [Java Build Path].
3. Klik Pesan dan Ekspor.
4. Kemudian dorong JUNIT ke prioritas atas.

Dalam kasus saya itu adalah konflik nama paket. Proyek saat ini dan pustaka referensi yang ditandatangani memiliki satu paket yang sama package.foo.utils. Baru saja mengubah nama paket yang rawan kesalahan proyek saat ini menjadi yang lain.

Utas agak terlalu tua tetapi karena saya terjebak cukup lama dalam hal ini, inilah perbaikannya (semoga ini membantu seseorang)

Skenario saya:

Nama paketnya adalah: com.abc.def. Ada 2 file jar yang berisi kelas-kelas dari paket ini, katakanlah jar1 dan jar2, yaitu beberapa kelas ada di jar1 dan yang lainnya di jar2. File jar ini ditandatangani menggunakan keystore yang sama tetapi pada waktu yang berbeda dalam build (yaitu secara terpisah). Itu tampaknya menghasilkan tanda tangan yang berbeda untuk file di jar1 dan jar2.

Saya meletakkan semua file di jar1 dan membangun (dan menandatangani) semuanya bersama-sama. Masalahnya hilang.

PS: Nama paket dan nama file jar hanyalah contoh

Jika Anda menambahkan semua toples dari bouncycastle.org (dalam kasus saya dari crypto-159.zip), hapus saja yang untuk JDK yang tidak berlaku untuk Anda. Ada redundansi. Anda mungkin hanya membutuhkan toples "jdk15on".

Pertanyaan ini telah berlangsung lama tetapi saya ingin menyampaikan sesuatu. Saya telah mengerjakan tantangan proyek Musim Semi dan saya menemukannya di Eclipse IDE. Jika Anda menggunakan Maven atau Gradle untuk Spring Boot Rest API, Anda harus menghapus Junit 4 atau 5 di jalur build dan menyertakan Junit di file build pom.xml atau Gradle Anda. Saya rasa itu juga berlaku untuk file konfigurasi yml.

Ini juga terjadi jika Anda menyertakan satu file dengan nama berbeda atau dari lokasi berbeda dua kali, terutama jika ini adalah dua versi berbeda dari file yang sama.

Saya bisa memperbaikinya.

Akar Penyebab: Ini adalah masalah umum saat menggunakan implementasi Sun JAXB dengan toples bertanda tangan. Pada dasarnya implementasi JAXB mencoba untuk menghindari refleksi dengan membuat kelas untuk mengakses properti secara langsung tanpa menggunakan refleksi. Sayangnya, ini menghasilkan kelas baru ini dalam paket yang sama dengan kelas yang diakses dari mana kesalahan ini berasal.

Resolusi: Tambahkan properti sistem berikut untuk menonaktifkan pengoptimalan JAXB yang tidak kompatibel dengan stoples bertanda: -Dcom.sun.xml.bind.v2.bytecode.ClassTailor.noOptimize = true

Ref: https://access.redhat.com/site/solutions/42149

Berdasarkan respons @Mohit Phougat, jika Anda menjalankan Groovy dengan anotasi @Grab, Anda dapat mencoba mengatur ulang anotasi tersebut.

ini terjadi pada saya ketika menggunakan JUnit + yakinlah + hamcrest, dalam hal ini, jangan tambahkan junit ke jalur pembangunan, jika Anda memiliki proyek maven, ini menyelesaikan saya, di bawah ini adalah pom.xml

<dependencies>

    <dependency>
        <groupId>io.rest-assured</groupId>
        <artifactId>rest-assured</artifactId>
        <version>3.0.0</version>
    </dependency>

    <dependency>
        <groupId>org.hamcrest</groupId>
        <artifactId>hamcrest-all</artifactId>
        <version>1.3</version>
    </dependency>


    <!-- https://mvnrepository.com/artifact/junit/junit -->
    <dependency>
        <groupId>junit</groupId>
        <artifactId>junit</artifactId>
        <version>4.12</version>

    </dependency>


</dependencies>

Saya menjalankan JUNIT 5 dan juga mereferensikan jar eksternal Hamcrest. Tetapi Hamcrest juga merupakan bagian dari perpustakaan JUNIT 5 . Jadi, saya harus mengubah urutan file jar Hamecrest eksternal ke atas perpustakaan JUNIT 5 di jalur pembuatan.