Aventura, Florida · serving clients across the United States (305) 404-9404Toll-free (800) 767-8566Emergency? Get a call within 1 hour
Accounting and advisory Illustrative engagement

An accounting firm's Active Directory, rebuilt and re-tiered after ransomware reached the domain admins

An accounting and advisory firm of about 400 people in four U.S. offices.

Scale
~400 users, 6 domain controllers, 4 sites, 1 forest
Engagement
11 days from the first call to a verified domain; hardening over the following 8 weeks

The challenge

Ransomware had encrypted file servers and a domain admin credential was in the attacker's hands. The firm's only backups of the directory were on the same network, and nobody knew whether they were clean.

What our team delivered

  • Containment first: affected segments isolated, domain admin and service accounts disabled, and memory and logs preserved from domain controllers before any rebuild
  • Scoping the intrusion from event logs and directory replication metadata to find what was changed: new accounts, group membership, delegation, Group Policy objects and scheduled tasks
  • Recovery to a known clean point: domain controllers rebuilt from the operating system up, and the directory restored from a system-state backup that predated the intrusion
  • Double reset of the krbtgt account, with a replication wait between resets, to invalidate forged Kerberos tickets; all privileged and service credentials rotated
  • Tiered administration afterwards: separate admin accounts per tier, Protected Users, Local Administrator Password Solution on every workstation and server, and group managed service accounts for services
  • Backups moved to an immutable copy with a separate identity, plus a written forest recovery runbook that was rehearsed once

Result

Mail, files and line-of-business systems returned in priority order, each verified before rejoining the network. The firm now has a documented forest recovery procedure and a directory in which one stolen password no longer reaches everything.

Every sign-in, verified

Staff sign in once, but behind the scenes the device, the identity, a phone approval and your access policy are all checked before any app opens, and strangers are turned away.

Every sign-in, verifiedDiagram of user authentication. A user signs in; the device is checked for MDM and Intune compliance; the identity provider, Active Directory or Entra ID, verifies the account; an MFA push is approved on the user's phone; conditional access evaluates the policy; and access is granted to email, ERP and files. On a second pass, a sign-in from an unknown device in a new location is blocked by the conditional access policy. VERIFIED SIGN-INUserSigns inDevice checkMDM · IntuneIdentityAD · Entra IDMFA pushPhone approvalConditionalaccessPolicy checkEmailERPFilesUnknown deviceNew locationApprove?Blocked

Backup tiers: data lost versus time to recover

Recovery point objective (RPO) is how much recent data a restore loses; recovery time objective (RTO) is how long the restore takes. Faster tiers sit close to the production system and share its fate; slower tiers survive ransomware and site loss. The scale is logarithmic. Illustrative figures.

Backup tiers: data lost versus time to recoverPaired horizontal bars on a logarithmic time scale. Snapshot: RPO 1 hour, RTO 15 minutes. Replica: RPO 1 minute, RTO 5 minutes. Immutable object store: RPO 1 day, RTO 4 hours. Offline copy: RPO 7 days, RTO 1 day.RPO and RTO by backup tier (log scale)RPO: data lostRTO: time to recover1 min10 min1 h6 h1 day7 daysSnapshotsame array, same failure domain1 h15 minReplicasecond site, asynchronous1 min5 minImmutable object storewrite-once, cannot be altered1 d4 hOffline copyair-gapped, no network path7 d1 dKeep one tier of each kind: the fast one restores quickly, the immutable one survives an attacker with admin rights.

Separate by region and by business unit

Each business unit lives in its own VRF and VLAN in every region, so a problem in retail cannot reach finance. Traffic between units has to pass a firewall that denies by default and allows only what is written down.

Separate by region and by business unitA grid with three regions, Americas, EMEA and APAC, and three business units, Finance, Retail and R&D. Each cell is a separate VRF with its own VLAN and VNI. Each business unit has one overlay running across its three regional cells, shown as a row. On the right a firewall zone enforces a zero-trust policy that denies by default. A red packet from Retail trying to reach Finance is blocked at the firewall. A teal packet from R&D to the shared DNS and identity services is allowed. AMERICASEMEAAPACFinanceVRF fin · VLAN 110VNI 10110VRF fin · VLAN 110VNI 10110VRF fin · VLAN 110VNI 10110RetailVRF retail · VLAN 120VNI 10120VRF retail · VLAN 120VNI 10120VRF retail · VLAN 120VNI 10120R&DVRF rnd · VLAN 130VNI 10130VRF rnd · VLAN 130VNI 10130VRF rnd · VLAN 130VNI 10130Firewallzoneszero trustdeny bydefaultSharedDNS · IdPdenyallowVRF · L3 isolationVLAN to VNI · L2Default-deny policyEVPN-VXLAN fabricWireGuard + IPsec WANLogs to one SIEM

Do you know if your company is safe?

Speak with a security engineer today. The first assessment call is free and confidential.

CallFree assessment