Skip to content
KitploitKITPLOIT
FerramentasBlog
Enviar
FerramentasBlog
Enviar

Ferramentas de Hacking, PenTest e Cibersegurança para o seu Arsenal de Segurança!

Kitploit é um diretório de ferramentas de hacking, cibersegurança e pentesting. Descubra as últimas atualizações de projetos para encontrar vulnerabilidades, analisar sistemas, automatizar testes e fortalecer sua segurança.

··Feeds·Contato·Privacidade·© 2026 Kitploit

Diretório de Ferramentas

Categorias

Ver todas as categorias
Loading categories
sslscan — Scanner SSL/TLS rápido que descobre suítes de cifras, protocolos e vulnerabilidades suportados (Heartbleed, POODLE, CRIME) com análise de cadeia de certificados e enumeração de troca de chaves. | Kitploit
Ferramentas/GitHubGitHub/rbsec/sslscan
Scanners de VulnerabilidadesSegurança de RedeCriptografia
GitHubrbsec/sslscan

sslscan

Scanner SSL/TLS rápido que descobre suítes de cifras, protocolos e vulnerabilidades suportados (Heartbleed, POODLE, CRIME) com análise de cadeia de certificados e enumeração de troca de chaves.

Ver Repositório
2.6k414há 3 mesesRevisado pelo Kitploit

Mais Populares

Ver todos →

Descubra as ferramentas mais usadas pela nossa comunidade.

Explore todas as ferramentas

Navegue pela nossa coleção de ferramentas

Ver todas as ferramentas →
Compartilhar

sslscan2

A versão 2 do sslscan foi lançada. Isso inclui uma grande reescrita do código de verificação do backend, o que significa que não depende mais da versão do OpenSSL para muitas verificações. Isso significa que é possível suportar protocolos legados (SSLv2 e SSLv3), além de suportar TLSv1.3 - independentemente da versão do OpenSSL contra a qual foi compilado.

Isso foi possível em grande parte pelo trabalho de jtesta, que foi responsável pela maior parte da reescrita do backend.

Outras mudanças importantes incluem:

  • Enumeração dos grupos de troca de chaves do servidor.
  • Enumeração dos algoritmos de assinatura do servidor.
  • O suporte aos protocolos SSLv2 e SSLv3 é verificado, mas cifras individuais não.
  • Uma suíte de testes é incluída usando Docker, para verificar se o sslscan está funcionando corretamente.
  • Removida a opção --http, pois estava quebrada e tinha muito pouco uso.
  • Suporte para novos grupos pós-quânticos.

Mudanças na Saída XML

Uma mudança potencialmente crítica foi feita na saída XML na versão 2.0.0-beta4. Anteriormente, múltiplos elementos <certificate> podiam ser retornados (um por padrão, e um segundo se --show-certificate fosse usado).

As principais mudanças são:

  • Um novo elemento pai <certificates> que conterá os elementos <certificate>.
  • Os elementos <certificate> têm um novo atributo type, que pode ser:
    • short para a saída padrão.
    • full para quando --show-certificate é usado.
  • Potencialmente haverá mais de um certificado de cada tipo retornado em servidores que possuem múltiplos certificados com diferentes algoritmos de assinatura (veja discussão na issue #208).
  • O elemento <signature-algorithm> em um <certificate> não contém mais o prefixo "Signature Algorithm:", nem os espaços e nova linha.

Se você está usando a saída XML, então pode precisar fazer alterações no seu parser.

README

ci

Este é um fork da versão do sslscan de ioerror (cujo README original está incluído abaixo) por rbsec ([email protected]).

As principais alterações são as seguintes:

  • Destacar cifras SSLv2 e SSLv3 na saída.
  • Destacar cifras CBC em SSLv3 (POODLE).
  • Destacar cifras 3DES e RC4 na saída.
  • Destacar cifras PFS+GCM como boas na saída.
  • Destacar cifras NULL (0 bit), fracas (<40 bits) e médias (40 < n <= 56) na saída.
  • Destacar cifras anônimas (ADH e AECDH) na saída (roxo).
  • Ocultar informações do certificado por padrão (exibir com --show-certificate).
  • Ocultar cifras rejeitadas por padrão (exibir com --failed).
  • Adicionado suporte a TLSv1.1, TLSv1.2 e TLSv1.3.
  • Suporta IPv6 (pode ser forçado com --ipv6).
  • Verificar compressão TLS (CRIME, desabilitar com --no-compression).
  • Desabilitar verificação de conjuntos de cifras --no-ciphersuites.
  • Desabilitar saída colorida --no-colour.
  • Removida opção de saída -p não documentada.
  • Adicionada verificação para HeartBleed do OpenSSL (CVE-2014-0160, desabilitar com --no-heartbleed).
  • Sinalizar certificados assinados com MD5 ou SHA-1, ou com chaves RSA curtas (<2048 bits).
  • Suporte a verificação de servidores RDP com --rdp (crédito skettler).
  • Adicionada opção para especificar timeout de socket.
  • Adicionada opção para compilação estática (crédito dmke).
  • Adicionada opção --sleep para pausar entre requisições.

Compilando no Linux

É recomendado ignorar a instalação do OpenSSL do sistema e compilar estaticamente contra sua própria versão. Embora isso resulte em um binário sslscan mais pesado (tamanho de arquivo, consumo de memória, etc.), isso permite algumas verificações adicionais, como compressão TLS. Observe que a partir da versão 2.2.0 do sslscan, a versão mínima do OpenSSL exigida pelo sslscan é 3.5.0 (LTS), portanto, se sua distribuição oferece uma versão mais antiga, compilar contra ela não funcionará, e você terá que fazer uma compilação estática.

Para compilar sua própria versão do OpenSSL, você provavelmente precisará instalar as dependências de compilação do OpenSSL. Os comandos abaixo podem ser usados para fazer isso no Debian.

root@kitploit:~
apt install git zlib1g-dev make gcc

Então execute

root@kitploit:~
make static

Isso irá clonar o repositório do OpenSSL e configurar/compilar/testar o OpenSSL antes de compilar o sslscan.

Por favor, note: Por padrão, o OpenSSL é compilado com gcc sem personalizações adicionais. Para compilar com clang, instale as dependências de compilação usando os comandos abaixo.

root@kitploit:~
apt install git zlib1g-dev make clang

Então execute

root@kitploit:~
make static CC=clang

Você pode verificar se possui uma versão do OpenSSL estaticamente vinculada verificando se a versão listada por sslscan --version tem o sufixo -static.

Compilando com Docker

Certifique-se de que sua instalação local do Docker esteja funcional e construa o contêiner com:

root@kitploit:~
make docker

Ou manualmente com:

root@kitploit:~
docker build -t sslscan:sslscan .

Você pode então executar o sslscan com:

root@kitploit:~
docker run --rm -ti sslscan:sslscan --help

Compilando no Windows

Graças a um patch de jtesta, o sslscan agora pode ser compilado no Windows. Isso pode ser feito nativamente ou por cross-compilação a partir do Linux. Veja INSTALL para instruções.

Note que o sslscan foi originalmente escrito para Linux e não foi extensivamente testado no Windows. Como tal, a versão Windows deve ser considerada experimental.

Binários Windows pré-compilados por cross-compilação estão disponíveis na Página de Releases do GitHub.

Compilando no macOS (anteriormente chamado OS X)

Há suporte experimental para compilação estática no macOS (anteriormente chamado OS X), porém isso deve ser considerado não suportado. Você pode precisar instalar quaisquer dependências necessárias para compilar o OpenSSL a partir do código fonte no macOS (anteriormente chamado OS X). Depois de tê-las, basta executar:

root@kitploit:~
make static

README Original (ioerror)

Este é um fork do sslscan.c para melhor suporte a STARTTLS.

A página inicial original do sslscan é:

root@kitploit:~
http://www.titania.co.uk

O sslscan foi originalmente escrito por:

root@kitploit:~
Ian Ventura-Whiting

A página inicial atual deste fork (até que o upstream mescle um patch finalizado) é:

root@kitploit:~
http://www.github.com/ioerror/sslscan

A maior parte da configuração do protocolo pré-TLS foi inspirada pelo programa s_client.c do OpenSSL. O objetivo deste fork é eventualmente mesclar com o projeto original após a configuração do STARTTLS ser refinada.

Parte do código de configuração do OpenSSL foi emprestado do programa Tor do Projeto Tor. Assim, é provavelmente apropriado cumprir com a licença BSD dizendo:

root@kitploit:~
Copyright (c) 2007-2010, The Tor Project, Inc.
Baixar ferramenta
  • Desabilitar saída para qualquer coisa além das verificações especificadas --no-preferred.
  • Determinar a lista de CAs aceitáveis para certificados de cliente --show-client-cas.
  • Suporte experimental de compilação no OS X (crédito MikeSchroll).
  • Sinalizar alguns certificados SSL autoassinados.
  • Suporte experimental no Windows (crédito jtesta).
  • Exibir nomes de curvas EC e comprimentos de chave DHE com OpenSSL >= 1.0.2 --no-cipher-details.
  • Sinalizar chaves DHE fracas com OpenSSL >= 1.0.2 --cipher-details.
  • Sinalizar certificados expirados.
  • Sinalizar os protocolos TLSv1.0 e TLSv1.1 na saída como fracos.
  • Suporte experimental no OS X (apenas compilação estática).
  • Suporte a verificação de servidores PostgreSQL (crédito nuxi).
  • Verificar suporte a TLS Fallback SCSV.
  • Adicionado suporte StartTLS para LDAP --starttls-ldap.
  • Adicionado suporte SNI --sni-name (crédito Ken).
  • Suporte STARTTLS para MySQL (crédito bk2017).
  • Verificar grupos de troca de chaves suportados.
  • Verificar algoritmos de assinatura do servidor suportados.
  • Exibir nomes de cifras IANA/RFC --iana-names
  • Exibir a cadeia completa de certificados --show-certificates