セキュリティ用語集

LDAP(Lightweight Directory Access Protocol)とは?

Abstract isometric UI showing network ranges, usage bars, region names (EMEA/APAC), and a purple "Deploy" button
主なポイント要点はAIの支援により生成されています。自動生成された要約には、時折誤りがあったり、重要な文脈が抜け落ちたりする場合があるため、完全な情報を得るには、必ずブログ記事の全文をご参照ください。

LDAP (Lightweight Directory Access Protocol) is an application-layer protocol defined by the IETF that enables clients to search, read, and modify entries in hierarchical directory services over IP networks, commonly used for user authentication and identity data lookups via TCP connections to directory servers. The protocol operates on a client-server model where clients connect to a directory server, authenticate through bind operations, and send requests such as search, compare, add, modify, and delete operations, with data organized as a tree of entries identified by distinguished names and access controlled by server-side rules. Security and operational reliability depend heavily on proper configuration including encrypted connections (TLS on port 636 or StartTLS on port 389), least-privilege service accounts, certificate validation, redundant servers, and protection against LDAP injection attacks, as outages or misconfigurations can block logins across entire organizations that depend on centralized directory access.

  • LDAP uses TCP port 389 by default (or port 636 for LDAP over TLS from the start), and clients can upgrade unencrypted connections to encrypted sessions using the StartTLS operation before sending credentials.
  • Common operational issues include expired or mismatched server certificates causing TLS failures, clients relying on stale DNS records or single hard-coded servers, and service account lockouts when application bind account passwords expire or change.
  • Simple binds send passwords in clear text unless the session is protected with TLS, and LDAP injection attacks can occur when applications build search filters from user input without properly escaping special characters as defined in RFC 4515.

LDAPの概要

AttributeValue
Full nameLightweight Directory Access Protocol
CategoryNetwork protocol
Defined inRFC 4511, with the current technical specification set in RFC 4510
Protocol and portTCP port 389 for LDAP and StartTLS, TCP port 636 for LDAP over TLS (LDAPS)
OSI layerLayer 7 (application)
Primary useAuthenticating users and querying identity and resource information in a directory
Related termsActive Directory, Kerberos, TLS, single sign-on, DNS SRV record

LDAPの仕組み

LDAPはクライアント・サーバーモデルを採用しており、クライアントがディレクトリサーバーへの接続を確立し、認証を行った後、操作を送信すると、サーバーは結果と共に応答を返します。ディレクトリデータはエントリのツリー構造として整理されており、各エントリは識別名(DN)によって識別されます。

  1. 接続:クライアントはディレクトリサーバーへのTCP接続を確立します。通常はポート389を使用しますが、最初からTLSを使用する場合はポート636を使用します。
  2. セッションのセキュリティ確保:ポート 389 では、クライアントは StartTLS 操作を実行して、認証情報を送信する前に接続を暗号化されたものへとアップグレードすることができます。
  3. バインド:クライアントは認証のためにバインド要求を送信します。シンプルバインドでは識別名とパスワードが送信されますが、SASLバインドでは他の認証メカニズムがサポートされています。匿名バインドでは認証情報は送信されません。
  4. 送信操作:クライアントは、検索、比較、追加、変更、削除、またはDNの変更などのリクエストを送信します。検索では、ベースエントリ、スコープ、フィルタ、および返す属性を指定します。
  5. 結果の受信:サーバーは、各リクエストに対して一致するエントリと結果コードを返します。1つの接続で複数のリクエストが未処理の状態になることがあります。
  6. アンバインド:クライアントがアンバインド要求を送信すると、接続が切断されます。

上記の手順では、クライアントがサーバーをどのように見つけるか、またデータの一貫性がどのように保たれるかについては説明していません。クライアントは多くの場合、DNSのSRVレコードを通じてサーバーを特定し、ディレクトリサーバーは通常、相互にデータをレプリケートしますが、レプリケーションはコアプロトコルの機能ではありません。エントリや属性へのアクセスは、サーバー側のアクセス制御ルールによって管理されます。

エンタープライズネットワークにおいてLDAPが重要な理由

LDAPは、アプリケーションが中央ディレクトリにアクセスするための一般的な手段です。VPNゲートウェイ、Webアプリケーション、メールシステム、ネットワークデバイス、Linuxホストなどは、ユーザーの認証やグループメンバーシップの確認のために、頻繁にLDAPをクエリします。非常に多くのシステムが1つのディレクトリに依存しているため、障害や応答の遅延が発生すると、組織全体のログインが阻害される可能性があります。

セキュリティは設定に大きく依存します。セッションが TLS で保護されていない限り、単純なバインドではパスワードが平文で送信されるため、ポート 389 での暗号化されていない LDAP 通信は、トラフィックを傍受できる者なら誰にでも認証情報をさらすことになります。匿名バインド、権限が広すぎるサービスアカウント、および緩いアクセス制御は、ユーザーやグループのデータを漏洩させる恐れがあります。 ユーザー入力から検索フィルターを構築する際、エスケープ処理を行わないアプリケーションは、LDAPインジェクションの攻撃を受けやすくなります。RFC 4515では、フィルター値内の特殊文字をどのようにエスケープすべきかを定義することで、この問題に対処しています。

運用上の問題は、通常、証明書やサーバーの検出に関連しています。有効期限が切れた、または不一致のサーバー証明書は、認証エラーのように見えるTLSの失敗を引き起こします。また、古いDNSレコードや単一のハードコードされたサーバーに依存しているクライアントは、そのホストが廃止されると動作しなくなります。 LDAPを適切に管理しているチームは、暗号化された接続、最小権限のサービスアカウント、応答時間の監視、および冗長化されたサーバーを採用しています。

LDAPと関連用語の比較

LDAP 対 Active Directory

LDAPはディレクトリデータにアクセスするためのプロトコルであるのに対し、Active DirectoryはIDデータを保存し、LDAPをはじめとするさまざまなプロトコルをサポートするディレクトリサービスです。Active Directoryとは何ですか?

AttributeLDAPActive Directory
TypeApplication protocolDirectory service
RoleDefines how clients query and modify directory entriesStores users, groups and computers and enforces policy
AuthenticationSimple and SASL bindsCommonly uses Kerberos, and also accepts LDAP binds
StandardizationDefined by the IETFImplementation with its own extensions

LDAPの一般的な問題

StartTLS を使用せずにポート 389 で構成されたアプリケーションは、バインド DN とパスワードを暗号化せずに送信するため、パケットキャプチャや監査記録にそれらが記録されてしまいます。StartTLS またはポート 636 に切り替え、保護されていないセッションでのシンプルバインドを拒否してください。

ディレクトリサーバーの証明書が、クライアントが信頼していないCAによって署名されている場合、有効期限が切れている場合、または接続に使用されるホスト名が記載されていない場合、クライアントは「発行者が信頼できない」や「名前の不一致」などのエラーを報告します。証明書名ではなくIPアドレスを使用して接続することが、よくある原因です。

検索ベース、スコープ、またはフィルタがディレクトリツリーと一致しないため、検索結果にエントリが表示されないか、誤ったエントリが表示されることがあります。ディレクトリの再構築後など、認証情報が正しいにもかかわらずログインに失敗することがよくあります。

パスワードの有効期限が切れている、または変更されたアプリケーションのバインドアカウントは、繰り返し再試行を行い、最終的にロックアウトされてしまいます。これにより、そのアカウントに依存するすべてのログインが機能しなくなります。サービスアカウントからのバインド失敗を監視することで、この問題を早期に検知できます。

クライアントを1台のディレクトリサーバーに集中させると、そのサーバーの再起動やネットワーク障害が発生しただけで、すべての場所でのログインがブロックされてしまいます。複数のサーバーを使用するか、負荷分散された名前を使用し、それらのDNSレコードが正しく解決されるようにしてください。

統合型DDIがネットワーク運用をいかに簡素化するかをぜひご覧ください

自動化、可視化、制御機能が組み込まれた単一のプラットフォームから、DNS、DHCP、IPアドレスを管理できます。

LDAP FAQ

関連用語

Network visualization showing IP addresses and interconnected nodes representing IPAM infrastructure and data flow

組織のネットワーク向けに、ガバナンスが確立され、監査対応可能なIPAMワークフローおよび承認モデルを構築する

ガバナンスが確立され、監査対応が可能なIPAMワークフローを実現するIP管理ソリューションをご覧ください。企業ネットワークチーム全体で、範囲を限定した承認と完全な監査証跡を実現します…

Read more
コンテンツハブ

OSIモデルの理解:7層構造におけるDNSとIPアドレスの位置づけ

OSIモデルの7つの層と、DNSおよびIPアドレスがそれらにどのように位置づけられるかを理解しましょう。BlueCatでネットワークアーキテクチャの基礎を学びましょう。…

Read more
Fiber optic cables with glowing blue and cyan light points representing high-speed network data transmission and connectivity

IPv6 およびデュアルスタック企業ネットワーク向けの DNS および IPAM のスケーリング

デュアルスタック企業ネットワーク向けに DNS および IPAM を拡張します。Micetro が、統合された DNS、DHCP、および IPAM…

Read more
Hand holding digital pen interacting with holographic network diagrams and data visualization on laptop screen, representing

Embedding DNS, DHCP, and IPAM into Ansible and Git-based infrastructure-as-code pipelines

Embedding DNS, DHCP, and IPAM into Ansible and Git-based IaC pipelines with Micetro turns address and record changes into versioned, reviewable steps

Read more
ポッドキャスト

ポッドキャスト:AIがエンタープライズソフトウェア開発をどう変えているか

AIはネットワークの自動化を変革しますが、安全な導入には、サービス停止を防ぐための堅固なソフトウェア開発手法、テスト、およびドメインの専門知識が必要です。…

Read more
ポッドキャスト

ポッドキャスト:ネットワーク運用においてオープンプラットフォームが重要な理由

オープンプラットフォームとAPIファーストのアーキテクチャにより、ハイブリッド環境の企業全体で、インテリジェントなネットワーク運用、自動化、そしてAI駆動のワークフローが実現されます。…

Read more
Network engineer reviewing LiveNX flow and telemetry data visualized across server racks in a hybrid multicloud environment

LiveAssistを活用して、すでに保有しているLiveNXのデータから答えを引き出しましょう

LiveNX用のAI搭載アドオン「LiveAssist」が、ネットワークデータを迅速で分かりやすい回答に変換し、わずか数日でその価値を実感できる仕組みについてご覧ください。…

Read more

関連記事