CyberPatriot Resources · Resource 03

Windows Server & Active Directory

Use Microsoft Learn to understand Windows Server roles, Active Directory Domain Services, privileged identities, DNS, Group Policy, shares, auditing, and secure administration.

In competition work, documentation should help you understand what a component does and what depends on it before you make a change. The scenario still determines what must remain enabled, authorized, and functional.

Resource Goal

Primary sourceMicrosoft Learn
Core identityAD DS
Key dependencyDNS
Security modelLeast privilege

Server resource rule

Understand the dependency before changing the server

A server role, domain account, DNS setting, share, or GPO can affect many other systems. Use documentation to identify purpose and scope, then make only mission-compatible, evidence-backed changes.

What to study

Focus on the concepts that affect competition decisions

Roles & Features

Know what AD DS, DNS, DHCP, File Services, and other common server roles do.
Understand that a role can be mission-critical even when it looks unfamiliar.
Check role dependencies before removing or disabling components.
Use Server Manager and PowerShell as complementary administration tools.

Users & Groups

Distinguish local accounts from domain accounts.
Review membership in Administrators, Domain Admins, Enterprise Admins, and other privileged groups carefully.
Treat service accounts differently from ordinary interactive users.
Use least privilege instead of broad administrator membership.

Active Directory Structure

Understand forests, domains, organizational units, users, groups, and computers.
Know that AD objects live inside a hierarchical directory.
Recognize that group membership can provide effective privilege indirectly.
Avoid broad object changes without understanding scope.

Group Policy

Understand that GPOs can affect many systems at once.
Identify whether a setting is local or domain-controlled before changing it.
Treat broad GPO edits as high-impact changes.
Verify policy results after making any authorized change.

DNS & Name Resolution

Remember that AD DS depends heavily on DNS.
Domain clients use DNS to locate domain controllers and services.
A DNS mistake can look like an authentication, replication, or connectivity problem.
Check DNS before making unrelated security changes when domain functions fail.

Shares & Permissions

Understand both share permissions and NTFS permissions.
Review effective access instead of only one permission layer.
Preserve required shares and business functions.
Avoid broad permission resets unless the mission clearly supports them.

Competition use

Use the documentation to answer the question behind the finding

When a privileged account looks suspicious

1

Confirm whether the account is approved by the scenario.

2

Check direct and indirect privileged-group membership.

3

Determine whether the identity is a service or automation account.

4

Preserve relevant account-change evidence.

5

Make the narrowest justified change and verify required administration still works.

When a server role looks unnecessary

1

Identify what role or feature is installed.

2

Determine whether the scenario or another required service depends on it.

3

Check current service state and recent evidence.

4

Do not remove the role simply because it is unfamiliar.

5

If a change is justified, verify the mission function afterward.

When domain authentication fails

1

Check basic network reachability.

2

Check DNS configuration and name resolution.

3

Confirm domain-controller services are healthy.

4

Review authentication and system logs.

5

Avoid unrelated account or policy changes until the dependency chain is understood.

When share access is wrong

1

Identify the required share and approved users.

2

Review share permissions.

3

Review NTFS permissions.

4

Check group membership that affects effective access.

5

Test the expected user path after any change.

Quick reference map

Know where to look when you need evidence

Identity

Local Users and Groups
Active Directory Users and Computers
Privileged group membership
Service accounts
Account status and recent changes

Services

Server Manager
Services console
PowerShell Get-Service
Role and feature inventory
Required application dependencies

Policy

Local Security Policy
Group Policy Management
gpresult
Audit policy
Security baseline references

Network

DNS settings
IP configuration
Firewall rules
RDP and WinRM
Required listening services

Evidence

Event Viewer
Security log
System log
Service-install events
Account and group-change events

Event IDs

Useful Windows Server evidence references

Event IDs are clues, not conclusions. Interpret them with the account, system, timestamp, scenario, and surrounding events.

4624

Successful logon

4625

Failed logon

4672

Special privileges assigned to a new logon

4720

User account created

4722

User account enabled

4725

User account disabled

4728

Member added to a global security group

4732

Member added to a local security group

5140

Network share accessed

7045

Service installed

Weak habit vs better habit

Use documentation to improve judgment, not replace it

Weak habit

Remove unfamiliar domain accounts immediately.

Better habit

Classify the identity, review scenario authorization, privilege, dependencies, and evidence before changing it.

Weak habit

Disable server roles that are not obviously needed.

Better habit

Identify the role's mission purpose and dependencies before changing the server.

Weak habit

Fix domain logon problems by resetting accounts first.

Better habit

Check network and DNS dependencies before assuming the account itself is the problem.

Weak habit

Use Domain Admin for convenience.

Better habit

Apply least privilege and protect highly privileged accounts from unnecessary everyday use.

Weak habit

Change a GPO because one machine has the wrong setting.

Better habit

Confirm whether the issue is local or domain-wide and understand the GPO's scope before editing it.

Weak habit

Only check share permissions when access is wrong.

Better habit

Review both share and NTFS permissions plus group membership to understand effective access.

Windows Server resource checklist

Build a reference habit that protects mission dependencies

01

Use Microsoft Learn as the primary Windows Server and AD reference.

02

Understand the role of AD DS before changing directory objects.

03

Treat Domain Admins, Enterprise Admins, and Administrators as highly sensitive groups.

04

Use least privilege for routine administration.

05

Preserve required server roles and services.

06

Check DNS when domain services or authentication behave unexpectedly.

07

Review both share and NTFS permissions.

08

Treat broad Group Policy changes as high impact.

09

Use Event Viewer and audit evidence to support conclusions.

10

Protect service accounts and understand their dependencies.

11

Verify required domain functionality after meaningful changes.

12

Use documentation to learn concepts, not to justify a change that conflicts with the competition scenario.