この状況の最も可能性の高い理由は、サーバーオブジェクトの作成時に「use_ssl = True」が指定されていないため、セキュアな LDAP 接続が正しく初期化されなかったことです。セキュアな LDAP (LDAPS) を使用するには、CEH は Python の ldap3 ライブラリを使用してサーバーオブジェクトを作成する際に、use_ssl パラメータを True に指定する必要があります。このパラメータは、ライブラリに LDAP 通信に SSL/TLS 暗号化を使用するように指示します。このパラメータが省略されるか False に設定されている場合、ライブラリはプレーンな LDAP を使用しますが、セキュアな LDAP 接続のみを許可するターゲット システムでは受け入れられない可能性があります 12。たとえば、CEH は次のコードを使用してセキュアな LDAP サーバー オブジェクトを作成できます。
from ldap3 import Server, Connection, ALL
server = Server('ldaps://<target_ip>', use_ssl=True, get_info=ALL)
connection = Connection(server, user='<username>', password='<password>') connection.bind() 他のオプションは、以下の理由からオプション B ほど妥当ではありません。
A) CEH のマシンにインストールされている Python のバージョンが ldap3 ライブラリと互換性がない: ldap3 ライブラリは Python 2.6 から 3.9 までをサポートしており、これは一般的に使用されているほとんどの Python バージョンを網羅しているため、この可能性は低いと考えられます。さらに、Python のバージョンに互換性がない場合、CEH はライブラリをインストールしたりコードにインポートしたりすることができず、接続を確立する前にエラーが発生します。
C) 列挙処理がターゲットシステムの侵入検知システムによってブロックされた：このオプションは可能性としてはあり得るが、あまり現実的ではない。なぜなら、CEHはターゲットとの接続を確立できたため、侵入検知システムが最初のハンドシェイクをブロックしなかったことになるからである。さらに、列挙処理はターゲットシステムの応答には影響せず、結果の表示に影響を与えるだけである。侵入検知システムが列挙を検知してブロックした場合、CEHはエラーメッセージまたは空白の応答を受け取るはずであり、予期しない応答を受け取ることはない。
D) システムがポート番号の誤りにより接続を確立できませんでした: CEH はターゲットとの接続を確立できたため、ポート番号は正しかったので、この選択肢は誤りです。
ポート番号が間違っている場合、CEHはターゲットシステムに全く接続できず、接続拒否エラーを受け取ります。
参考文献：
1: ldap3 - Python 用 LDAP ライブラリ
2：PythonでLDAPSを使用する方法 - Stack Overflow
3: ldap3 2.9 ドキュメント

CEH v13 モジュール 09: ソーシャルエンジニアリングによると、ファーミングとフィッシングはどちらもユーザーを悪意のあるウェブサイトに誘導する詐欺の一種です。ただし、その手法は異なります。
ファーミングとは、DNSエントリや被害者のホストファイルを改変することで、ユーザーの操作を必要とせずに、ユーザーを悪意のあるサイトに密かにリダイレクトさせる手法である。
フィッシングとは、URLが視覚的に紛らわしい（スペルミス、類似ドメイン名、同形文字攻撃など）リンクをメールやメッセージで送信する行為である。
参照：
モジュール09 - ソーシャルエンジニアリング、セクション：ファーミングとフィッシングの手法 CEH eBook：個人情報盗難と詐欺における攻撃ベクトル

CEHは、倫理的ハッキングを、組織のセキュリティ体制を強化するために脆弱性を特定する、認可され、構造化され、許可に基づいたプロセスと定義しています。倫理的ハッカーは、署名済みの作業範囲に基づいて活動し、法的境界を遵守します。一方、悪意のあるハッカーは、許可なくシステムを悪用し、多くの場合、有害または犯罪的な意図を持っています。CEHは、倫理的ハッカーと悪意のあるハッカーは、類似したツール、技術、および方法論を使用する可能性があることを強調しています。両者の違いは、認可、意図、および合法性のみにあります。
倫理的ハッキングは防御力の向上を目的として行われる一方、悪意のあるハッキングは悪用、窃盗、または妨害を目的とする。CEHの資料には、ツールセットや作業スタイルによって両者を区別できるという記述は一切なく、許可と合法的な操作が依然として両者を区別する中心的な要素である。

脆弱性管理ライフサイクル 脆弱性管理ライフサイクルは、セキュリティ上の弱点が悪用される前に特定し、修復するのに役立つ重要なプロセスです。4. 修復 - 脆弱性の影響と深刻度を軽減するために、脆弱なシステムに修正を適用すること。（515/499ページ）