Firma y notarización de apps para Mac, explicadas con sencillez

Respuesta corta

La firma pone tu nombre en la app y demuestra que no ha cambiado. La notarización la envía al análisis automático de Apple. El grapado adjunta el resultado, para que pueda comprobarse sin conexión. Se hacen en ese orden, y al final, cuando la compilación ya esté terminada.

Si solo has ejecutado tu app desde Xcode, esta parte de publicar una app puede parecer un muro de certificados. Las ideas son sencillas, y son solo tres. Para ver todos los detalles, con los documentos de Apple enlazados, lee qué es la notarización en Mac. Esta entrada es la versión corta para creadores.

Los tres pasos

La firma es tu nombre en la app. Un certificado Developer ID de Apple dice quién la hizo, y la firma muestra que nada ha cambiado desde entonces. Para obtener ese certificado hace falta una membresía del Apple Developer Program, a 99 US$ al año.
La notarización es un análisis automático. Subes la app firmada, el servicio de Apple busca contenido malicioso y problemas de firma, y si no encuentra ninguno, emite un ticket. Nadie de Apple usa tu app, y no es App Review.
El grapado adjunta ese ticket a tu archivo, para que un Mac pueda revisarlo sin conexión a internet.

Si vendes solo a través de Mac App Store, te saltas los dos últimos pasos. Apple firma las apps de la tienda, y su documentación dice que el proceso de la tienda tiene controles de seguridad equivalentes.

Lo que ven tus usuarios si lo omites

Reciben una advertencia. macOS dice que no puede verificar la app, y desde macOS Sequoia, Control-clic ya no permite saltarla. Tienen que ir a Ajustes del Sistema y elegir Abrir de todos modos. Algunas personas se rendirán en ese punto, y no puedo culparlas. Qué significa «Apple no pudo verificar» muestra la misma advertencia desde su lado, y vale la pena leerla una vez.

El orden que te ahorra una tarde

Termina la compilación. Cualquier cambio que hagas después de firmar rompe la firma.
Firma primero el código anidado, como frameworks y helpers, y luego la app en sí. Usa el runtime reforzado y una marca de tiempo segura, porque la notarización exige ambos.
Si la distribuyes en un DMG, fírmalo también.
Envíalo con notarytool. Apple dice que el análisis suele tardar menos de una hora.
Lee el registro, incluso cuando todo salga bien.
Grápalo con stapler.

Revisa tu propia compilación

spctl -a -vv /Applications/YourApp.app
xcrun stapler validate /Applications/YourApp.app

Quieres source=Notarized Developer ID en lo primero, y un mensaje de éxito en lo segundo. Pega lo que obtengas en el explicador de notarización, que dirá qué significa cada línea o te avisará si no reconoce algo. Lee el texto en tu navegador y no envía nada a ningún sitio.

Luego haz la prueba que más problemas detecta: descarga tu propia compilación con un navegador desde otro Mac o cuenta de usuario, y ábrela. La lista de verificación del lanzamiento incluye esta y los demás pasos, en orden.

Lo que no significa estar notarizado

No significa que sea buena, privada ni segura. Significa que el análisis automático de Apple no encontró nada de lo que conoce. Ten cuidado de no prometer más que eso en tu sitio. Cómo saber si una app para Mac es segura explica qué puede y qué no puede demostrar cada comprobación, desde el punto de vista del usuario.

Qué hace MacPip con esto

MacPip pide descargas firmadas y notarizadas. Las apps de código abierto son bienvenidas sin ello, y su informe lo indica. La marca azul significa que una persona revisó la app en la fecha indicada, y la firma y la notarización solo aparecen en el informe cuando las confirmamos en una copia descargada. No es una garantía de seguridad, y así lo dicen nuestras normas. Cuando tu compilación esté lista, puedes publicarla gratis.