Validar a mano la actualización N→N+1 en macOS #2025

Parent

#2045

What to build

El titular instala una versión por el tap, actualiza desde rFirma a la siguiente y confirma que Gatekeeper no vuelve a avisar y qué pide el llavero, como #1238 en Windows.

Acceptance criteria

• Instalar N por el tap, actualizar a N+1 desde rFirma y abrirla sin xattr.
• Anotar si el llavero vuelve a pedir permiso para usar la clave tras actualizar.

Blocked by

• El tap de Homebrew instala rFirma y se actualiza solo #2023
• rFirma se actualiza sola en macOS #2024

Spec extract

Implementation Decisions (from #2000):

• ID-550: En macOS, rFirma se actualiza sola con el canal de Windows (Actualización de rFirma en Windows desde la propia aplicación #1230): la entrega publica el paquete de actualización de macOS firmado con minisign y su entrada en latest.json, y rFirma lo comprueba e instala igual que en Windows. El cask declara auto_updates: true, de modo que brew upgrade no lo toca y no hay dos vías que se pisen; rFirma no trata una instalación por Homebrew como gestionada por paquete. Es el modelo de tabularis. La descarga del actualizador no lleva la marca de cuarentena del navegador, así que el aviso de Gatekeeper solo aparece en la primera instalación; está por verificar con la firma ad hoc en la prueba manual N→N+1, como Validar a mano la actualización N→N+1 en una VM Windows #1238.

Decisions (from #2045):

• TD-142: El paso N→N+1 se valida a mano, en un Mac real, como Validar a mano la actualización N→N+1 en una VM Windows #1238: instalar N por el tap, actualizar a N+1 desde rFirma, abrirla sin xattr y anotar si el llavero vuelve a pedir permiso. El resultado se apunta en el ticket, sin datos personales.

Complexity

standard — prueba manual. Estimación: unos 30k tokens.