Skip to content
Back to Blog
·9 min read·technology

Active Directory Security: Hardening Indian Enterprise Identity

Active Directory is the top ransomware target for Indian enterprises. Learn Kerberoasting defenses, delegation risks, and tiered admin hardening steps.

BR

Bachao.AI Research Team

Cybersecurity Research

Scan Your Attack Surface

Security exposure this creates

Unpatched vulnerabilities in your tech stack are the #1 entry point for breaches targeting Indian businesses. Here's what to watch.

Active Directory (AD) is the identity backbone for most Indian enterprises, and it is also the single most valuable target in a ransomware playbook. Once an attacker compromises a workstation, the real objective is rarely that machine — it is Domain Admin. From there, one attacker can encrypt every server, endpoint, and backup share the domain controls in a single push. Kerberoasting, unconstrained delegation, stale privileged accounts, and weak service-account passwords are the four weaknesses attackers exploit most often to get there, and a tiered administrative model with privileged access controls is the practical fix.

Why Active Directory Is the Crown Jewel in Ransomware Attacks

AD is not just a directory of usernames — it is the trust fabric that decides who can log into what, run what, and read what across an entire enterprise network. Compromise AD and you do not need to compromise every individual system; you inherit authority over all of them at once. This is precisely why post-incident reports from ransomware investigations consistently describe the same arc: initial foothold on an endpoint, credential theft, lateral movement, privilege escalation inside AD, then mass deployment of ransomware via Group Policy or domain-trusted admin tooling.

🚨
DANGER
If an attacker reaches Domain Admin, they typically do not need to breach anything else. They can push ransomware to every domain-joined machine using the same mechanisms IT teams use to distribute software and patches.

For Indian enterprises this matters because AD deployments here often carry more historical baggage than greenfield cloud identity setups — decades-old domains, service accounts nobody remembers the purpose of, and delegation rights granted for a one-time migration project years ago that were never revoked. Attackers do not need a zero-day to abuse any of this. They need default configurations, patience, and a handful of well-known techniques.

The Attack Path: From Phished Workstation to Domain-Wide Ransomware

The typical AD compromise chain follows a predictable sequence, which is exactly why it is defensible if you break any single link.

graph TD A[Phishing email opened] --> B[Workstation compromised] B --> C[Local credential harvest] C --> D[Kerberoasting service accounts] D --> E[Service account cracked offline] E --> F[Lateral movement to servers] F --> G[Unconstrained delegation abused] G --> H[Domain Admin credentials captured] H --> I[Domain-wide ransomware deployment] T1[Tiered admin model blocks path] --> F T2[Privileged access workstations] --> H T3[Service account password rotation] --> D style A fill:#5f1e1e,stroke:#EF4444,color:#e2e8f0 style B fill:#5f1e1e,stroke:#EF4444,color:#e2e8f0 style C fill:#5f1e1e,stroke:#EF4444,color:#e2e8f0 style D fill:#5f1e1e,stroke:#EF4444,color:#e2e8f0 style E fill:#5f1e1e,stroke:#EF4444,color:#e2e8f0 style F fill:#5f1e1e,stroke:#EF4444,color:#e2e8f0 style G fill:#5f1e1e,stroke:#EF4444,color:#e2e8f0 style H fill:#5f1e1e,stroke:#EF4444,color:#e2e8f0 style I fill:#5f1e1e,stroke:#EF4444,color:#e2e8f0 style T1 fill:#1e3d2f,stroke:#10B981,color:#e2e8f0 style T2 fill:#1e3d2f,stroke:#10B981,color:#e2e8f0 style T3 fill:#1e3d2f,stroke:#10B981,color:#e2e8f0

Every stage in that red chain is a stage where a control that already exists in Windows Server — just usually unconfigured — can stop the attacker cold. That is the core argument for AD hardening: it is not about buying new tools, it is about correctly configuring the ones already licensed.

The Five Most Common AD Weaknesses

1. Kerberoasting

Kerberoasting abuses a legitimate Kerberos feature: any authenticated domain user can request a service ticket for any account with a Service Principal Name (SPN), and that ticket is encrypted with the service account's password hash. If the attacker takes that ticket offline, they can brute-force or dictionary-attack the password without triggering any lockout policy or alert, because the request itself is normal domain activity. Service accounts are notorious for old, non-rotating, non-complex passwords set up once during an application deployment and never touched again — making them the easiest hashes to crack offline.

2. Unconstrained Delegation

Unconstrained delegation lets a server impersonate any user who authenticates to it, including Domain Admins, without limiting what that impersonation can be used for. It was designed for legacy multi-tier application scenarios but is frequently left enabled on servers that no longer need it. If an attacker compromises a server configured this way and a privileged account ever logs into it — even for routine maintenance — the attacker can extract that admin's ticket-granting ticket and impersonate them anywhere in the domain.

3. Stale Privileged Accounts

Every AD environment we assess accumulates accounts that were once legitimately privileged: a departed contractor, a decommissioned application's service account, a temporary escalation for a migration that was never rolled back. These accounts are dangerous precisely because nobody is watching them — no one notices unusual login times, unusual source hosts, or unusual query patterns on an account the business has forgotten exists.

4. Weak Service-Account Passwords

Service accounts are configured once, rarely rotated, and often excluded from the same complexity and expiry policies applied to human users because "rotating it might break the application." That operational excuse is exactly what turns them into the softest target for Kerberoasting and credential-stuffing attempts alike.

5. No Administrative Tiering

The single largest structural weakness is the absence of a tiered admin model. When the same Domain Admin credential is used to manage a workstation, a file server, and the domain controller itself, a single compromised workstation login is one hop away from full domain compromise. Flat administrative structures are the reason the attack path above is so short in practice.

⚠️
WARNING
A privileged account that is used to log into a regular workstation — even briefly, even for a "quick fix" — leaves credential material on that workstation that a local attacker can extract. This single habit undoes almost every other AD hardening control.

Know your vulnerabilities before attackers do

Run a free VAPT scan — takes 5 minutes, no signup required.

Book Your Free Scan

Common Weaknesses Found in Assessments

pie title AD Weaknesses Found in Enterprise Assessments "No admin tiering" : 28 "Kerberoastable service accounts" : 22 "Stale privileged accounts" : 18 "Excessive delegation rights" : 16 "Weak/unrotated SA passwords" : 16
ℹ️
INFO
This chart reflects a qualitative, illustrative distribution of the weakness categories commonly observed in AD security assessments, not a specific published statistical study. Treat it as a pattern indicator, not a precise industry figure.

The DPDP and Regulatory Context

Active Directory compromise is not just an availability problem — it is a data protection problem. If AD is the control plane for who can access every file server and database in the enterprise, a domain compromise is functionally a compromise of every dataset behind it, personal data included. Under India's Digital Personal Data Protection (DPDP) Act, 2023, a failure to implement reasonable security safeguards that leads to a personal data breach carries meaningful regulatory exposure. Enterprises building a DPDP compliance program should treat identity infrastructure hardening as a prerequisite, not an afterthought — see our DPDP compliance service for how identity controls map to statutory safeguard obligations.

🛡️
SECURITY
Regulators and auditors increasingly ask not just "do you have access controls" but "can you demonstrate that privileged access is tiered, monitored, and time-bound." A flat AD structure fails that test regardless of how strong your perimeter firewall is.
250 croreMaximum penalty magnitude for failure to implement reasonable security safeguards under the DPDP Act (MeitY, DPDP Act 2023, Schedule)

A Practical Hardening Path

Hardening AD is not a single project; it is a sequence of structural changes that compound. The order matters because some controls depend on others being in place first.

ControlWhat It StopsImplementation Effort
Tiered admin model (Tier 0/1/2)Lateral movement from low-tier to Domain AdminHigh — requires role mapping across IT
Privileged Access Workstations (PAWs)Credential theft from admin logins on regular endpointsMedium — dedicated hardware/VDI for admin tasks
Service account password rotation + gMSAKerberoasting, offline password crackingMedium — migrate to Group Managed Service Accounts
Remove unconstrained delegationTicket-granting-ticket theft from privileged loginsLow-Medium — audit and reconfigure to constrained/resource-based delegation
Privileged account lifecycle reviewStale accounts retaining domain rightsLow — recurring quarterly access review
LAPS (Local Administrator Password Solution)Pass-the-hash lateral movement via shared local admin passwordsLow — native Microsoft tooling
Monitoring for anomalous Kerberos ticket requestsEarly Kerberoasting detectionMedium — requires SIEM/EDR tuning
The tiered admin model is the anchor control. It separates administrative privilege into tiers — Tier 0 for domain controllers and identity infrastructure, Tier 1 for servers and applications, Tier 2 for workstations and end-user support — and enforces that credentials from a higher tier never authenticate to a lower tier. This single structural change is what breaks the attack path shown in the diagram above: even if a workstation is fully compromised, the attacker has no path to Domain Admin because that credential was never exposed to workstation-tier systems in the first place.
🎯Key Takeaway
Active Directory hardening is less about new security products and more about correctly configuring privilege boundaries that already exist in Windows Server. A tiered admin model, privileged access workstations, and disciplined service-account hygiene close the exact path — phished workstation to Kerberoasting to unconstrained delegation to Domain Admin — that ransomware operators rely on most.

Where Automated Assessment Fits

Manual AD reviews are valuable but slow and easy to defer. Automated vulnerability assessment and penetration testing that specifically enumerates Kerberoastable accounts, unconstrained delegation paths, and stale privileged group memberships gives security and IT teams a continuously updated attack-path map instead of a point-in-time audit that ages out within weeks. Bachao.AI, built by Dhisattva AI Pvt Ltd, is an automated VAPT platform designed to surface exactly this class of identity misconfiguration alongside network and application findings, so AD hardening becomes part of a routine assessment cycle rather than a standalone annual project — delivered, where a regulated engagement requires it, with a CERT-In empanelled partner. Review recurring findings and prioritization guidance on the blog, or start with a free VAPT scan to see where your own AD attack paths stand today.

Frameworks such as the CIS Microsoft Windows Server Benchmarks and the NIST SP 800-53 access control family both codify tiered privilege and least-privilege service account management as baseline expectations — not advanced hardening. Indian enterprises aligning to DSCI or MeitY guidance on cyber hygiene will find AD tiering referenced as foundational rather than optional.

Building the Habit, Not Just the Project

The organizations that stay hard to compromise are the ones that treat privileged account review as a recurring quarterly discipline, not a one-time cleanup after an audit finding. Stale accounts and delegation creep reappear within months of any cleanup if there is no owner responsible for reviewing new grants. Pair the technical controls in the table above with a named owner and a recurring calendar cadence, and the AD attack path stops being a single point of catastrophic failure and starts being what it should be: one control layer among several, none of which alone can hand an attacker the entire domain.

Frequently Asked Questions

What is Kerberoasting and why is it hard to detect?
Kerberoasting is a technique where an authenticated domain user requests a Kerberos service ticket for an account with a Service Principal Name, then cracks the ticket's encrypted portion offline to recover that account's password. It is hard to detect because the ticket request itself is normal, legitimate Kerberos activity — the attack happens entirely offline after the request, leaving no failed-login trail.
What is unconstrained delegation and why is it dangerous?
Unconstrained delegation allows a server to impersonate any user who authenticates to it, without restricting what that impersonation can be used for. It becomes dangerous when a privileged account, such as a Domain Admin, ever logs into a server configured this way, because the attacker who controls that server can then impersonate the admin anywhere in the domain.
What does a tiered admin model actually involve?
It separates administrative credentials into tiers — typically Tier 0 for domain controllers and identity systems, Tier 1 for servers and applications, and Tier 2 for workstations — and enforces that higher-tier credentials never authenticate to lower-tier systems. This structural separation is what prevents a compromised workstation from becoming a path to Domain Admin.
How often should privileged AD accounts be reviewed?
A quarterly review cadence is a reasonable minimum for most mid-size and large enterprises, with immediate review triggered by role changes, offboarding, or completed migration projects. Accounts granted temporary elevated access for a specific project are the most common source of stale privilege if not explicitly time-bound and revoked.
Does DPDP Act compliance require Active Directory hardening specifically?
The DPDP Act does not name Active Directory explicitly, but it does require reasonable security safeguards to prevent personal data breaches, and AD is typically the control plane governing access to systems holding personal data. Weak identity infrastructure is a foreseeable safeguard failure that regulators and auditors will scrutinize during an incident review.
Can automated VAPT tools find Kerberoasting and delegation risks?
Yes — automated assessment platforms can enumerate Service Principal Names, flag accounts vulnerable to Kerberoasting, identify unconstrained and excessive delegation grants, and surface stale privileged group memberships as part of a routine scan cycle, turning what used to be a manual, occasional audit into continuous visibility.
BR

Bachao.AI Research Team

Cybersecurity Research

AI-powered security research and threat intelligence from the Bachao.AI team. Covering the latest vulnerabilities, CVEs, and cybersecurity developments affecting Indian businesses.

Get cybersecurity insights for Indian SMBs

Weekly vulnerability alerts, DPDP compliance tips, and security guides. No spam — unsubscribe anytime.

We respect your privacy. Your email is never shared.

Find out if you're exposed to this class of threat

Free automated scan — risk score in under 2 hours. No credit card required.

Scan Your Attack Surface
Find your vulnerabilitiesStart free scan →