Skip to content
KitploitKITPLOIT
ツールブログ
提出
ツールブログ
提出

ハッキング、侵入テスト、サイバーセキュリティツールをあなたのセキュリティアーセナルに!

Kitploitはハッキング、サイバーセキュリティ、ペネトレーションテストのツールディレクトリです。最新のプロジェクトアップデートを見つけて、脆弱性の発見、システム分析、テストの自動化、セキュリティの強化を行いましょう。

··フィード·お問い合わせ·プライバシー·© 2026 Kitploit

ツールディレクトリ

カテゴリ

すべてのカテゴリを見る
Loading categories
sslscan — 高速SSL/TLSスキャナー。対応している暗号スイート、プロトコル、脆弱性(Heartbleed、POODLE、CRIME)を発見し、証明書チェーン分析と鍵交換列挙機能を備えています。 | Kitploit
ツール/GitHubGitHub/rbsec/sslscan
脆弱性スキャナーネットワークセキュリティ暗号化
GitHubrbsec/sslscan

sslscan

高速SSL/TLSスキャナー。対応している暗号スイート、プロトコル、脆弱性(Heartbleed、POODLE、CRIME)を発見し、証明書チェーン分析と鍵交換列挙機能を備えています。

リポジトリを見る
2.6k4143ヶ月前Kitploit レビュー済み

人気

すべて見る →

コミュニティで最も使われているツールを見つけましょう。

すべてのツールを探索

ツールコレクションを閲覧

すべてのツールを見る →
共有

sslscan2

sslscan バージョン 2 がリリースされました。これにはバックエンドスキャンコードの大幅な書き換えが含まれており、多くのチェックで OpenSSL のバージョンに依存しなくなりました。これにより、コンパイル時にリンクされた OpenSSL のバージョンに関係なく、レガシープロトコル(SSLv2 や SSLv3)のサポートに加え、TLSv1.3 もサポートできるようになりました。

これは主に jtesta の作業によって可能になりました。彼はバックエンドの書き換えの大部分を担当しました。

その他の主な変更点は以下の通りです。

  • サーバーの鍵交換グループの列挙
  • サーバーの署名アルゴリズムの列挙
  • SSLv2 および SSLv3 プロトコルのサポートはスキャンされますが、個々の暗号スイートはスキャンされません。
  • Docker を使用したテストスイートが含まれており、sslscan が正しく機能することを検証します。
  • --http オプションは削除されました。このオプションは壊れており、そもそも使用頻度が非常に低かったためです。
  • 新しいポスト量子グループのサポート。

XML 出力の変更

バージョン 2.0.0-beta4 では、XML 出力に互換性を破る可能性のある変更が加えられました。以前は、複数の <certificate> 要素が返される可能性がありました(デフォルトで 1 つ、--show-certificate が使用された場合にもう 1 つ)。

主な変更点は次のとおりです。

  • 新しい親要素 <certificates> が追加され、<certificate> 要素を格納します。
  • <certificate> 要素に新しい type 属性が追加されました。値は以下のいずれかになります。
    • short:デフォルト出力の場合。
    • full:--show-certificate が使用された場合。
  • 異なる署名アルゴリズムを持つ複数の証明書を持つサーバーでは、各タイプの証明書が複数返される可能性があります(issue #208 の議論を参照)。
  • <certificate> 内の <signature-algorithm> 要素には、先頭の "Signature Algorithm:" プレフィックス、スペース、改行が含まれなくなりました。

XML 出力を使用している場合は、パーサーに変更を加える必要があるかもしれません。

README

ci

これは、rbsec ([email protected]) による ioerror バージョンの sslscan のフォークです(元の README は以下に含まれています)。

主な変更点は以下の通りです。

  • 出力内の SSLv2 および SSLv3 の暗号スイートを強調表示。
  • SSLv3 上の CBC 暗号スイートを強調表示(POODLE)。
  • 出力内の 3DES および RC4 の暗号スイートを強調表示。
  • 出力内の PFS+GCM 暗号スイートを良好として強調表示。
  • 出力内の NULL(0 ビット)、弱い(<40 ビット)、中程度(40 < n <= 56)の暗号スイートを強調表示。
  • 匿名(ADH および AECDH)の暗号スイートを出力内で強調表示(紫色)。
  • 証明書情報をデフォルトで非表示(--show-certificate で表示)。
  • 拒否された暗号スイートをデフォルトで非表示(--failed で表示)。
  • TLSv1.1、TLSv1.2、TLSv1.3 のサポートを追加。
  • IPv6 をサポート(--ipv6 で強制可能)。
  • TLS 圧縮のチェック(CRIME、--no-compression で無効化)。
  • 暗号スイートチェックの無効化 --no-ciphersuites。
  • 色付き出力の無効化 --no-colour。
  • 文書化されていない -p 出力オプションを削除。
  • OpenSSL HeartBleed のチェックを追加(CVE-2014-0160、--no-heartbleed で無効化)。
  • MD5 または SHA-1 で署名された証明書、または短い(<2048 ビット)RSA 鍵を持つ証明書にフラグを立てる。
  • --rdp による RDP サーバーのスキャンをサポート(skettler 氏による)。
  • ソケットタイムアウトを指定するオプションを追加。
  • 静的コンパイルのオプションを追加(dmke 氏による)。
  • リクエスト間に一時停止する --sleep オプションを追加。
  • 指定されたチェック以外の出力を無効化 --no-preferred。

Linux でのビルド

システムにインストールされている OpenSSL を無視し、独自のバージョンに対して静的にビルドすることを推奨します。これにより、生成される sslscan バイナリのリソース(ファイルサイズ、メモリ消費など)は増加しますが、TLS 圧縮などの追加チェックが可能になります。なお、sslscan バージョン 2.2.0 以降では、sslscan に必要な最小 OpenSSL バージョンは 3.5.0(LTS)です。そのため、ディストリビューションに同梱されている OpenSSL が古い場合、それに対してビルドしても動作しないため、静的ビルドを行う必要があります。

独自の OpenSSL バージョンをコンパイルするには、おそらく OpenSSL のビルド依存関係をインストールする必要があります。以下のコマンドは、Debian でこれを行うためのものです。

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

その後、以下を実行します。

root@kitploit:~
make static

これにより、OpenSSL リポジトリ がクローンされ、sslscan のコンパイル前に OpenSSL の設定/コンパイル/テストが行われます。

注意: デフォルトでは、OpenSSL は gcc を使用して追加のカスタマイズなしでコンパイルされます。clang でコンパイルするには、以下のコマンドを使用してビルド依存関係をインストールします。

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

その後、以下を実行します。

root@kitploit:~
make static CC=clang

静的にリンクされた OpenSSL バージョンであるかどうかは、sslscan --version で表示されるバージョンに -static というサフィックスが付いているかどうかを確認することで判断できます。

Docker を使用したビルド

ローカルの Docker インストールが機能していることを確認し、以下のコマンドでコンテナをビルドします。

root@kitploit:~
make docker

または手動で:

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

その後、sslscan を実行します。

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

Windows でのビルド

jtesta によるパッチのおかげで、sslscan は Windows でもコンパイルできるようになりました。これは、ネイティブで行うか、Linux からクロスコンパイルすることで可能です。手順については INSTALL を参照してください。

sslscan は元々 Linux 向けに書かれており、Windows では広範囲にテストされていないことに注意してください。そのため、Windows バージョンは実験的なものと見なされます。

クロスコンパイル済みの Windows バイナリは、GitHub リリースページ から入手できます。

macOS(旧称 OS X)でのビルド

macOS(旧称 OS X)での静的ビルドの実験的なサポートがありますが、これはサポート対象外と見なすべきです。macOS(旧称 OS X)上で OpenSSL をソースからコンパイルするために必要な依存関係をインストールする必要があるかもしれません。インストールが完了したら、以下を実行するだけです。

root@kitploit:~
make static

元の(ioerror)README

これは、STARTTLS をより適切にサポートするための sslscan.c のフォークです。

sslscan の元のホームページは以下の通りです。

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

sslscan は元々、以下の人物によって書かれました。

root@kitploit:~
Ian Ventura-Whiting

このフォークの現在のホームページ(完全なパッチがアップストリームにマージされるまで)は以下の通りです。

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

TLS 以前のプロトコル設定のほとんどは、OpenSSL の s_client.c プログラムに触発されました。 このフォークの目標は、STARTTLS の設定が洗練された後に、最終的に元のプロジェクトにマージすることです。

OpenSSL のセットアップコードの一部は、Tor Project の Tor プログラムから借用されました。 したがって、BSD ライセンスに準拠するために、以下のように記載するのが適切です。 Copyright (c) 2007-2010, The Tor Project, Inc.

ツールをダウンロード
  • クライアント証明書に受け入れ可能な CA のリストを決定 --show-client-cas。
  • OS X での実験的なビルドサポート(MikeSchroll 氏による)。
  • 一部の自己署名 SSL 証明書にフラグを立てる。
  • 実験的な Windows サポート(jtesta 氏による)。
  • OpenSSL >= 1.0.2 での EC 曲線名と DHE 鍵長の表示(--no-cipher-details)。
  • OpenSSL >= 1.0.2 での弱い DHE 鍵にフラグを立てる(--cipher-details)。
  • 期限切れの証明書にフラグを立てる。
  • 出力内の TLSv1.0 および TLSv1.1 プロトコルを弱いものとしてフラグを立てる。
  • 実験的な OS X サポート(静的ビルドのみ)。
  • PostgreSQL サーバーのスキャンをサポート(nuxi 氏による)。
  • TLS フォールバック SCSV のサポートをチェック。
  • LDAP の StartTLS サポート --starttls-ldap。
  • SNI サポート --sni-name(Ken 氏による)。
  • MySQL の STARTTLS をサポート(bk2017 氏による)。
  • サポートされている鍵交換グループのチェック。
  • サポートされているサーバー署名アルゴリズムのチェック。
  • IANA/RFC 暗号スイート名の表示 --iana-names。
  • 完全な証明書チェーンの表示 --show-certificates。