Pink Book 2025

Histoire – Les Origines Roses

Sorti en 1985 par Peter Norton (ISBN 0-914845-46-2), le *Pink-Shirt Book* – surnommé pour la chemise rose fluo de Norton sur la couverture – était le saint Graal des bidouilleurs PC sous MS-DOS. À l’époque, les Intel 8086 et 8088 dominaient, avec leurs 1 MHz et leurs 640 Ko de mémoire max. Ce livre expliquait comment parler directement au hardware via des interruptions (IRQ), manipuler le BIOS, et gérer les ports I/O. Pas un guide "hacker" au sens underground, mais un outil pour les pionniers du PC perso.

Peter Norton, programmeur et visionnaire, a bâti sa légende avec Norton Utilities – un kit de survie pour récupérer des disques crashés. Ce livre a inspiré des générations, des geeks des 80’s aux pentesteurs d’aujourd’hui. En 2025, on le ressuscite avec une touche rose moderne, mais l’esprit reste : comprendre et dompter le matos.

Anecdote : Norton a écrit ce livre après avoir planté son PC en codant un programme en assembleur pour un client. Le crash a révélé des bugs hardware qu’il a appris à maîtriser – et partagé avec le monde. 💗

2025 Ready – Hardware en Mutation

En mars 2025, les PC ne sont plus les boîtes beige des 80’s. On a des archis hybrides (x86_64, ARM64, RISC-V), des firmwares complexes (BIOS legacy ou UEFI), et des menaces partout : rootkits comme LoJax, exploits boot-time (CVE-2023-4056), et périphériques hackables (USB, GPU). La RAM explose à 64 Go voire 128 Go en standard, mais les vieilles failles hardware persistent, modernisées.

PinkBoot entre en jeu : un outil qui mixe l’esprit rétro de Norton avec la tech 2025. Il audite ton système (OS, archi, firmware), sécurise ton boot, et te donne le contrôle total sur ton matos. On parle sécurité, mais avec style – rose, audacieux, et sans pitié pour les vulnérabilités !

Fun Fact : Les 640 Ko de RAM max en 1985 étaient une limite hardware (adresse 20 bits). Aujourd’hui, un rootkit UEFI peut compromettre 64 Go en quelques cycles d’horloge. Le progrès, hein ?

Partie 1 – Fondamentaux Hardware

1. BIOS & UEFI – Le Boot Décortiqué

Concept : En 1985, le BIOS (Basic Input/Output System) était le cœur du démarrage : un microcode sur une puce ROM qui lançait le PC et gérait les interruptions (IRQ). Exemple : INT 10h pour afficher du texte via la carte vidéo. En 2025, UEFI (Unified Extensible Firmware Interface) remplace ça avec des fonctionnalités modernes : Secure Boot (vérifie les signatures), TPM (module de sécurité), et un mini-OS avant le boot.

Exemple ASM (BIOS) :

mov ah, 0x0E    ; Mode télétype
mov al, 'A'     ; Caractère à afficher
int 0x10        ; Appel vidéo

Vérifier UEFI (Linux) :

ls /sys/firmware/efi

Explication : Si ce dossier existe, t’es en UEFI. Sinon, c’est du BIOS legacy – plus lent, moins sécurisé, mais toujours utilisé sur du vieux matos.

2. Mémoire – De 640 Ko à 64 Go

Concept : En 1985, la mémoire était limitée à 640 Ko (conventionnelle) à cause des 20 bits d’adressage des 8086. Aujourd’hui, on a la RAM virtuelle (paginée par le CPU), le DMA (accès direct par le hardware), et des téraoctets potentiels. Les rootkits exploitent encore ces mécanismes pour contourner l’OS.

Exemple ASM :

mov ax, [es:di] ; Lire depuis segment:offset

Voir la RAM (Linux) :

free -h

Explication : Affiche la RAM totale, utilisée, et libre. En 2025, active l’IOMMU (Intel VT-d ou AMD-Vi) pour bloquer les accès DMA malveillants.

3. Ports I/O & Hardware – Dialogue Brut

Concept : Les ports I/O (entrées/sorties) étaient le moyen de parler au hardware en 1985 (ex. clavier sur port 0x60). En 2025, on a PCIe (bus rapide), GPIO (sur ARM/Raspberry), et des chipsets complexes. Les failles hardware passent souvent par là.

Exemple ASM :

in al, 0x60     ; Lire le clavier

Vérifier PCIe (Linux) :

lspci

Explication : Liste les périphériques PCIe. Un rootkit peut abuser d’un pilote PCIe pour injecter du code avant l’OS.

Partie 2 – Sécurité Firmware

4. Secure Boot & TPM – Les Gardiens

Concept : Secure Boot (UEFI) vérifie la signature numérique du bootloader et de l’OS pour bloquer les malwares au démarrage. Le TPM (Trusted Platform Module) est une puce qui stocke des clés cryptographiques et mesure l’intégrité du système.

Vérifier Secure Boot (Linux) :

mokutil --sb-state

Explication : Retourne "SecureBoot enabled" si actif. Sinon, t’es vulnérable aux bootkits.

Vérifier TPM (Linux) :

tpm2_getcap properties-fixed

Explication : Liste les capacités TPM 2.0. Sans TPM, pas de protection hardware native.

5. Audit Firmware – Connaissance Totale

Concept : Auditer le firmware, c’est vérifier si BIOS/UEFI est sain ou compromis. PinkBoot fait ça en simu (JS) ou en réel (Python).

Exemple Python :

import os
if os.path.exists("/sys/firmware/efi"):
    print("UEFI détecté – Moderne !")
else:
    print("BIOS legacy – Risqué !")

Dumper le BIOS (Linux) :

dd if=/dev/mem bs=64k skip=16 count=16 of=bios.bin

Explication : Extrait 1 Mo de mémoire basse (BIOS). Attention : nécessite root et peut crasher si mal fait – teste en VM !

Partie 3 – Rootkits & Malware Hardware

6. Rootkits Célèbres – Les Ombres

Concept : Les rootkits hardware s’installent dans le firmware ou les périphériques, invisibles à l’OS. Exemples :

• LoJax : Premier rootkit UEFI sauvage (2018), persiste après réinstallation OS.
• CosmicStrand (CVE-2022-30466) : Exploite les firmwares UEFI pour espionnage.
• ThunderSpy (CVE-2020-24490) : Attaque Thunderbolt pour réécrire le firmware.

Détection (Linux) :

chipsec_main -m common.uefi

Explication : Chipsec scanne le firmware pour des anomalies (ex. SMM mal configuré). Installe via pip install chipsec.

Solution : Flash un firmware signé et active TPM + Secure Boot.

Partie 4 – Overclocking & Sécurité

7. Risques & Monitoring – Puissance vs Stabilité

Concept : L’overclocking booste CPU/GPU en augmentant fréquence ou voltage, mais ça chauffe, destabilise, et expose à des failles (ex. fautes mémoire exploitables).

Monitoring (Linux) :

sensors

Explication : Avec lm_sensors installé, affiche les températures CPU/GPU. Si > 85°C, danger !

Solution : Limite via BIOS (ex. désactiver Turbo Boost) ou utilise cpufrequtils :

cpufreq-set -f 2.5GHz

Partie 5 – Rétro-ingénierie Hardware

8. Outils & Techniques – Désassembler le Matos

Concept : La rétro-ingénierie analyse firmwares ou puces pour trouver des failles ou backdoors. Outils clés :

• Ghidra : Désassembleur open-source (NSA).
• IDA Pro : Analyse binaire pro.
• Binwalk : Extrait firmware.

Analyse :

binwalk bios.bin

Explication : Identifie les sections (ex. code, données). Cherche des strings suspects avec :

strings bios.bin | grep -i "password"

Partie 6 – Sécurité Périphériques

9. Attaques USB – Périls Branchés

Concept : USB peut injecter du code (Rubber Ducky simule un clavier, BadUSB se fait passer pour un device).

Protection (Linux) :

echo 0 > /sys/bus/usb/devices/usb1/authorized

Explication : Désactive un port USB spécifique. Pour tous :

echo "usbcore.autosuspend=-1" >> /etc/modprobe.d/usb.conf

Partie 7 – Firmwares Open-Source

10. Coreboot & Libreboot – Liberté Hardware

Concept : Coreboot (léger) et Libreboot (100% libre) remplacent UEFI/BIOS propriétaires. Avantages : transparence, pas de backdoors. Défis : compatibilité limitée.

Installer :

flashrom -p internal -w coreboot.rom

Explication : Flash le firmware. Vérifie la compatibilité sur coreboot.org avant !

Partie 8 – Sécurité VM & GPU

11. VM Exploits – Hyperviseurs en Danger

Concept : Les VM (VirtualBox, KVM) sont vulnérables via l’hyperviseur (ex. Spectre, CVE-2017-5754).

Protection :

echo "intel_iommu=on" >> /etc/default/grub
grub-mkconfig -o /boot/grub/grub.cfg

Explication : Active IOMMU pour isoler les périphériques VM.

12. GPU Risques – Graphiques Hackés

Concept : GPU (NVIDIA/AMD) exécutent des shaders exploitables ou subissent des attaques DMA.

Monitoring :

nvidia-smi

Explication : Vérifie les processus GPU. Si inconnu, suspect !

Partie 9 – Réseaux & BIOS Custom

13. Réseaux Matériels – NIC en Péril

Concept : Les cartes réseau (NIC) sont vulnérables à ARP spoofing ou pilotes compromis.

Protection :

arp -s 192.168.1.1 aa:bb:cc:dd:ee:ff

Explication : Associe une IP à une MAC statique pour bloquer le spoofing.

14. BIOS Custom – DIY Hardware

Concept : Un BIOS custom supprime les bloatwares, mais risque de brick.

Flash :

flashrom -w custom.rom

Explication : Sauvegarde l’ancien BIOS d’abord avec flashrom -r backup.rom.

Partie 10 – Stockage & Microcontrôleurs

15. HDD/SSD – Données à Risque

Concept : Les firmwares HDD/SSD peuvent être hackés pour cacher des malwares.

Protection :

hdparm --fwdownload secure.rom /dev/sda

Explication : Met à jour le firmware avec une version signée.

16. Arduino/Raspberry – IoT Hackable

Concept : Les microcontrôleurs sont vulnérables à l’injection physique.

Protection :

avrdude -c arduino -P /dev/ttyUSB0 -U lock:w:0x0F:m

Explication : Verrouille la mémoire flash Arduino.

Partie 11 – Imprimantes & Mobiles

17. Imprimantes – Papier et Pirates

Concept : Les imprimantes réseau sont hackables via firmware ou ports ouverts.

Protection :

lpadmin -p printer -o usb-no-reattach-default=true

Explication : Désactive la reconnexion USB auto.

18. Mobiles – Mini-PC à Risque

Concept : Les téléphones sont vulnérables via bootloader ou USB.

Protection :

fastboot oem lock

Explication : Verrouille le bootloader (Android).

Partie 12 – Cartes à Puce

19. Exploits & Protections – Puces Hackées

Concept : Les cartes à puce (bancaires, SIM) subissent clonage ou attaques side-channel (ex. analyse de consommation).

Outil :

pcsc_scan

Explication : Liste les lecteurs de cartes connectés.

Solution : Utilise des cartes EMV avec chiffrement fort.