BooterConfig kézako ?, Le premier qui trouve, je lui offre une bière

[iPotable]

Bonjour,

Avec OS X El Capitan et le SIP, on doit aujourd'hui jouer avec deux paramètres csractiveconfig et booterconfig, les bootargs kext-dev-mode et rootless étant obsolètes sous 10.11.

csractiveconfig sert à définir les "niveaux" de protection à appliquer au système, comme désactiver la vérification de la signature des kexts, des systèmes de fichiers et autres.

Mais en revanche, on utilise BooterConfig depuis des mois (pour ceux qui sont passés par les bêtas du moins), et on ne sait toujours absolument rien à son sujet, même pas une explication approximative de sa fonction. J'ai remarqué que le mettre ou pas ne change pas le fonctionnement du hackintosh.

Je cherche vraiment à savoir à quoi il peut bien servir. Même une petite explication très brève serait la bienvenue.

Et celui qui trouve à quoi ça sert et qu'il a juste, je lui offre la récompense !

[klemant]

Salut,

De ce que j'ai compris de l'affaire :
La nouvelle protection d'El Capitan nommée "System Integrity Protection" (SIP), pouvait être facilement désactivé avant la DP5 (PB3) avec l'argument "rootless=0" mais avec la sortie de la DP5 Apple à supprimé cette possibilité et force à passer par le Recovery pour désactiver le SIP. Le problème est, pour nous hackintosheur, qu'il nous faut absolument modifier le système pour booter, notamment via des Kext. A donc été ajoutée à Clover une option pour inscrire directement dans la nvram les valeurs que le Recovery lui ajoutait lors de la désactivation du SIP.


Pour le fonctionnement de SIP, il y a plusieurs protection qui chacune on leur propose rôle :

Code

/* Rootless configuration flags */
#define CSR_ALLOW_UNTRUSTED_KEXTS    (1 << 0)
#define CSR_ALLOW_UNRESTRICTED_FS    (1 << 1)
#define CSR_ALLOW_TASK_FOR_PID        (1 << 2)
#define CSR_ALLOW_KERNEL_DEBUGGER    (1 << 3)
#define CSR_ALLOW_APPLE_INTERNAL    (1 << 4)
#define CSR_ALLOW_UNRESTRICTED_DTRACE    (1 << 5)
#define CSR_ALLOW_UNRESTRICTED_NVRAM    (1 << 6)
#define CSR_ALLOW_DEVICE_CONFIGURATION  (1 << 7)

Il y a aussi cet argument : kBootArgsFlagCSRBoot qui lui désactive toutes les protections.


Je crois que pour Clover, deux de ces variables certainement jugées par les dev comme essentielles au boot d'un hackintosh ont été sélectionnées.

Ce que j une comprend pas c'est que pour mon installation, j'ai utilisé "rootless=0" et qu'il a fonctionné...


NB: Apparement les choses se compliquent encore avec la 10.11.1 ...

Ce message a été modifié par klemant - 2 Oct 2015, 22:21.

[iPotable]

Ce que j une comprend pas c'est que pour mon installation, j'ai utilisé "rootless=0" et qu'il a fonctionné...


NB: Apparement les choses se compliquent encore avec la 10.11.1 ...

Si ça a fonctionné, c'est parce qu'avec Clover 3259+, il passe les paramètres csractivconfig et booterconfig par défaut genre 0x67 et 0x28 pour que ça boot. Donc SIP est totalement désactivé chez toi.

de ce que j'ai compris :
C'est en réalité plus qu'utile.
Il permet de garder le SIP actifs, donc la sécurité d'un "vrai" mac, avec nos kexts modifé (genre ACPIsensor, les dummy USB). il faut pour cela utiliser BooterConfig 0x28. (à priori, on lui demande donc une configuration valide et le droit de faire tout ce qu'on veut)
C'est sûrement pour ça qu'on peut continuer à booter sur El capitan même en réactivant le SIP une fois le cache regénéré (depuis la DP4). c'est ce que j'utilisais comme mode d'ailleurs...

Enfin, il permet aussi de lancer l'installation. Avec les paramètre vu par iPotable.

Merci pour ces explications.

Ce message a été modifié par iPotable - 2 Oct 2015, 22:25.