Java SecurityException: la información del firmante no coincide

Volví a compilar mis clases como de costumbre y, de repente, recibí el siguiente mensaje de error. ¿Por qué? ¿Cómo puedo arreglarlo?

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)

Esto sucede cuando las clases que pertenecen al mismo paquete se cargan desde diferentes archivos JAR, y esos archivos JAR tienen firmas firmadas con diferentes certificados o, quizás más a menudo, al menos uno está firmado y uno o más no lo están (lo que incluye clases cargadas de directorios ya que esos AFAIK no se pueden firmar).

Por lo tanto, asegúrese de que todos los archivos JAR (o al menos los que contienen clases de los mismos paquetes) estén firmados con el mismo certificado o elimine las firmas del manifiesto de los archivos JAR con paquetes superpuestos.

Una forma simple de evitarlo es simplemente intentar cambiar el orden de sus archivos jar importados, lo que se puede hacer desde (Eclipse). Haga clic derecho en su paquete -> Ruta de compilación -> Configurar ruta de compilación -> Referencias y bibliotecas -> Ordenar y exportar. Intente cambiar el orden de los frascos que contienen archivos de firmas.

R. Si usa maven, una forma útil de depurar frascos en conflicto es:

mvn dependency:tree

Por ejemplo, para una excepción:

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

hacemos:

mvn dependency:tree|grep servlet

Su salida:

[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

muestra un conflicto entre servlet-api 2.5 y javax.servlet 3.0.0.x.

B. Otras sugerencias útiles (cómo depurar la excepción de seguridad y cómo excluir deps maven) están en la pregunta en La información del firmante no coincide .

En mi caso, había duplicado la versión JAR de BouncyCastle en la ruta de mi biblioteca: S

Tuve una excepción similar:

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

La raíz del problema fue que incluí la biblioteca de Hamcrest dos veces. Una vez usando el archivo pom de Maven. Y también agregué la biblioteca JUnit 4 (que también contiene una biblioteca Hamcrest) a la ruta de construcción del proyecto. Simplemente tuve que eliminar JUnit de la ruta de compilación y todo estuvo bien.

Esto puede ocurrir con los proxies instrumentados por cglib porque CGLIB usa su propia información de firmante en lugar de la información de firmante de la clase de destino de la aplicación.

1. Después de firmar, acceda a: dist \ lib
2. Encuentra .jar extra
3. Usando Winrar, extrae para una carpeta (extraer a "nombre de carpeta") opción
4. Acceso: META-INF / MANIFEST.MF
5. Elimina cada firma así:

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

1. Guarda el archivo
2. Zip de nuevo
3. Renaime ext a .jar volver
4. Ya

Si lo está ejecutando en Eclipse, verifique los archivos jar de cualquier proyecto agregado a la ruta de compilación; o haga control-shift-T y busque varios frascos que coincidan con el mismo espacio de nombres. Luego, elimine los frascos redundantes u obsoletos de la ruta de compilación del proyecto.

Tengo este problema con Eclipse y JUnit 5. Mi solución está inspirada en la respuesta anterior del user2066936 Es reconfigurar el orden de las bibliotecas de importación:

1. Haz clic derecho en el proyecto.
2. Abra [Ruta de compilación de Java].
3. Haga clic en Solicitar y exportar.
4. Luego presione JUNIT a la prioridad superior.

En mi caso, fue un conflicto de nombre de paquete. El proyecto actual y la biblioteca referenciada firmada tenían un paquete en común package.foo.utils. Acabo de cambiar el nombre del paquete propenso a errores del proyecto actual por otro.

Un hilo un poco demasiado antiguo, pero como estuve atascado durante bastante tiempo en esto, aquí está la solución (espero que ayude a alguien)

Mi escenario:

El nombre del paquete es: com.abc.def. Hay 2 archivos jar que contienen clases de este paquete, digamos jar1 y jar2, es decir, algunas clases están presentes en jar1 y otras en jar2. Estos archivos jar se firman utilizando el mismo almacén de claves pero en diferentes momentos de la compilación (es decir, por separado). Eso parece resultar en una firma diferente para los archivos en jar1 y jar2.

Puse todos los archivos en jar1 y los construí (y firmé) todos juntos. El problema desaparece.

PD: los nombres de los paquetes y los nombres de los archivos jar son solo ejemplos

Si agregó todos los frascos de bouncycastle.org (en mi caso de crypto-159.zip), simplemente elimine los de los JDK que no se aplican a usted. Hay despidos. Probablemente solo necesite los frascos "jdk15on".

Esta pregunta ha durado mucho tiempo, pero quiero aportar algo. He estado trabajando en un desafío del proyecto Spring y lo descubrí en Eclipse IDE. Si está utilizando Maven o Gradle para las API Spring Boot Rest, debe eliminar Junit 4 o 5 en la ruta de compilación e incluir Junit en su archivo de compilación pom.xml o Gradle. Supongo que eso también se aplica al archivo de configuración yml.

Esto también sucede si incluye un archivo con diferentes nombres o desde diferentes ubicaciones dos veces, especialmente si se trata de dos versiones diferentes del mismo archivo.

Podría arreglarlo.

Causa principal: este es un problema común cuando se utiliza la implementación de Sun JAXB con archivos jar firmados. Esencialmente, la implementación de JAXB está tratando de evitar la reflexión generando una clase para acceder directamente a las propiedades sin usar la reflexión. Desafortunadamente, genera esta nueva clase en el mismo paquete que la clase a la que se accede, de donde proviene este error.

Resolución: agregue la siguiente propiedad del sistema para deshabilitar las optimizaciones JAXB que no son compatibles con los frascos firmados: -Dcom.sun.xml.bind.v2.bytecode.ClassTailor.noOptimize = true

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

Según la respuesta de @Mohit Phougat, si está ejecutando un Groovy con anotaciones de @Grab, puede intentar reordenar dichas anotaciones.

esto me sucedió cuando usé JUnit + tenga la seguridad + hamcrest, en este caso, no agregue junit para construir la ruta, si tiene el proyecto maven, esto me resolvió, a continuación está el 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>

Estaba ejecutando JUNIT 5 y también hacía referencia al tarro externo de Hamcrest. Pero Hamcrest también forma parte de la biblioteca JUNIT 5 . Entonces, tengo que cambiar el orden del archivo jar externo de Hamecrest en la biblioteca JUNIT 5 en la ruta de compilación.