www/projets-commissions/asus-coreboot/index.stl

97 lines
5.5 KiB
Plaintext
Raw Normal View History

title: asus-coreboot
about: coreboot
author: neox
tags: Logiciels Libres,Services,coreboot,libreboot,Libre en communs,a-lec
date: 2022-11-29
link: Commission Infrastructures : /projets-commissions/cominfra/
link: RYF : https://ryf.fsf.org/
link: Free Software Foundation : https://www.fsf.org/
link: ASUS KGPE-D16 : https://www.asus.com/commercial-servers-workstations/kgped16
link: KGPE-D16 : https://www.asus.com/commercial-servers-workstations/kgped16
link: KCMA-D8 : https://www.asus.com/commercial-servers-workstations/kcmad8
-----
#1 Support des cartes-mères ASUS KGPE-D16 et KCMA-D8 dans coreboot
(
+_Libre en Communs_+, au sein de sa _Commission Infrastructures, a fait dès sa création le choix d'héberger ses propres serveurs dans ses locaux et chez ses adhérents volontaires. Ce choix fut complété par celui de n'utiliser que du matériel certifié _RYF par la _Free Software Foundation, et en n'exécutant que du logiciel libre sur ses processeurs principaux, du +_BIOS_+ jusqu'au dernier programme applicatif.
)
(
Les cartes-mères de serveurs qui ont été choisies par la _Commission Infrastructures sont les _ASUS KGPE-D16, des cartes puissantes certifiées _RYF et exécutant un BIOS libre dérivé de _coreboot.
)
#2 Qu'est-ce que le BIOS ?
(
Un BIOS, comme son nom l'indique, était initialement un logiciel bas niveau un ensemble de fonctions
contenu dans la mémoire morte de la carte mère d'un ordinateur et lui permettant d'effectuer des opérations
de base lors de sa mise sous tension. Cependant, comme son nom ne l'indique pas, la définition d'un BIOS a
fortement évolué pour désigner également ce qu'on appelait par le passé le POST : test de la présence de
périphériques et allocation de ressources pour ces derniers de façon à éviter tout conflit, et ensuite passer la
main à un chargeur de démarrage de système d'exploitation. On considère que le plus gros du travail effectué
par un BIOS aujourd'hui est l'initialisation et l'entraînement de la mémoire vive. En effet, il faut, par exemple, initialiser le
contrôleur mémoire et optimiser le timing et la tension de lecture/écriture pour des performances optimales.
Le code dans le BIOS qui gère cela est très complexe puisque son rôle est d'optimiser plusieurs bus parallèles
fonctionnant avec des débits élevés et de les faire agir comme un ensemble homogène.
)
(
Le projet +_coreboot_+, débuté sous le nom de LinuxBIOS, est un logiciel libre d'amorçage lancé par le Laboratoire Universitaire de Los Alamos en 1999 qui avait pour premier objectif de remplacer les BIOS privateurs des constructeurs souvent peu performants voire limités en fonctionnalités. Le but recherché était d'abord d'obtenir un logiciel plus rapide que les BIOS privateurs.
)
#3 Notre projet
(
Les cartes mères _KGPE-D16 et _KCMA-D8 sont les seules cartes de serveurs qui étaient supportées par coreboot sans besoin d'aucun logiciel privateur, mais elles ont été
supprimées après la version 4.11 de Coreboot.
)
(
Elles peuvent être exploitées uniquement avec des logiciels libres afin de continuer à obtenir des correctifs de sécurité pour les bogues exploitables à distance dans le BIOS (comme _RowHammer), comme _ILOBleed pour les _BMC. Il n'y a pas de _Management Engine/PSP sur ces cartes.
Certains processeurs compatibles ne sont pas affectés par les bogues de la classe _Spectre, et il y a même du code source et une documentation pour la mise à jour du _microcode.
)
(
Ces cartes mères sont utilisées pour l'hébergement par _GNU (y compris _GNU Guix), la
_FSF, _KDE, _SugarLabs, _Replicant, la _FSFLA, +_Libre en Communs_+, etc.
)
#3 Les objectifs
(
L'objectif est que Libre en Communs, recrute une ou des personne(s) pour faire en sorte que coreboot supporte à nouveau ces cartes-mères.
Cette ou ces personne(s) serai(en)t embauchée(s) pour, +_au total_+, un équivalent temps plein de 12 mois, avec un salaire de 22.14€/heure, soit 40254,80€.
)
(
Le travail consiste à rebaser le support sur la version actuelle de coreboot version (4.18), à corriger tous les bugs et les problèmes de stabilité et en amont ce
travail, et à le maintenir jusqu'à ce qu'il soit complètement intégré à Coreboot.
)
(
Il y a donc un certain nombre d'étapes à franchir (liste non-exhaustive) :
= Trouver des outils de débogage pour travailler efficacement et valider les étapes : JTAG, gdbstub, ...
= Séparer le code du processeur/chipset du code spécifique à la carte.
= Supporter RELOCATABLE_RAMSTAGE
= Prise en charge de POSTCAR_STAGE
= Support de C_ENVIRONMENT_BOOTBLOCK
= Sauvegarde des paramètres d'entraînement de la mémoire (parce que ce n'est pas fait du tout) et vérification que les tensions choisies ont un sens (parce que dans le code il y a des commentaires qui semblent dire "nous ne savons pas ce que nous faisons")
= Initialisation des cœurs du CPU en parallèle
)
#3 Quelques références
(
https://www.raptorengineering.com/coreboot/kgpe-d16-bmc-port-status.php
https://www.secplicity.org/2021/12/29/hp-ilo-and-the-newly-discovered-ilobleed-rootkit/
https://en.wikipedia.org/wiki/Intel_Management_Engine#Security_vulnerabilities
https://en.wikipedia.org/wiki/Row_hammer
https://www.coreboot.org/Board:asus/kgpe-d16#CPUs_recommended_by_users
www.syssec.rub.de/media/emma/veroeffentlichungen/2017/08/16/usenix17-microcode.pdf
https://www.fsf.org/blogs/sysadmin/the-fsf-tech-team-doing-more-for-free-software
https://wiki.parabola.nu/Hacking:Servers/Beefcake
https://vikings.net/ (pour l'intérêt commercial de l'hébergement avec ces panneaux)
)