Python-kdcproxy: realm制御されたDNS SRV経由の認証されていないSSRF

このSSRF脆弱性は、kdcproxyがレルムのサーバーアドレスが設定されていない場合に、DNS SRVレコードをクエリしてしまうという問題に基づいています。攻撃者は、自身が作成したSRVレコードをDNSゾーンに設定し、それらのレコードが任意のポートやホスト名（ループバックアドレスや内部IPアドレスを含む）を指すようにすることで、この脆弱性を悪用できます。これにより、内部ネットワークのトポロジーやファイアウォールルールを調査したり、ポートスキャンを実行したり、データを外部に持ち出したりすることが可能になります。この脆弱性は、内部ネットワークへの不正アクセスや情報漏洩のリスクを高めます。

Organizations deploying kdcproxy in environments with exposed internal services or where DNS records are not tightly controlled are at increased risk. Shared hosting environments where multiple users share DNS infrastructure are particularly vulnerable, as an attacker could potentially manipulate SRV records to affect other tenants.

• linux / server: Monitor kdcproxy logs for unusual DNS queries, particularly those involving SRV records. Use journalctl -u kdcproxy to filter for DNS-related entries.

journalctl -u kdcproxy | grep 'DNS SRV record'

• generic web: Use curl to test for SSRF by attempting to access internal services through kdcproxy.

curl http://<kdcproxy_ip>/realm/internal_service

• generic web: Examine access logs for requests to unusual or unexpected internal endpoints.

1. 2025-11-12Disclosure

   disclosure

1. 予約済み2025-09-08
2. 公開日2025-11-12
3. 更新日2025-12-19
4. EPSS 更新日2026-03-23

この脆弱性への対応策として、まずkdcproxyをバージョン1.1.0にアップデートすることを推奨します。アップデートが困難な場合は、レルムのサーバーアドレスを適切に設定することで、DNS SRVレコードのクエリを無効化できます。また、WAFやプロキシサーバーを使用して、kdcproxyへの不正なリクエストをブロックすることも有効です。SigmaルールやYARAパターンを用いて、この脆弱性を悪用した攻撃の兆候を検知することも重要です。