la protection de l’autorité de sécurité locale est désactivée

[GM33]

Ok pas de soucis à se faire alors,
je laisse les chose comme ça et je n'y jetterai un coup d'heure que de temps à autre
bonne fin de journée

[GM33]

Bonjour Parisien_entraide,

Merci ça m'aide déjà de savoir que tout ne s'inscrit pas dans le journal d'événements de Windows tous les jours : je ferai le point dans 5/6 jours pour voir si je retrouve l'événement Winiwin "12 : LSASS.exe a démarré en tant que processus protégé avec le niveau : 4".
Bonne journée

[Parisien_entraide]

Tu veux mon avis ? :-)

Ne te préoccupe pas de cela et attend que Microsoft puisse résoudre la chose, sinon je peux t'assurer que si tu fais le tour des inscriptions dans le journal des événements, avec tout ce qui ne va pas (ou qui semble aller) tu vas y passer tes journées et c'est du temps de perdu:-)

[GM33]

Tu veux mon avis ? :-)

Ne te préoccupe pas de cela et attend que Microsoft puisse résoudre la chose, sinon je peux t'assurer que si tu fais le tour des inscriptions dans le journal des événements, avec tout ce qui ne va pas (ou qui semble aller) tu vas y passer tes journées et c'est du temps de perdu:-)

Oui, t'as raison c'est sûrement la meilleure approche.
Merci en tout cas pour tes bons conseils et également ta réactivité.

[GM33]

Bonsoir ou bonjour,

Le problème semble avoir été résolu par MS suite à l'installation sous w11 de la mise à jour KB5007651: faut il selon toi supprimer la ou les entrées d word 32 bits RunAsPPL + RunAsPPLBoot qu’on a créé soi même ?

Qu’as tu fait sur ton PC ? Personnellement j'ai laissé l'entrée RunAsPPL en lui maintenant une valeur de 2 et je suis toujours dans cette situation ci lors d'un redémarrage du PC ->

"Pour déterminer si LSA a démarré en mode protégé au démarrage de Windows, recherchez l'événement WinInit suivant dans le journal Système sous Journaux Windows :

12 : LSASS.exe a démarré en tant que processus protégé avec le niveau : 4."

Si j'enlève l'entrée RunAsPPL ou si je lui donne une valeur de 0, je n'ai plus ce même message en événement WinInit ( dans le journal Système sous Journaux Windows : voir ci dessus ).

Merci d’avance pour les retours, bonne fin de journée

[Parisien_entraide]

Je n'ai rien touché, mais je n'ai pas eu le temps de vérifier certains détails car cela semble etre un gros bazar... suivant les matériels et installations

- idéalement avoir un processeur de 11ème génération MAIS tous ne sont pas concernés car ils doivent disposer d'une certaine fonction
Chez AMD il faut avoir du Zen 3 et ultérieurs

- Comme il a été dit, la valeur par défaut sur Windows 11 22H2 sur une installation propre est "Sans UEFI".
Avant 22H2, il n'était disponible que "avec UEFI" (c'est-à-dire que RunAsPPL=2 est nouveau dans 22H2).

En théorie, pour une meilleure sécurité il faut que ce paramètre soit actif...
Donc on ne touche à rien
MAIS certains peuvent avoir un bug qui leur demande de redémarrer et ce plusieurs fois. Il ne faut pas en tenir compte tout comme le fait qu'il est indiqué que la KB va s'installer alors qu'elle est déjà en place
Il y a plusieurs sources à ce problème qui peut survenir lorsque la base de données Windows Update ou les composants sont corrompus, un ou plusieurs services liés à Windows Update ne sont pas en cours d'exécution, etc.
(je mettrais une solution à ce problème sur le sujet lié)


RunAsPPLBoot est juste l'autre valeur qui est modifiée dans le registre lors de l'utilisation de l'option 1 pour basculer LSA.

Mais le truc c'est qu'avec la KB certains ont constaté que le bouton à bascule "Local security Authority protection" n'était plus là MAIS que ce paramètre LSA était toujours présent dans Windows Security sur la version 25357 (Canary).

Actuellement la bascule LSA n'est présente que sur les versions Insider,

A priori il y a une fonction expérimentale (mais tout le monde ne l'a pas) qui cache le commutateur LSA et qui s'appelle :

Code : Tout sélectionner

EnablePPLForConsumers

Priorité : Service (4)
Etat : Désactivé (1)
Type : Expérience (1)

et actuellement ce paramètre est à "1"

https://learn.microsoft.com/en-us/windo ... protection


Donc on voit que meme si le bug visuel n'est plus là, tout ne semble pas terminé