Edit

Share via

Active Directory Forest Recovery - Identify the problem

When symptoms of a forest-wide failure appear, such as in event logs or other monitoring solutions, work with Microsoft Support to determine the cause of the failure and evaluate any possible remedies.

[!MPORTANT] This guide doesn't cover security recommendations for how to recover a forest that has been hacked or compromised. In general, it's recommended to follow Best Practices for Securing Active Directory and Pass-the-Hash mitigation techniques to harden the environment. For more information, see Mitigating Pass-the-Hash (PtH) Attacks and Other Credential Theft Techniques.

Examples of forest-wide failures

  • All DCs are logically corrupted or physically damaged to a point that business continuity is impossible; for example, all business applications that depend on AD DS aren't functional.
  • A rogue administrator compromised the Active Directory environment.
  • An attacker intentionally — or an administrator accidentally — runs a script that spreads data corruption across the forest.
  • An attacker intentionally — or an administrator accidentally — extends the Active Directory schema with malicious or conflicting changes.
  • The content, or a backup of a Domain Controller, has been exposed to an external party, but leaked credentials haven't been used to modify AD data. In this case, you may not need to restore the AD database from backup and reinstall all DCs. You may need to reset all password of users, computers, trusts and (g)MSA accounts.
  • An attacker installed malicious software on DCs, and you were advised by Microsoft Support to recover the forest from backup.
  • None of the DCs can replicate with their replication partners.
  • Changes can't be made to AD DS at any domain controller.
  • New DCs can't be installed in any domain.

Next steps