Hyprland : garantir le verrouillage effectif avant suspension #4

New issue

Open

opened 2026-09-05 16:41:33 +00:00 by silex · 0 comments

silex commented

2026-09-05 16:41:33 +00:00

Collaborator

Point 1 de la revue. Risque de securite conditionnel, pas incident de deverrouillage observe.

Constat

hypr/modules/settings.lua:18 attend la presence d'un processus hyprlock puis suspend sans preuve que le compositeur a confirme le verrouillage. rofi/powermenu/type-1/powermenu.sh:97-99 lance le verrouilleur en arriere-plan puis attend une seconde. Un PID ou un delai fixe ne garantit pas un verrouillage effectif.

Hypridle est actif et fournit une coordination logind/inhibition independante : il ne faut pas presenter la session actuelle comme suspendant necessairement sans verrou. Le defaut concerne notamment l'absence ou l'echec de cette protection.

Correction attendue

Centraliser la politique de verrouillage/suspension et conditionner la suspension a une garantie effective, sans ajouter des sleeps ou des tests de PID. Conserver hypridle et hyprlock ; ne pas reimplementer le verrouilleur dans Quickshell.

Validation

Confirmer que le verrouillage est effectif avant l'entree en veille.
Tester l'echec du locker et l'absence de hypridle dans un environnement controle, sans exposer une session de travail.
Tester session deja verrouillee, demandes repetees, fermeture du capot et inhibiteurs.
Verifier reprise DPMS et restauration de luminosite.

Ces tests interactifs n'ont pas ete executes pendant la revue.

References

Revue complete et sources versionnees.
Configuration auditee, commit 818a0b1.
Versions examinees : Hyprland 0.56.2 et Quickshell 0.3.1.

Point 1 de la revue. Risque de securite conditionnel, pas incident de deverrouillage observe. ## Constat `hypr/modules/settings.lua:18` attend la presence d'un processus hyprlock puis suspend sans preuve que le compositeur a confirme le verrouillage. `rofi/powermenu/type-1/powermenu.sh:97-99` lance le verrouilleur en arriere-plan puis attend une seconde. Un PID ou un delai fixe ne garantit pas un verrouillage effectif. Hypridle est actif et fournit une coordination logind/inhibition independante : il ne faut pas presenter la session actuelle comme suspendant necessairement sans verrou. Le defaut concerne notamment l'absence ou l'echec de cette protection. ## Correction attendue Centraliser la politique de verrouillage/suspension et conditionner la suspension a une garantie effective, sans ajouter des sleeps ou des tests de PID. Conserver hypridle et hyprlock ; ne pas reimplementer le verrouilleur dans Quickshell. ## Validation - [ ] Confirmer que le verrouillage est effectif avant l'entree en veille. - [ ] Tester l'echec du locker et l'absence de hypridle dans un environnement controle, sans exposer une session de travail. - [ ] Tester session deja verrouillee, demandes repetees, fermeture du capot et inhibiteurs. - [ ] Verifier reprise DPMS et restauration de luminosite. Ces tests interactifs n'ont pas ete executes pendant la revue. ## References - [Revue complete et sources versionnees](https://git.2027a.net/mathieu/Clankers/src/commit/d45ad9c432548a1bf75fefe9c09d38a2939961d4/analyses/hyprland-rationalisation--2026-09-05.md). - [Configuration auditee, commit 818a0b1](https://git.2027a.net/mathieu/dotfiles/src/commit/818a0b142931fb439c4e620c258cb1b05dd8cdf8/). - Versions examinees : Hyprland 0.56.2 et Quickshell 0.3.1.

silex added the

labels

2026-09-05 16:41:33 +00:00