Windows Server · Lesson 14

DHCP Server Security Review

Review DHCP authorization, scopes, leases, reservations, exclusions, options, interface bindings, and logs without breaking the network configuration clients depend on.

DHCP is not just an address dispenser. It can define a client's gateway, DNS servers, domain suffix, and other network behavior, so one incorrect setting can affect an entire subnet.

Lesson Snapshot

Core concepts6
Primary consoledhcpmgmt.msc
Key client dataIP + GW + DNS
GoalAddress + verify

Learning objectives

What this lesson should help you do

01

Review Windows Server DHCP authorization, scopes, leases, reservations, exclusions, options, bindings, and audit logs.

02

Explain how DHCP fits into a domain network and why incorrect settings can disconnect many clients at once.

03

Use DHCP Manager, Server Manager, Event Viewer, PowerShell, and client-side tests to inspect DHCP safely.

04

Recognize suspicious or overly broad DHCP configuration without deleting required scopes, options, or reservations blindly.

05

Understand the difference between scope options, server options, reservations, exclusions, leases, and bindings.

06

Verify client addressing and network access after any DHCP change.

Core concepts

Understand what DHCP is actually controlling

Scope

A range of IP addresses and related settings that a DHCP server can lease to clients on a specific network.

Lease

A temporary assignment of an IP address and DHCP options to a client.

Reservation

A mapping that assigns a predictable address to a specific client, usually based on its hardware identifier.

Exclusion range

Addresses inside a scope that the DHCP server must not lease dynamically.

DHCP option

Additional configuration delivered to clients, such as default gateway, DNS servers, or DNS domain name.

Authorization

In Active Directory environments, DHCP servers can be authorized so domain infrastructure recognizes them as approved DHCP servers.

Core idea

DHCP controls more than the IP address

Gateway and DNS options can determine whether a client can reach other networks, find the domain, and use required services.

Network warning

One scope change can affect many clients

Incorrect gateway, DNS, exclusion, or address-range changes can disconnect an entire subnet.

Record the current scope and options before changing them.

Tool map

Exactly where to review DHCP

DHCP Manager

Server Manager → Tools → DHCP

Quick action

Win + R → dhcpmgmt.msc

Primary GUI for reviewing DHCP servers, IPv4/IPv6 scopes, leases, reservations, options, policies, filters, and server properties.

IPv4 scope

DHCP Manager → server → IPv4 → expand the required scope

Quick action

Review Address Pool, Address Leases, Reservations, Scope Options, and Policies.

Start with the scenario-required scope before changing server-wide settings.

Server options

DHCP Manager → server → IPv4 → Server Options

Quick action

Review settings that may apply broadly across scopes.

Server Options can affect many clients if a scope does not override them.

Server properties

DHCP Manager → right-click server → Properties

Quick action

Review bindings, DNS behavior, logging, filters, and other server-wide settings.

Server-wide changes can affect every active scope.

DHCP authorization

DHCP Manager → right-click DHCP → Manage Authorized Servers

Quick action

Review approved DHCP servers in the Active Directory environment.

Do not unauthorize a required production or competition server simply because another DHCP server also appears.

Event Viewer

Event Viewer → Applications and Services Logs → Microsoft → Windows → DHCP-Server

Quick action

Review applicable DHCP operational and admin logs.

Event evidence can help explain service, authorization, lease, and configuration problems.

DHCP audit logs

C:\Windows\System32\dhcp

Quick action

Review DHCP audit log files when audit logging is enabled.

Audit logs can contain lease and server activity useful for investigation.

PowerShell

Start → search PowerShell → Run as administrator when required

Quick action

Use Get-DhcpServer* cmdlets for read-only inspection.

PowerShell is especially useful for fast scope, option, lease, reservation, and binding inventory.

Scope review

Ten questions before changing a scope

01

What subnet does this scope serve?

02

What is the start and end address of the pool?

03

Which addresses are excluded from dynamic leasing?

04

Are any important systems using reservations?

05

What lease duration is configured?

06

Which default gateway is supplied to clients?

07

Which DNS servers are supplied to clients?

08

Which DNS domain name is supplied?

09

Are any policies changing options for selected clients?

10

How will a client obtain or renew a lease after the change?

Server review

Ten questions before changing server-wide DHCP

01

Is this DHCP server authorized in Active Directory when authorization is part of the environment?

02

Which network interfaces is DHCP bound to?

03

Is the DHCP Server service running?

04

Are audit logs enabled?

05

Are filters being used?

06

Are there multiple scopes and are all of them required?

07

Are server-level options configured?

08

Does DHCP update DNS records on behalf of clients?

09

Are failover or relay relationships part of the network design?

10

Which client-side tests prove DHCP is working correctly?

Common DHCP options

Small option changes can have large network effects

Option 003

Router

Provides the default gateway clients use to reach other networks.

An incorrect gateway can strand clients on the local subnet.

Option 006

DNS Servers

Provides the DNS resolvers clients should use.

Incorrect DNS can break domain logon, Group Policy, and ordinary name resolution.

Option 015

DNS Domain Name

Provides the DNS suffix or domain name used by clients.

An incorrect suffix can cause confusing name-resolution and domain behavior.

Option 044 / 046

Legacy NetBIOS options

May appear in older environments that still use NetBIOS name services.

Do not add or remove legacy options without understanding the environment that depends on them.

PowerShell inspection

Inventory DHCP without changing it

DHCP service state

Get-Service -Name "DHCPServer"

Shows whether the DHCP Server service is running.

Authorized DHCP servers

Get-DhcpServerInDC

Shows DHCP servers authorized in Active Directory when the cmdlet and domain context are available.

IPv4 scopes

Get-DhcpServerv4Scope | Select-Object ScopeId, Name, State, StartRange, EndRange, SubnetMask, LeaseDuration

Creates a read-only inventory of IPv4 scopes.

Scope leases

Get-DhcpServerv4Lease -ScopeId "10.0.10.0" | Select-Object IPAddress, HostName, ClientId, AddressState, LeaseExpiryTime

Shows leases for a selected scope. Replace the example ScopeId with the authorized scope.

Reservations

Get-DhcpServerv4Reservation -ScopeId "10.0.10.0" | Select-Object IPAddress, ClientId, Name, Description

Lists reservations for a selected scope.

Scope options

Get-DhcpServerv4OptionValue -ScopeId "10.0.10.0"

Shows DHCP options configured at the selected scope.

Server options

Get-DhcpServerv4OptionValue

Shows server-level DHCP option values.

Bindings

Get-DhcpServerv4Binding

Shows which network interfaces DHCP is bound to.

Statistics

Get-DhcpServerv4Statistics

Shows useful DHCP server statistics such as addresses in use and available.

Address pool logic

Range, exclusions, reservations, and leases are different things

Start and end range

Define which addresses the scope can potentially lease.

Exclusions

Protect addresses inside the subnet that should not be leased dynamically, such as statically configured infrastructure.

Reservations

Provide predictable addresses to known clients without manually configuring the client itself.

Available addresses

The usable dynamic pool is the configured range minus exclusions and reserved or currently leased addresses.

Authorization

Authorized does not always mean single-server

Authorized server

In an Active Directory environment, an authorized DHCP server is recognized as approved to provide DHCP service.

Unauthorized server

An unknown DHCP server can create conflicting network configuration, but do not assume every additional authorized server is malicious.

Redundancy

Multiple authorized DHCP servers can be legitimate when scopes, failover, or network design require them.

Verify role ownership

Compare authorized servers with scenario documentation and network design before removing authorization.

DHCP and DNS

Lease changes can affect DNS records

Client registration

Clients may register their own DNS records depending on configuration.

DHCP registration

DHCP can be configured to update DNS records for clients, which creates a dependency between DHCP and DNS.

Credentials

Some environments use dedicated credentials for secure dynamic DNS updates.

Aging and stale records

DHCP lease changes can affect DNS records, so scavenging and update behavior should be reviewed together.

Suspicious signals

DHCP settings that deserve deeper investigation

Unknown default gateway

A scope option pointing clients to an unexpected router can redirect traffic or break connectivity.

Unexpected DNS server

An unknown DNS resolver in Option 006 can redirect queries and break domain behavior.

Overlapping scopes

Two active scopes serving the same addresses can create conflicts and unpredictable client configuration.

Unexpected reservation

A reservation for an unknown client may be legitimate, stale, or suspicious and should be investigated.

DHCP bound to unnecessary interface

The server may be listening on a network where it should not provide leases.

Large number of BAD_ADDRESS leases

Repeated conflicts can indicate duplicate static addressing, rogue DHCP behavior, or another network problem.

Troubleshooting

When DHCP does not behave as expected

Symptom

Client receives no DHCP address.

Check

Confirm the DHCP Server service, active scope, available addresses, server authorization, interface binding, relay path if used, firewall/network reachability, and client request behavior.

Symptom

Client receives an address but cannot reach other networks.

Check

Review Option 003 Router, subnet mask, VLAN/relay path, client route table, and whether the gateway address is valid for the scope.

Symptom

Client gets an address but cannot join or use the domain correctly.

Check

Review Option 006 DNS Servers and Option 015 DNS Domain Name. Domain clients should use the intended internal DNS infrastructure.

Symptom

Scope is active but no addresses are available.

Check

Review lease utilization, exclusions, reservations, stale leases, scope size, and whether the subnet design is correct.

Symptom

DHCP settings return after being changed.

Check

Another administrator, failover partner, automation, configuration-management tool, or imported configuration may be restoring them.

Symptom

One network works but another does not.

Check

Review the specific scope, DHCP relay/IP helper path, interface binding, VLAN routing, and scope options for the failing network.

Lease states

Lease status is evidence

Active

The client currently holds a valid lease.

Expired

The lease is no longer valid and the address may become available for reuse.

Reservation

The address is tied to a specific client identity and should not be treated like an ordinary dynamic lease.

BAD_ADDRESS

Windows DHCP may mark an address bad when conflict detection identifies another device already using it.

Filters and policies

One client can behave differently on purpose

Allow filters

Can restrict service to approved client identifiers in environments that use filtering.

Deny filters

Can block selected clients from receiving leases.

Policies

Can provide different options or behavior to selected clients based on conditions.

Caution

Filters and policies can explain why one client behaves differently from another, so inspect them before assuming the scope is broken.

Client verification

Prove the client received the intended configuration

View current address

ipconfig /all

Shows whether the client obtained its address, gateway, DNS servers, DHCP server, lease times, and DNS suffix as expected.

Release lease

ipconfig /release

Releases the current DHCP lease. Use only on an authorized test client because connectivity will temporarily drop.

Renew lease

ipconfig /renew

Requests a new or renewed DHCP lease from the authorized DHCP infrastructure.

Verify gateway

ipconfig /all

Confirm the default gateway matches the expected scope configuration.

Verify DNS

ipconfig /all

Confirm the client is using the intended internal DNS servers.

Verify domain connectivity

Resolve-DnsName example.local

Confirms DHCP-provided DNS configuration supports required domain name resolution.

Change discipline

Ten steps for controlled DHCP hardening

01

Read the scenario and identify required subnets.

02

Record scope ranges, exclusions, reservations, and options.

03

Record DHCP authorization and interface bindings.

04

Check current leases and active clients before disruptive changes.

05

Identify DHCP-DNS integration dependencies.

06

Change one scope or server setting at a time.

07

Avoid deleting reservations or exclusions without confirming ownership.

08

Avoid changing the default gateway or DNS options blindly.

09

Renew a lease from an authorized test client.

10

Verify address, gateway, DNS, and domain connectivity after changes.

Decision cases

DHCP decisions in server context

Scope supplies an unknown DNS server

Option 006 contains the required internal DNS server plus one undocumented address.

The second resolver may be unauthorized, stale, or part of a legitimate redundancy design.

Response

Identify the second server, compare it with the authorized network design, test current client behavior, then remove it only if it is clearly unnecessary or incorrect.

Large exclusion range appears

A major portion of the scope is excluded from leasing.

The exclusion may protect static infrastructure or may unnecessarily shrink the pool.

Response

Map the excluded addresses to known servers, network devices, and reservations before changing the exclusion range.

Unknown reservation exists

A reserved address is tied to a client identifier not listed in the scenario.

It may belong to an infrastructure device, printer, server, or old client.

Response

Check hostname, lease history, DNS records, device ownership, and scenario requirements before deleting the reservation.

Second authorized DHCP server appears

Get-DhcpServerInDC returns two authorized servers.

A second server may be legitimate for redundancy, another site, or failover.

Response

Verify the network design and scope ownership before changing authorization.

Fictional defensive lab

Review DHCP-SRV

Step 01

Read the fictional requirement

DHCP-SRV provides addresses for the 10.20.30.0/24 client network. Clients must use 10.20.30.1 as the gateway and DC-PRACTICE as their internal DNS server.

Step 02

Inventory the server

Open DHCP Manager and use PowerShell to record authorization, interface bindings, scopes, statistics, and the DHCP service state.

Step 03

Review the client scope

Inspect Address Pool, exclusions, leases, reservations, Scope Options, and any policies.

Step 04

Investigate anomalies

The scope includes an undocumented second DNS server and a reservation for an unknown device. A large exclusion range also exists.

Step 05

Harden narrowly

Preserve required static infrastructure and reservations, remove only clearly unauthorized option values or entries, and keep the client pool large enough for the scenario.

Step 06

Verify from a client

Release and renew an authorized test client lease, then confirm the expected IP range, gateway, DNS server, DNS suffix, and domain resolution.

Common mistakes

DHCP mistakes that can disconnect a subnet

Deleting unknown reservations

Reservations often belong to printers, servers, appliances, or other required infrastructure.

Changing DNS option casually

Domain clients can lose authentication and Group Policy functionality when given the wrong DNS resolver.

Removing exclusions blindly

The excluded addresses may be statically assigned to routers, servers, or network devices.

Unauthorizing an unfamiliar DHCP server

Multiple authorized servers can be legitimate in multi-site or redundant designs.

Testing only in DHCP Manager

The server can look healthy while clients still receive bad options or fail to reach the network.

Ignoring scope utilization

A secure configuration still fails if the address pool is exhausted.

Reflection

Test your DHCP reasoning

Question 1

Why can an incorrect DHCP DNS option break Active Directory behavior?

Question 2

Why should a large exclusion range be investigated before being removed?

Question 3

Why can multiple authorized DHCP servers be legitimate?

Question 4

What is the difference between a reservation and a dynamic lease?

Question 5

Why should DHCP filters and policies be checked when one client behaves differently from another?

Question 6

What should be verified on a client after changing DHCP settings?

Verification checklist

Confirm clients receive the intended network configuration

01

The DHCP Server service is running.

02

The server is authorized when domain authorization is part of the design.

03

Required scopes are active.

04

Address pools and exclusions match the intended subnet design.

05

Required reservations remain intact.

06

Default gateway options are correct.

07

DNS server and DNS domain options are correct.

08

DHCP bindings match the intended interfaces.

09

Authorized clients can obtain or renew leases.

10

Clients can reach required networks and resolve required domain names.

Competition checklist

Before leaving DHCP review

01

Open DHCP Manager or dhcpmgmt.msc.

02

Review authorized DHCP servers.

03

Review IPv4 scopes.

04

Review Address Pool and exclusions.

05

Review Address Leases.

06

Review Reservations.

07

Review Scope Options.

08

Review Server Options.

09

Review interface bindings.

10

Review filters and policies when present.

11

Check DHCP audit/Event Viewer logs.

12

Verify from an authorized client with ipconfig /all and lease renewal.

Next Windows Server lesson

Scheduled Tasks & Persistence Review

Next, review scheduled tasks, triggers, actions, run-as identities, task history, unusual execution paths, and the difference between legitimate automation and suspicious persistence.

Open Lesson 15 →