Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Cet article répond à des questions courantes sur l’analyse du microprogramme.
L’analyse du microprogramme est un outil qui analyse les images du microprogramme et qui permet de comprendre les vulnérabilités de sécurité dans les images du microprogramme.
Quels sont les types d’images de microprogramme pris en charge par l’analyse du microprogramme ?
L’analyse du microprogramme prend en charge les images non chiffrées qui contiennent des systèmes de fichiers dotés de systèmes d’exploitation Linux incorporés. L’analyse du microprogramme prend en charge les formats de système de fichiers suivants :
- Image Android éparse
- Données compressées bzip2
- Archive ASCII CPIO, avec CRC
- Archive ASCII CPIO, sans CRC
- Système de fichiers CramFS
- Objet blob d’arborescence d’appareils aplatis (DTB, device tree blob)
- Table de partition GUID EFI
- Système de fichiers EXT
- Archive tarball POSIX (GNU)
- Données signées GPG
- Données compressées gzip
- Volume principal ISO-9660
- Système de fichiers JFFS2, big-endian
- Système de fichiers JFFS2, little-endian
- Données compressées LZ4
- Données compressées LZMA
- Fichier compressé LZOP
- Enregistrement de démarrage principal DOS
- Système de fichiers RomFS
- Système de fichiers SquashFSv4, little-endian
- Archive tarball POSIX
- En-tête de nombre d’effacements UBI
- Nœud de superblocage du système de fichiers UBI
- Système de fichiers UEFI
- Données compressées xz
- Système de fichiers YAFFS, big-endian
- Système de fichiers YAFFS, little-endian
- Données compressées ZStandard
- Archive ZIP
Quels composants SBOM l'analyse du microprogramme détecte-t-elle ?
Note
Si l’analyse du firmware détecte un composant mais ne peut pas déterminer la version de ce composant, elle peut indiquer la version comme 0.0.0. L’analyse ne rapporte aucun CVE pour ce composant.
| Composant | Composant | Composant | Composant |
|---|---|---|---|
| Apache | fribidi | libfuse | portmap |
| apparmor | gdb | libgcrypt | pppd |
| Astérisque | gdbserver | libidn | procps |
| atftp | gdkpixbuf | libidn2 | procps-ng |
| avahi-autoipd | glibc | libjpeg-turbo | protobuf-c |
| avahi_daemon | gmp | liblzma | python |
| axios | gnu cpio | libmicrohttpd | radvd |
| backbonejs | gnu gettext runtime | libpcap | readline |
| bash | gnu inetutils | libpng | redis |
| bftpd | gnutls | libsoup | rngd |
| binutils | gpg | libvorbis | rngtest |
| oiseau | Grep | libxml2 | rp_pppoe |
| bluetoothd | grub | lighttpd | Samba |
| boa | grub2 | lodash | setserial |
| bridge-utils | gtk | miniupnpd | sqlite |
| busybox | gzip | mit_kerberos | ssmtp |
| bzip2 | harfbuzz | mosquitto | strace |
| Le Caire | haserl | msmtp | strongswan |
| chrony | hdparm | mstpd | stunnel (logiciel de sécurisation des communications SSL) |
| cifs-utils | Heimdal | mtd-utils | sudo |
| codesys | hostapd | nano | tcpdump |
| conntrack-tools | i2c-tools | ncurses | uclibc |
| coreutils | igmpproxy | néon | underscorejs |
| cryptsetup | iperf3 | netatalk | usbutils |
| tasses | iproute2 | netkit_telnetd | util_linux |
| davfs2 | ipset | netsnmp | vim |
| dhcpcd | iptables | nettools | vsftpd |
| dhcpd | iputils | nginx | vuejs |
| dmidecode | isc dhclient | nss | wget |
| dnsmasq | Jansson | openldap | wireless-tools |
| dpkg | jq | openssh | wolfssl |
| dropbear | jquery | openssl | wpa_supplicant |
| e2fsprogs | json-c | openvpn | xinetd |
| ebtables | Kbd | openvswitch | xl2tpd |
| eeprog | keepalived | p7zip | xz-utils |
| element | libarchive | pango | zèbre |
| ethtool | libcap | pcre | zeptojs |
| exFAT | libcurl | pcre2 | zip |
| extJS | libdbus | Perl | zipcloak |
| ffmpeg | libevent | php | zipnote |
| file | libexpat | polarssl | zlib |
| freeradius |
Où se trouvent les documents Azure CLI et PowerShell relatifs à l’analyse du firmware ?
Trouvez la documentation des commandes Azure CLI ici et la documentation des commandes Azure PowerShell ici.
Vous pouvez également trouver le démarrage rapide pour Azure CLI ici et le démarrage rapide pour Azure PowerShell ici. Pour exécuter un script Python qui utilise le SDK pour téléverser et analyser des images de firmware, voir Démarrage rapide : Téléverser un microprogramme avec Python.
L’analyse du microprogramme UEFI (Unified Extensible Firmware Interface) est-elle prise en charge ?
Yes. Le service prend en charge l’analyse du firmware UEFI avec des fonctionnalités Generally Available (GA) et Preview.
Qu’est-ce qui est généralement disponible pour l’analyse du microprogramme UEFI ?
L’analyse du microprogramme fournit une prise en charge générale de la détection et de l’analyse des matériels de chiffrement incorporés dans le microprogramme UEFI, notamment :
- Certificats de chiffrement
- Clés de chiffrement
Ces fonctionnalités sont stables et entièrement prises en charge pour le firmware UEFI.
Quelles fonctionnalités d’analyse UEFI sont en préversion ?
Les capacités d’analyse UEFI suivantes sont actuellement en Aperçu et pourraient avoir une couverture limitée :
- Signaux du SBOM et de faiblesse (détection limitée d'OpenSSL et association CVE)
- Attributs de durcissement binaire (la détection de NX / DEP est prise en charge)
- Améliorations du chemin d’extraction
Interprétez les résultats de prévisualisation comme des signaux de sécurité, et non comme une garantie de vulnérabilité ou de protection.
Pour obtenir des explications détaillées sur les fonctionnalités d’analyse du microprogramme UEFI, les limitations et la façon d’interpréter les résultats, consultez Présentation des fonctionnalités et limitations de l’analyse des microprogrammes UEFI.
Pourquoi ne vois-je aucun résultat pour les appels de fonctions non sécurisés ?
Un résultat vide ne signifie pas que le firmware n’a pas d’appels de fonctions non sûres. Vous pourriez ne pas voir de résultats lorsque :
- L’image du firmware ne contient pas d’exécutables ELF en espace utilisateur supporté.
- Les exécutables extraits utilisent une architecture de processeur non prise en charge.
- Un binaire statique ou dépouillé ne conserve pas assez d’informations pour identifier les références de fonction.
- Le fichier extrait est un module du noyau Linux (
.ko), qui n’est pas inclus dans cette analyse. - L’image du firmware a été analysée avant que l’analyse des appels de fonctions non sécurisés ne devienne disponible.
- L’extraction ou l’analyse n’ont pas abouti avec succès.
Téléchargez à nouveau une image du firmware plus ancienne pour recevoir l’analyse actuelle. Pour les architectures prises en charge, les exigences binaires et les conseils pour interpréter les résultats, voir Comprendre les données d’appels de fonction non sécurisés.