Por qué hay que firmar
Qué problema resuelve una firma de código, qué le pasa a una aplicación sin firmar en cada sistema, y por qué no es opcional aunque técnicamente lo parezca.
Qué garantiza
La tercera fila es la que hay que tener clara: la firma no es una revisión de seguridad, es atribución. Y su valor está justo ahí: si algo va mal, se sabe a quién atribuirlo y su certificado se puede revocar, lo que inutiliza todo lo que firmó.
Qué pasa sin firmar
macOS es el caso duro y es el que hace que firmar no sea negociable si tienes usuarios de macOS: sin firma y sin notarización, la mayoría no llega a abrir la aplicación.
El coste de no firmar
Y merece cuantificarlo, porque la decisión suele tomarse por el coste del certificado:
- Usuarios que no consiguen instalarla. Los que ven el aviso y desisten, que son muchos.
- Soporte. Explicar cómo saltarse una protección del sistema, uno a uno.
- Reputación. Un usuario que tiene que desactivar una protección para usar tu programa tiene motivos para desconfiar — y hace bien.
- Y funciones que no funcionan: el llavero en macOS depende de la identidad de firma —nivel 35.2—, y algunos permisos del sistema también.
Frente a eso, el coste de un certificado es pequeño — y es una cuota anual, no una compra.
La firma en el modelo de confianza
Y para cerrar el porqué: la firma es una pieza de una cadena, no un fin.
- El sistema confía en unas autoridades.
- Esas autoridades verifican una identidad y emiten un certificado.
- Tú firmas con él, y el sistema puede comprobar la cadena.
- Y si algo va mal, se revoca — y todo lo firmado con ese certificado deja de ser aceptado.
El último punto es lo que da valor al conjunto: la firma no impide publicar algo dañino, hace que publicarlo tenga consecuencias.