El ADR-0040 deja las tarjetas y el DNIe de macOS pendientes de #2043 #2046

Parent

#2000

What to build

Quien lee el ADR-0040 encuentra la regla «en macOS, la API de macOS» sin la excepción del DNIe, que ya no es una decisión tomada: las tarjetas y el DNIe en macOS están en #2043, sin decidir. El apartado de distribución (sin cuenta de Apple Developer, tap de Homebrew y actualizador propio) se queda, porque sigue decidido (#2045).

Acceptance criteria

• El ADR-0040 enuncia la regla sin la excepción del DNIe y dice que el Almacén de macOS solo lista certificados con clave de software y que las tarjetas están pendientes de El DNIe y las tarjetas en macOS #2043.
• El apartado de distribución no cambia.
• Ningún otro documento afirma que en macOS el DNIe va por PKCS#11.

Blocked by

• None (can start immediately)

Spec extract

Implementation Decisions (from #2000):

• ID-527: En macOS se usa la API de macOS siempre que se pueda (Security.framework y LaunchServices), como ID-475 en Windows. Las tarjetas y el DNIe quedan fuera hasta que El DNIe y las tarjetas en macOS #2043 decida. El ADR-0040 se reescribe en su sitio con la regla, como se hizo con el ADR-0035; los adaptadores pendientes que esta spec sustituye salen de su tabla.
• ID-554: El Almacén de macOS solo lista certificados con clave de software. Una identidad con la clave en un token del sistema no sale, sea el DNIe, una PIV o cualquier otra tarjeta: ID-532 cae (Sonda: una app con firma ad hoc y las identidades de un token del sistema en macOS #2002) y las tarjetas son de El DNIe y las tarjetas en macOS #2043.
• ID-555: En macOS no se vigilan los lectores ni aparece la línea del lector mientras rFirma no lea tarjetas en macOS. El vigilante, el diálogo nativo del PIN de PKCS#11 y la ayuda de la línea «ilegible» de macOS se quedan en el código para El DNIe y las tarjetas en macOS #2043.

Complexity

standard — solo documentación. Estimación: unos 30k tokens.