Prêt pour commercialisation
ACTIF 01/34 · BOOTHAL

BootHAL

La couche d’entrée machine souveraine et adaptable

Déployé après un firmware existant ou directement après le silicium, BootHAL qualifie la machine, établit un handoff cryptographique et lance l’OS ou le payload approprié.

Portable sur clé USB ou intégré à la machine, BootHAL peut transporter ses systèmes, ses payloads, ses politiques, ses preuves et sa connaissance des plateformes rencontrées.
Interface produit

BootHAL, directement sur la machine

Parcourez les quatre surfaces de l’interface : sélection de démarrage, qualification machine, probes et terminal.

BOOTHALv5.0.0LAPTOPConf 4By JanaCoreFULL
CIBLES ATTENDUES
01SYSTEM A[ok]
05Probe_boot[ok]
02NicoFabricOS[ok]
06Probe_lights[ok]
03AjanOS[ok]
07Probe_thermal[ok]
04JanaMeta[--]
08Shell_UEFI[--]
OS tiers
09Windows 10[--]
10Restore Sources[--]
DÉCOUVERTES TERRAIN
01 vol 0 actif\EFI\BOOT\BOOTX64.EFI- auto
02 vol 0 actif\EFI\BOOT\WINLOADX64.EFIAjanOS auto
03 vol 0 actif\EFI\BOOT\NICO\AjanOS\probe_light.elfProbe auto
04 vol 0 actif\EFI\BOOT\NICO\AjanOS\probe_thermal.elfProbe auto
05 vol 0 actif\EFI\BOOT\SHELL\Shellx64.efi- auto
06 vol 0 actif\EFI\BOOT\Windows\winload.efiWindows auto
07 vol 0 actif\EFI\BOOT\Windows\bootmgfw.efiWindows auto
08 vol 0 actif\EFI\BOOT\NICO\NicoFabricOS\restore.elfNicoFabricOS auto
MACHINE MAP

CPU

AMD Ryzen 7 8840U
with Radeon 780M Graphics
8C / 16T
fam 25 · mod 117 · step 2
x2APIC yes · invariant TSC

MÉMOIRE

usable 23.4 GiB
low-DMA 2822 MiB

STOCKAGE

NVMe 1 · GPT yes
ESP yes · partitions 6

AFFICHAGE

GOP 1920×1080
framebuffer actif

INPUT

input capable: true
clavier validé

PCI

40 functions
xHCI yes · NVMe yes

DÉTAIL — CPU PROBE

run observé · état OK
selectedCPU Identification
statusOK
sourceCPUID
outputcaptured tail
brand=AMD Ryzen 7 8840U w/ Radeon 780M Graphics
family=25 model=117 stepping=2
cores=8 threads=16
x2apic=true invariant_tsc=true
topology=populated
TERMINALv5 terminal  --  tapez 'help'
boothal> version
BootHAL v5.0.0-beta0
Stage  : beta0 step4 fix1 / v6 ABI hardening
Role   : self-check + handoff status + v6 ABI mirror
Base   : beta0 step3 / BHDB_F02 learning validated
boothal> handoff status
handoff.mode=v6-preview
handoff.legacy=compiled
handoff.v6.root_header=compiled
handoff.v6.compose=ready
handoff.v6.payload_mode=legacy-active
boothal> machine status
== MACHINE STATUS ==
CPU     AMD Ryzen 7 8840U w/ Radeon 780M Graphics
        8C / 16T (fam 25 mod 117 step 2)
RAM     usable 23 GiB  low-DMA 2822 MiB
STORAGE NVMe 1  GPT yes  ESP yes  partitions 6
PCI     40 functions (xhci yes  nvme yes)
PROFILE  class=Laptop  conf=High  input_capable=true
boothal> handoff compose
[OK] handoff v6 composed: blocks=22 crc32=0xAACBDF2A
boothal>
[TAB] [L/R] [U/D] [ENTER/R] [ESC] [B] [I] [P] [T]BOOT READY
ENTRÉE / CLIQUER POUR CONTINUER
Le problème

Chaque machine impose habituellement sa propre chaîne d’entrée

Les systèmes bas niveau reposent généralement sur des firmwares, des chargeurs, des formats et des conventions propres à chaque constructeur ou plateforme. BootHAL sépare l’entrée machine du choix du système consommateur.

Informations fragmentéesLes informations matérielles utiles sont exposées différemment selon la machine.
Portages répétésLes procédures de démarrage et de qualification doivent être réadaptées à chaque plateforme.
Dépendances imposéesLe système consommateur devient dépendant du firmware et du chemin de boot existants.
Comparaison difficileLes différences entre plateformes restent difficiles à comparer et à documenter.
Validation peu réutilisableLes preuves obtenues sur une machine sont rarement capitalisées pour la suivante.
Compréhension reconstruiteLes OS et payloads doivent souvent redécouvrir eux-mêmes le matériel.
La réponse BootHAL

Une couche intermédiaire maîtrisée entre la machine et ses systèmes

BootHAL prend en charge l’entrée machine, construit une vérité matérielle structurée et remet au système consommateur un environnement de démarrage cohérent et vérifiable.

01

Entrer dans la machine

Prendre en charge le démarrage selon le mode d’implantation retenu.

02

Découvrir

Observer les composants, les capacités et la topologie disponible.

03

Sonder

Exécuter les contrôles et autodiagnostics nécessaires.

04

Qualifier

Identifier les capacités, les contraintes, les écarts et les limites.

05

Capitaliser

Alimenter la DHDB et conserver les preuves associées.

06

Transmettre

Composer un handoff cryptographique destiné au consommateur.

07

Sélectionner

Choisir l’OS ou le payload autorisé pour la plateforme.

08

Vérifier et charger

Contrôler l’artefact, le placer en mémoire et préparer son contexte.

09

Lancer

Remettre le handoff et transférer le contrôle au système.

Plusieurs modes d’implantation

Une même couche, plusieurs chemins d’entrée

La force de BootHAL ne repose pas sur une chaîne unique. Il s’adapte au niveau de maîtrise, au matériel et aux contraintes du déploiement.

MODE 01 — COMPATIBLE AVEC L’EXISTANT

Après un firmware ou un UEFI existant

SILICIUM ↓ FIRMWARE / UEFI EXISTANT ↓ BOOTHAL ↓ OS OU PAYLOAD

BootHAL s’insère sur des machines existantes sans imposer le remplacement immédiat du firmware constructeur.

  • Qualification indépendante de l’OS
  • Handoff cryptographique commun
  • Chargement maîtrisé des systèmes
  • Déploiement portable, notamment sur clé USB
MODE 02 — NATIF SOUVERAIN

Directement après le silicium

SILICIUM ↓ BOOTHAL ↓ OS OU PAYLOAD

Sur une machine ouverte ou non verrouillée, BootHAL peut devenir la première couche logicielle contrôlée après le silicium.

  • Aucun BIOS, UEFI, coreboot, U-Boot ou bootloader tiers avant BootHAL
  • Initialisation de son propre environnement
  • Qualification directe de la machine
  • Chargement autonome du système consommateur
Ce que fait BootHAL

Six fonctions réunies dans une seule couche

01 — INITIALISATION

Préparer la machine

État processeur, mémoire, services d’entrée, contexte d’exécution et conditions de chargement du payload.

02 — DÉCOUVERTE

Construire la représentation matérielle

Processeur, mémoire, stockage, interfaces, périphériques, topologie et capacités présentes ou absentes.

03 — SONDES

Vérifier le comportement réel

Contrôles ciblés, autodiagnostics, écarts entre déclarations et observations, anomalies et limites documentées.

04 — QUALIFICATION

Transformer l’inconnu en plateforme exploitable

Capacités, contraintes, adaptations nécessaires, limites connues et compatibilités des systèmes.

05 — HANDOFF

Transmettre une vérité cryptographique

Description machine, qualification, sondes, identité, provenance, intégrité et paramètres utiles au système consommateur.

06 — BOOTLOADER

Vérifier, charger et lancer

Sélection de l’artefact, contrôle, placement en mémoire, préparation du contexte, remise du handoff et transfert de contrôle.

Une plateforme portable

BootHAL sur clé USB

BootHAL peut être installé sur un support amovible autonome qui transporte une chaîne complète d’entrée, de qualification et d’exécution.

CLÉ BOOTHAL ├── BootHAL ├── OS compatibles ├── Payloads spécialisés ├── Profils de machines ├── Politiques de démarrage ├── Manifestes et configurations ├── Outils de qualification ├── Handoffs et preuves └── DHDB

La clé peut démarrer plusieurs machines, qualifier une nouvelle plateforme, transporter un OS spécialisé ou lancer un payload de diagnostic et de récupération.

Elle conserve les informations matérielles et les preuves produites, puis enrichit progressivement la connaissance multi-machine.

BootHAL ne se contente donc pas d’être stocké sur une clé : le support transporte l’environnement de démarrage, les systèmes, les politiques et la mémoire technique nécessaire à leur exploitation.

DHDB — la connaissance machine

Une base matérielle locale et évolutive

La DHDB recueille et organise les informations issues des machines rencontrées par BootHAL. Elle permet de capitaliser d’un démarrage à l’autre sans confondre observation, qualification et preuve.

Profils et caractéristiques

Descriptions matérielles, variantes, topologie, capacités et limitations.

Sondes et preuves

Résultats observés, provenance, identité, historique et éléments de vérification.

Compatibilités

OS, payloads et profils de démarrage associés à une plateforme qualifiée.

Reconnaissance ultérieure

Comparaison des machines, détection des changements et réutilisation des qualifications antérieures.

Chaîne fonctionnelle

Deux entrées, un même contrat machine

Firmware / UEFI existant
BootHAL
Accès natif depuis le silicium
BootHAL
Initialisation machine
Découverte · inventaire · sondes
Qualification · identité · preuves · DHDB
Handoff cryptographique
Sélection · vérification · chargement
OS / payload
Ce que l’utilisateur obtient

Une valeur directement exploitable

Une entrée machine communeLes systèmes compatibles reçoivent une interface cohérente malgré l’hétérogénéité du matériel.
Une plateforme qualifiéeLes capacités, contraintes et différences sont observées, structurées et documentées.
Un démarrage maîtriséBootHAL contrôle la sélection, la vérification, le chargement et le lancement du système.
Une transmission vérifiableLe handoff cryptographique permet de contrôler l’intégrité et la provenance de l’entrée machine.
Une connaissance réutilisableLes informations collectées alimentent la DHDB pour les démarrages et qualifications futurs.
Une chaîne transportableUne clé réunit BootHAL, les OS, les payloads, les politiques et les preuves.
Cas d’usage

Où BootHAL apporte de la valeur

ContexteApport de BootHAL
Parc matériel hétérogèneFournir une entrée commune à plusieurs modèles ou générations de machines.
Robotique et systèmes embarquésQualifier précisément la plateforme avant l’exécution applicative.
Machines mobiles ou terrainTransporter l’environnement de démarrage, les OS et les outils sur clé USB.
Infrastructure souveraineRéduire ou supprimer les dépendances aux couches de démarrage tierces.
Diagnostic matérielDécouvrir, sonder et documenter une plateforme inconnue.
Récupération et maintenanceLancer un environnement autonome indépendamment de l’OS installé.
Programme multi-OSUtiliser une même vérité machine pour plusieurs consommateurs compatibles.
Production industrielleStabiliser et documenter la chaîne d’entrée d’une ligne ou d’un parc.
Défense et environnements régulésMaîtriser l’identité, les preuves, les dépendances et le chemin de démarrage.
Ce qui distingue BootHAL

Une architecture adaptable, pas un chargeur spécialisé de plus

Indépendant d’un OS uniquePlusieurs systèmes consommateurs compatibles peuvent exploiter le même contrat machine.
Indépendant d’une implantation uniqueAprès UEFI, sur clé USB, intégré à une plateforme ou directement après le silicium.
Plus large qu’un bootloaderIl découvre, sonde, qualifie, documente et transmet avant de lancer.
Une mémoire qui progresseLa DHDB conserve et réutilise les informations machines collectées.
Une souveraineté progressiveUne organisation peut commencer derrière UEFI puis approfondir l’implantation sur une machine ouverte.
Une chaîne portableBootHAL, systèmes, payloads, politiques et preuves peuvent voyager ensemble.
Déploiement

Diagnostic, pilote, portage, exploitation

01

Diagnostic

Identifier la machine, son chemin de démarrage, le consommateur, les accès et les critères de réussite.

02

Pilote

Évaluer découverte, sondes, qualification, handoff, chargement, preuves et alimentation de la DHDB.

03

Portage et intégration

Adapter BootHAL à une nouvelle plateforme, un mode d’implantation ou un système consommateur.

04

Exploitation

Déployer BootHAL sur un programme, un parc, une ligne ou une famille de machines définie.

Questions fréquentes

Comprendre le périmètre du produit

BootHAL remplace-t-il nécessairement l’UEFI ?

Non. BootHAL peut être chargé après un firmware UEFI existant. Sur une machine ouverte ou non verrouillée, il peut également devenir la première couche contrôlée après le silicium.

BootHAL est-il un bootloader ?

Oui, mais sa fonction est plus large. Il vérifie, charge et lance un OS ou un payload après avoir qualifié la machine et produit son handoff cryptographique.

BootHAL est-il limité à un seul système ?

Non. AjanOS et d’autres systèmes compatibles peuvent consommer son handoff. BootHAL reste une couche indépendante.

Peut-il fonctionner depuis une clé USB ?

Oui. La clé peut transporter BootHAL, plusieurs OS ou payloads, les configurations, les preuves et la DHDB.

Est-il compatible avec toutes les machines ?

BootHAL est conçu comme une couche générique et adaptable. Chaque plateforme doit néanmoins être qualifiée pour déterminer son mode d’implantation et les adaptations nécessaires.

Que conserve la DHDB ?

Les profils matériels, résultats de sondes, capacités, limitations, preuves, historiques de qualification et compatibilités établies.

Pourquoi un handoff cryptographique ?

Pour transmettre au système consommateur une description structurée de la machine dont l’intégrité et la provenance sont vérifiables.

Positionnement final
BootHAL est la couche d’entrée machine de JanaCore. Il peut s’adapter aux firmwares existants ou prendre directement place après le silicium. Il découvre, sonde et qualifie la plateforme, capitalise sa connaissance dans la DHDB, produit un handoff cryptographique et agit comme bootloader pour lancer l’OS ou le payload approprié. Portable ou intégré, il transforme des machines hétérogènes en environnements d’exécution compréhensibles, vérifiables et maîtrisés.
Une machine qualifiée. Un handoff vérifiable. Le bon système, lancé par une chaîne maîtrisée.

Désignez une machine, on qualifie son chemin d’entrée

Précisez la plateforme, le mode d’implantation envisagé et les OS ou payloads à transporter ou à lancer.

Demander un diagnostic
Demande enregistrée