Switch all config options that can be toggled to "=n" when not active from board configs
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 52/100
Línea de trabajo
Comienza con config-gui.sh y cbfs-init.sh; después, inspecciona los archivos de configuración de la placa empaquetados en board.cpio en busca de opciones que estén comentadas cuando están inactivas. Identifica cada opción conmutable que necesite un valor =n explícito y verifica que deshabilitarla no produzca ningún cambio efectivo en config.user ni ningún informe de manipulación después de reiniciar.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
config-gui.sh is growing in features.
Current board configs either comment board options when deactivated or set them to option=n
The later is better, concrete example:
- DEBUG is commented in board config, which is packed into CBFS through board.cpio. Since this is commented, the debug=x doesn't exist (not considered)
- User toggles debugging into config gui. This sets
debug=yinto config.user overlay, which is applied on boot by cbfs-init.sh and considered when flashed to rom and rebooted. - Heads picks the change as tampering. User can reseal or not secrets, produce debug.log and upload for bug report.
- User deactivated debug, expects logic to save as override which if the same as board config, produce no change and save, flash back to cbfs, reboot
- since board config never had debug=n, but now config.user has debug=n, Heads measures config.user and sees a change, reports it as tampering.
- User has to reseal secrets since debug=n was never set at the first place.
Tldr: if we want users to be able to test settings without resealing and rollback, options that are deactivated needs to be set to =n in board config so that when toggled back, Heads doesn't see a change because there are none.
- Lenguaje dominante
- Makefile
- Estrellas
- 1.6k
- Forks
- 211
- Merge medio
- 22 h 34 min
- PR fusionados (30 d)
- 5
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de linuxboot/heads
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 86/100
-
Update w530 board ownerAbierto
Dificultad 1/5 Menos de una hora Aptitud para principiantes 90/100
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 65/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 64/100
Todos los issues de linuxboot/heads
Issues similares
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 80/100
aws/agentcore-cli#2606 ·
Los mantenedores suelen responder en 1 día
-
getCredentials fails on an unrecognized fingerprint while the biometric prompt is still openAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
auth0/Auth0.Android#1095 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Authorization 'Artifacts' is shown under category Run instead of Job in Authorization matrixAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
ADORSYS-GIS/token-status-link#168 ·
Los mantenedores suelen responder en 2 días
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
adorsys/status-list-server#698 ·
Los mantenedores suelen responder en 2 días