hunt-ntlm-info

Detect NTLM information disclosure on IIS, SharePoint, and Exchange services.

Updated Jun 18, 2026
One-click install
npx skills add https://github.com/Kisilev13/Hermes-Agent-Workspace --skill hunt-ntlm-info-kisilev13
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: hunt-ntlm-info
Source: https://github.com/Kisilev13/Hermes-Agent-Workspace/tree/main/skills/hunt-ntlm-info
Command: npx skills add https://github.com/Kisilev13/Hermes-Agent-Workspace --skill hunt-ntlm-info-kisilev13

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes scripts (resource) and references (resource) components.

What problem does it solve?

This Skill identifies NTLM/Negotiate information disclosure on internet-reachable IIS/SharePoint/Exchange services, revealing internal AD topology and default hostnames.

Core Features & Use Cases

  • NTLM Info Disclosure Detection: Detects NTLM Type-2 challenges and decodes AV_PAIRS for internal domain and timestamp information.
  • Targeted Scanning: Identifies and scans specific HTTP endpoints known to use NTLM authentication.
  • Use Case: Automatically identify and report NTLM information disclosure in enterprise environments, aiding in security audits and vulnerability assessment.

Quick Start

Analyze the target's authentication headers using the hunt-ntlm-info skill.

Frequently Asked Questions about hunt-ntlm-info

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I detect NTLM information disclosure on IIS and SharePoint services?

To detect NTLM information disclosure on IIS and SharePoint services, you analyze NTLMSSP challenge responses to extract internal AD domain, computer name, and timestamp information from specific HTTP endpoints requiring NTLM authentication.

What internal data is exposed during an NTLM Type-2 challenge response?

An NTLM Type-2 challenge response exposes internal Active Directory topology data by decoding AV_PAIRS, specifically revealing the internal AD domain, default computer name, and timestamp information from the target server.

Can I scan Exchange services for NTLM authentication details without credentials?

Yes, you can scan Exchange services for NTLM authentication details without credentials by probing targeted HTTP endpoints that use NTLM authentication and analyzing the server's challenge response headers for internal information.

Do I need network access to extract AD domain information from NTLMSSP challenges?

Yes, you need direct network access to the target IIS, SharePoint, or Exchange services to send specific HTTP headers indicating NTLM authentication and capture the NTLMSSP challenge responses for analysis.

What is the best way to audit enterprise environments for NTLM Negotiate information disclosure?

The best way to audit enterprise environments for NTLM Negotiate information disclosure is to automatically identify and scan internet-reachable IIS, SharePoint, and Exchange endpoints, then decode the challenge responses to report exposed internal topology.

Why does analyzing NTLM authentication headers reveal internal computer names?

Analyzing NTLM authentication headers reveals internal computer names because the NTLMSSP challenge response mechanism includes AV_PAIRS that encode default hostnames and internal AD domain details for enterprise authentication routing.