Nota
O acesso a esta página requer autorização. Pode tentar iniciar sessão ou alterar os diretórios.
O acesso a esta página requer autorização. Pode tentar alterar os diretórios.
Este artigo aborda perguntas frequentes sobre análise de firmware.
A análise de firmware é uma ferramenta que analisa imagens de firmware e fornece uma compreensão das vulnerabilidades de segurança nas imagens de firmware.
Que tipos de imagens de firmware são suportadas pela análise de firmware?
A análise de firmware suporta imagens não encriptadas que contêm sistemas de ficheiros com sistemas operativos Linux incorporados. A análise de firmware suporta os seguintes formatos de sistema de ficheiros:
- Imagem esparsa do Android
- bzip2 dados compactados
- Arquivo CPIO ASCII, com CRC
- Arquivo CPIO ASCII, sem CRC
- Sistema de arquivos CramFS
- Blob de árvore de dispositivo achatado (DTB)
- Tabela de partição GUID EFI
- Sistema de arquivos EXT
- Arquivo de tarball POSIX (GNU)
- Dados assinados GPG
- dados comprimidos pelo gzip
- Volume primário ISO-9660
- Sistema de ficheiros JFFS2, big endian
- Sistema de arquivos JFFS2, little endian
- Dados compactados LZ4
- Dados compactados LZMA
- Arquivo compactado LZOP
- Registro mestre de inicialização do DOS
- Sistema de arquivos RomFS
- Sistema de ficheiros SquashFSv4, little endian
- Arquivo de ficheiro tar POSIX
- UBI apaga cabeçalho de contagem
- Nó de superbloco do sistema de arquivos UBI
- Sistema de arquivos UEFI
- xz dados compactados
- Sistema de arquivos YAFFS, big endian
- Sistema de arquivos YAFFS, little endian
- Dados compactados ZStandard
- Arquivo Zip
Quais são os componentes SBOM que a análise de firmware deteta?
Note
Se a análise de firmware detetar um componente mas não conseguir determinar a versão desse componente, pode reportar a versão como 0.0.0. Não serão reportados CVEs para esse componente em particular.
| Componente | Componente | Componente | Componente |
|---|---|---|---|
| Apache | Harfbuzz | miniupnpd | redis |
| apparmor | hdparm | mit_kerberos | rngd |
| Asterisco | Heimdal | Mosquitto | rngtest |
| atftp | hostapd | msmtp | rp_pppoe |
| avahi_daemon | i2c-ferramentas | MSTPD | samba |
| avahi-autoipd | iperf3 | mtd-utils | setserial |
| Axios; | iproute2 | Nano | SQLITE |
| Backbone.js | ipset | Ncurses | ssmtp |
| bash | iptables | néon | strace |
| bftpd | Jansson | Netatalk | strongswan |
| binutils | jquery | netkit_telnetd | stunnel |
| pássaro | json-c | netsnmp | sudo |
| Bluetooth | libarchive | Nettools | tcpdump |
| Boa | libcap | nginx | UCLIBC |
| Ponte-utilitários | libcurl | SNA | Underscore.js |
| busybox | DHCPD | OpenLDAP | usbutils |
| bzip2 | dhcpcd | OpenSSH | util_linux |
| Cairo | dmidecode | openssl (conjunto de ferramentas para criptografia) | Vim |
| cifs-utils | dnsmasq | OpenVPN | vsftpd |
| Cronia | dpkg | OpenvSwitch | vuejs |
| Codesys | dropbear | p7zip | wget |
| conntrack-tools | e2fsprogs | Pango | Ferramentas sem fios |
| Coreutils | ebtables | PCRE | Wolfssl |
| cryptsetup | eeprog | PCRE2 | wpa_supplicant |
| copos | elemento | Perl | Xinetd |
| davfs2 | ethtool | php | XL2TPD |
| exFAT | extJS | polarssl | xz-utils |
| FFMPEG | ficheiro | portmap | zebra |
| Fribidi | gdbserver | PPPD | Zeptojs |
| gdkpixbuf | glibc | Procps | zip (formato de arquivo) |
| glibc | BPF | procps-ng | zipcloak |
| Gnutls | GPG | protobuf-c | ZIP Note |
| GTK | libevent | píton | Zlib |
| libarchive | libexpat | radvd | |
| libcap | libgcrypt | leitura de linha | |
| libcurl | Libidn | redis | |
| libevent | libjpeg-turbo | rngd | |
| libexpat | liblzma | rngtest | |
| libgcrypt | libmicrohttpd | samba | |
| Libidn | libpcap | setserial | |
| libjpeg-turbo | libpng | SQLITE | |
| liblzma | libsoup | ssmtp | |
| libmicrohttpd | libvorbis | strace | |
| libpcap | libxml2 | strongswan | |
| libpng | lighttpd | stunnel | |
| libsoup | Lodash | sudo |
Onde estão os documentos de análise de firmware da CLI do Azure/PowerShell?
Você pode encontrar a documentação para nossos comandos da CLI do Azure aqui e a documentação para nossos comandos do Azure PowerShell aqui.
Você também pode encontrar o Guia de início rápido para nossa CLI do Azure aqui e o Guia de início rápido para nosso Azure PowerShell aqui. Para executar um script Python usando o SDK para carregar e analisar imagens de firmware, visite Guia de início rápido: carregar firmware usando Python.
A análise de firmware UEFI (Unified Extensible Firmware Interface) é suportada?
Yes. A análise de firmware UEFI é suportada com uma combinação de funcionalidades de Generally Available (GA) e Pré-visualização .
O que está geralmente disponível para análise de firmware UEFI?
A análise de firmware fornece suporte GA para detetar e analisar material criptográfico embutido no firmware UEFI, incluindo:
- Certificados criptográficos
- Chaves criptográficas
Estas capacidades são consideradas estáveis e totalmente suportadas para o firmware UEFI.
Que capacidades de análise UEFI estão em versão prévia?
As seguintes capacidades de análise UEFI são atualmente fornecidas em Pré-visualização e podem ter cobertura limitada:
- SBOM e sinais de vulnerabilidade (deteção limitada de OpenSSL e associação CVE)
- Atributos de endurecimento binário (a deteção de NX / DEP é suportada)
- Melhorias no caminho do extrator
Os resultados de pré-visualização devem ser interpretados como sinais de segurança, não como garantias de vulnerabilidade ou proteção.
Para explicações detalhadas sobre as capacidades de análise de firmware UEFI, limitações e como interpretar resultados, consulte Compreensão das capacidades e limitações de análise de firmware UEFI.
Porque é que não vejo resultados para chamadas de função inseguras?
Um resultado vazio não significa que o firmware não tenha chamadas de funções inseguras. Poderá não ver resultados quando:
- A imagem do firmware não contém executáveis ELF suportados no espaço de utilizador.
- Os executáveis extraídos utilizam uma arquitetura de processador não suportada.
- Um binário estático ou despojado não retém informação suficiente para identificar referências de funções.
- O ficheiro extraído é um módulo do kernel Linux (
.ko), que não está incluído nesta análise. - A imagem do firmware foi analisada antes de a análise de chamadas a funções inseguras ficar disponível.
- A extração ou análise não foi concluída com sucesso.
Carregue novamente uma imagem de firmware mais antiga para receber a análise atual. Para arquiteturas suportadas, requisitos binários e orientações sobre interpretação de resultados, consulte Compreender dados de chamadas de função inseguras.