# MacLockdown — Beta Test Package v01

**Versión objetivo:** `v0.8.1-beta3` + commits posteriores de `P4`  
**Objetivo:** distribuir una build de prueba controlada y recoger feedback externo útil.

**Baseline interno actual:** validado manualmente en `macOS Tahoe 26.3`; la build de referencia hoy queda con `2` checks estructuralmente `unverified` (`Safari Suggestions disabled` y `TCP timestamps disabled`).

---

## 1. Build a compartir

Usar la app generada más reciente desde:

- `Products/MacLockdown.app`

Si Xcode deja la build en `DerivedData`, compartir siempre la última `Debug/MacLockdown.app` validada manualmente.

Antes de compartir:

1. abrir la app localmente
2. confirmar que inicia sin crash
3. correr un scan completo
4. probar al menos un fix real
5. probar export Markdown y PDF

Si el tester también está en `Tahoe 26.x`, el resultado esperado base es:

- app abre sin crash
- scan termina
- fixes privilegiados piden una sola contraseña en casos agrupados típicos
- score coherente con el estado real
- hasta `2` checks pueden seguir apareciendo como `unverified` por limitaciones actuales de evidencia:
  - `Safari Suggestions disabled`
  - `TCP timestamps disabled`

---

## 2. Formato de entrega

Comprimir la app antes de enviarla:

```bash
cd /Users/jeeydee/Documents/PRY_MACLOCKDOWN/Dev/MacLockdown/Products
ditto -c -k --sequesterRsrc --keepParent MacLockdown.app MacLockdown.app.zip
```

No compartir la carpeta suelta del `.app`.

---

## 3. Mensaje sugerido al tester

```text
Estoy probando una beta cerrada de MacLockdown, una app de auditoría y hardening de seguridad para macOS.

Qué necesito validar:
- que abra correctamente
- que el scan corra sin errores visibles
- que los resultados se entiendan
- que los fixes funcionen sin fricción excesiva
- que el export genere reportes útiles

Qué necesito que me reportes:
- versión de macOS
- si tu Mac es Apple Silicon o Intel
- cualquier crash o comportamiento raro
- controles que no coincidan con tu configuración real
- cuántas veces pidió contraseña al aplicar fixes
- si el lenguaje/copy se entiende
- si aparecieron `unverified`, cuáles fueron exactamente
```

---

## 4. Checklist de validación externa

### Inicio

- la app abre sin crash
- no muestra UI rota
- detecta correctamente la versión de macOS

### Scan

- el scan inicial termina
- no quedan checks eternamente en `checking`
- el score parece coherente con el estado real del equipo
- `Since last scan` se siente consistente
- si aparecen `unverified`, confirmar si son solo los dos esperados o si hay más

### Fixes

- fix individual funciona
- `Apply All Fixes` funciona
- la cantidad de prompts de contraseña es razonable
- el estado post-fix refleja el cambio real

### Attack Surface

- `Top Exposed Technique` se entiende
- `Technique Priority` aporta valor real
- `Guided Remediation` se entiende
- el `impact preview` parece útil o no confunde

### Compare / Export

- `Compare` se entiende
- export Markdown funciona
- export PDF funciona
- el reporte refleja lo que ve en pantalla

---

## 5. Feedback mínimo a pedir

Pedir siempre estos datos:

- macOS exacto
- modelo del equipo
- Apple Silicon o Intel
- si había `firewall`, `screen sharing`, `remote login` u otros servicios activados antes del scan
- cuántas veces pidió contraseña
- si hubo controles falsos positivos o falsos negativos

---

## 6. Formato de feedback recomendado

```text
Tester:
macOS:
Equipo:
Chip:

1. ¿La app abrió bien?

2. ¿El scan terminó bien?

3. ¿Hubo controles incorrectos?

4. ¿Probaste fixes? ¿Cuántas veces pidió contraseña?

5. ¿Attack Surface / Guided Remediation se entendió?

6. ¿Export Markdown/PDF funcionó?

7. Bugs o rarezas:

8. Comentario general:
```

---

## 7. Qué observar tú al consolidar feedback

- compatibilidad real fuera de Tahoe
- prompts de privilegios por versión
- checks frágiles por salida distinta de sistema
- claridad del valor CTI
- percepción de utilidad del reporte exportado

---

## 8. Criterio para siguiente iteración

Si el feedback externo confirma:

- scans consistentes
- pocos prompts
- fixes confiables
- export entendible

entonces la siguiente fase correcta es:

- `P5` trend real

Si el feedback externo detecta:

- falsos positivos
- demasiada fricción en fixes
- incompatibilidad por versión de macOS

entonces la siguiente fase correcta es:

- compatibilidad y calibración por versión antes de seguir ampliando features.
