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
openSSL_1.0.1g_CVE-2014-3507 | Kitploit
Ferramentas/GitHubGitHub/satheesh575555/openssl_1.0.1g_cve-2014-3507
Ferramentas de Criptografia/DescriptografiaAnálise de HashSegurança de RedeCriptografiaAutenticação
GitHubsatheesh575555/openssl_1.0.1g_cve-2014-3507

openSSL_1.0.1g_CVE-2014-3507

Ver Repositório

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
há 2 anosAinda não revisado

OpenSSL 1.0.1g 7 Apr 2014

Copyright (c) 1998-2011 The OpenSSL Project Copyright (c) 1995-1998 Eric A. Young, Tim J. Hudson All rights reserved.

DESCRIÇÃO

O Projeto OpenSSL é um esforço colaborativo para desenvolver um kit de ferramentas robusto, de nível comercial, completo e de código aberto que implementa os protocolos Secure Sockets Layer (SSL v2/v3) e Transport Layer Security (TLS v1), bem como uma biblioteca de criptografia de uso geral de alta resistência. O projeto é gerenciado por uma comunidade mundial de voluntários que usam a Internet para se comunicar, planejar e desenvolver o kit de ferramentas OpenSSL e sua documentação relacionada.

O OpenSSL é baseado na excelente biblioteca SSLeay desenvolvida por Eric A. Young e Tim J. Hudson. O kit de ferramentas OpenSSL é licenciado sob uma licença dupla (a licença OpenSSL mais a licença SSLeay), o que basicamente significa que você é livre para obtê-lo e usá-lo para fins comerciais e não comerciais, desde que cumpra as condições de ambas as licenças.

VISÃO GERAL

O kit de ferramentas OpenSSL inclui:

libssl.a: Implementação de SSLv2, SSLv3, TLSv1 e o código necessário para suportar SSLv2, SSLv3 e TLSv1 no mesmo servidor e cliente.

libcrypto.a: Criptografia geral e material X.509 v1/v3 necessário para SSL/TLS, mas que não faz parte lógica dele. Inclui rotinas para o seguinte:

root@kitploit:~
 Cifras
    libdes - Pacote de criptografia DES libdes da EAY, que circulava
             pela net há alguns anos e foi relicenciado por ele como
             parte do SSLeay. Inclui 15 'modos/variações' do DES
             (versões de 1, 2 e 3 chaves de ecb, cbc, cfb e ofb;
             pcbc e uma forma mais geral de cfb e ofb), incluindo desx
             no modo cbc, um fast crypt(3) e rotinas para ler senhas
             do teclado.
    Criptografia RC4,
    Criptografia RC2      - 4 modos diferentes: ecb, cbc, cfb e ofb.
    Criptografia Blowfish - 4 modos diferentes: ecb, cbc, cfb e ofb.
    Criptografia IDEA     - 4 modos diferentes: ecb, cbc, cfb e ofb.

 Resumos
    Algoritmos de resumo de mensagem MD5 e MD2, implementações rápidas,
    Algoritmos de resumo de mensagem SHA (SHA-0) e SHA-1,
    Resumo de mensagem MDC2. Um hash baseado em DES popular em smart cards.

 Chave Pública
    Criptografia/descriptografia/geração RSA.
        Não há limite para o número de bits.
    Criptografia/descriptografia/geração DSA.
        Não há limite para o número de bits.
    Troca de chaves/geração de chaves Diffie-Hellman.
        Não há limite para o número de bits.

 Certificados X.509v3
    Codificação/decodificação X.509 de/para ASN1 binário e uma
         codificação binária ASCII baseada em PEM que suporta criptografia com
         uma chave privada. Programa para gerar solicitações de certificado RSA e DSA
         e para gerar certificados RSA e DSA.

 Sistemas
    As rotinas normais de envelope digital e codificação base64. Acesso
    de nível superior a cifras e resumos por nome. Novas cifras podem ser
    carregadas em tempo de execução. O sistema de IO BIO, que é uma abstração
    de IO simples e não bloqueante. Os métodos atuais suportados são descritores de arquivo,
    sockets, socket accept, socket connect, buffer de memória, bufferização, SSL
    cliente/servidor, ponteiro de arquivo, criptografia, resumo, teste não bloqueante
    e nulo.

 Estruturas de dados
    Um sistema de hashing que cresce dinamicamente
    Uma Pilha simples.
    Um carregador de Configuração que usa um formato similar aos arquivos .ini do MS.

openssl: Uma ferramenta de linha de comando que pode ser usada para: Criação de parâmetros de chave RSA, DH e DSA Criação de certificados X.509, CSRs e CRLs Cálculo de Resumos de Mensagem Criptografia e Descriptografia com Cifras Testes de Cliente e Servidor SSL/TLS Manipulação de e-mails assinados ou criptografados S/MIME

PATENTES

Várias empresas detêm várias patentes para vários algoritmos em vários locais ao redor do mundo. VOCÊ é responsável por garantir que seu uso de qualquer algoritmo seja legal verificando se há patentes em seu país. O arquivo contém algumas das patentes que conhecemos ou que se suspeita existirem. Esta não é uma lista definitiva.

A RSA Security detém patentes de software sobre o algoritmo RC5. Se você pretende usar esta cifra, deve contatar a RSA Security para obter condições de licenciamento. A página web deles é http://www.rsasecurity.com/.

RC4 é uma marca registrada da RSA Security, portanto, o uso deste rótulo deve talvez ser feito apenas com a permissão da RSA Security.

O algoritmo IDEA é patenteado pela Ascom na Áustria, França, Alemanha, Itália, Japão, Países Baixos, Espanha, Suécia, Suíça, Reino Unido e EUA. Eles devem ser contatados se esse algoritmo for usado; a página web deles é http://www.ascom.ch/.

NTT e Mitsubishi têm patentes e patentes pendentes sobre o algoritmo Camellia, mas permitem o uso sem custos sem exigir um acordo de licenciamento explícito: http://info.isl.ntt.co.jp/crypt/eng/info/chiteki.html

INSTALAÇÃO

Para instalar este pacote em um derivado Unix, leia o arquivo INSTALL. Para uma plataforma Win32, leia o arquivo INSTALL.W32. Para sistemas OpenVMS, leia INSTALL.VMS.

Leia a documentação no diretório doc/. Ela é bastante áspera, mas lista as funções; você provavelmente terá que olhar o código para descobrir como usá-las. Veja os programas de exemplo.

PROBLEMAS

Para algumas plataformas, existem alguns problemas conhecidos que podem afetar o usuário ou o autor do aplicativo. Tentamos coletá-los em doc/PROBLEMS, com pensamentos atuais sobre como devem ser resolvidos em uma versão futura do OpenSSL.

SUPORTE

Consulte o site do OpenSSL www.openssl.org para obter detalhes sobre como obter suporte técnico comercial.

Se você tiver algum problema com o OpenSSL, siga as seguintes etapas primeiro:

root@kitploit:~
- Baixe o snapshot atual de ftp://ftp.openssl.org/snapshot/
  para ver se o problema já foi resolvido
- Remova as versões ASM das bibliotecas
- Remova as flags de otimização do compilador

Se você deseja relatar um bug, inclua as seguintes informações em qualquer relatório de bug:

root@kitploit:~
- Em sistemas Unix:
    Relatório de autoteste gerado por 'make report'
- Em outros sistemas:
    Versão do OpenSSL: saída de 'openssl version -a'
    Nome do SO, Versão, Plataforma de hardware
    Detalhes do Compilador (nome, versão)
- Detalhes do Aplicativo (nome, versão)
- Descrição do Problema (passos que reproduzem o problema, se conhecidos)
- Stack Traceback (se o aplicativo gerar core dump)

Relate o bug ao projeto OpenSSL através do Request Tracker (http://www.openssl.org/support/rt.html) por e-mail para:

root@kitploit:~
[email protected]

Observe que o request tracker NÃO deve ser usado para assistência geral ou consultas de suporte. Só porque algo não funciona como você espera não significa que seja necessariamente um bug no OpenSSL.

Observe que o e-mail para [email protected] é registrado no banco de dados publicamente legível do request tracker e é encaminhado para uma lista de discussão pública. E-mails confidenciais podem ser enviados para [email protected] (chave PGP disponível nos servidores de chaves).

COMO CONTRIBUIR PARA O OpenSSL

O desenvolvimento é coordenado na lista de discussão openssl-dev (veja http://www.openssl.org para informações sobre como se inscrever). Se você gostaria de enviar um patch, envie-o para [email protected] com a string "[PATCH]" no assunto. Certifique-se de incluir uma explicação textual do que seu patch faz.

Se você não tem certeza se um recurso será útil para a comunidade geral do OpenSSL, discuta-o primeiro na lista de discussão openssl-dev. Alguém pode já estar trabalhando na mesma coisa ou pode haver uma boa razão pela qual esse recurso não está implementado.

Os patches devem estar o mais atualizados possível, preferencialmente em relação ao Git atual ou ao último snapshot. Eles devem seguir o estilo de codificação do OpenSSL e compilar sem avisos. Alguns alvos de desenvolvedores da equipe central podem ser usados para fins de teste (debug-steve64, debug-geoff etc.). O OpenSSL compila em muitas plataformas variadas: tente garantir que você use apenas recursos portáveis.

Nota: Por razões legais, contribuições dos EUA só podem ser aceitas se uma notificação TSU e uma cópia do patch forem enviadas para [email protected] (antigo BXA) com uma cópia para o Coordenador de Solicitação de Criptografia ENC; reserve um tempo para olhar http://www.bis.doc.gov/Encryption/PubAvailEncSourceCodeNofify.html [sic] e http://w3.access.gpo.gov/bis/ear/pdf/740.pdf (Seção EAR 740.13(e)) para os detalhes. Se "seu código fonte de criptografia for muito grande para servir como anexo de e-mail", eles ficarão felizes em recebê-lo por fax; espero que você tenha um plano de longa distância barato.

Nosso formato preferido para alterações é a saída "diff -u". Você pode gerá-lo assim:

cd openssl-work

[your changes]

./Configure dist; make clean

cd ..

diff -ur openssl-orig openssl-work > mydiffs.patch

Baixar ferramenta