Competition Checklist · 10 · Verification

Mid-Round Verification Checklist

Pause the main hardening pass long enough to prove that required services, users, remote access, security controls, persistence, and network paths still match the mission.

The purpose of this sweep is regression detection. It catches accidental breakage before the final minutes become too expensive to troubleshoot.

Quick Use

Best timeMid-round
Main goalCatch regressions
MethodRetest + compare
Finish withPrioritized next steps

Verification rule

Do not wait until the last five minutes to discover what broke

Mid-round verification should be short and deliberate. Re-test the functions that matter most, compare the current state with the mission, and fix regressions before continuing.

Core sweep

Six areas to verify before continuing

Required services

Confirm every mission-required service is still running.
Retest required shares, websites, remote management, and application dependencies.
Check that no earlier hardening step accidentally disabled a dependency.

Accounts & privilege

Re-check approved users and administrators.
Confirm unauthorized privilege was removed.
Verify service accounts and automation identities still function.

Security controls

Confirm Defender or antivirus is enabled where applicable.
Confirm firewall profiles or rules remain active.
Confirm logging and auditing still function.

Persistence

Re-check scheduled tasks, cron jobs, timers, startup items, and service-based persistence.
Confirm suspicious persistence did not return after remediation.
Document anything still unresolved.

Network state

Re-check listeners and active connections.
Confirm required VLANs, trunks, routes, and ACL behavior.
Retest required reachability after network changes.

Evidence & documentation

Make sure high-impact findings have evidence captured.
Confirm the change log includes exact remediation and verification.
Record unresolved questions before moving into the final phase.

Platform sweep

Ask each owner to verify the essentials

Windows 11

Approved users and local Administrators are correct.
Defender, Firewall, and Windows Update are healthy.
Required services remain running.
RDP state matches the mission.
Scheduled tasks, startup items, and listeners were re-checked.
Suspicious processes or services have not reappeared.

Windows Server

Required roles and services still function.
Shares and permissions remain correct.
Approved local or domain privilege is intact.
RDP / WinRM state matches the mission.
Authentication and service-installation evidence is preserved.
No remediation broke server dependencies.

Linux

Approved users and sudo rights are correct.
Required services and SSH state match the mission.
Cron jobs, timers, and startup behavior were re-checked.
Listeners and active sockets match expected services.
Sensitive permissions remain correct.
Authentication and journal evidence is preserved.

Cisco / Networking

Required interfaces are up.
VLAN and trunk state is correct.
Required routes exist.
ACL order and placement still match the policy.
Approved SSH / VTY access still works.
Required reachability was retested end to end.

Forensics

Evidence needed for open questions has been preserved.
Important files have paths and hashes where practical.
Timeline notes are consistent with system time zones.
Major conclusions have supporting artifacts.
Unresolved uncertainty is documented.
Remediation did not destroy evidence still needed.

Regression signals

If one of these appears, investigate the last relevant change first

Required service stopped after hardening

Identify the exact change that caused the regression, restore only the required function, and document the correction.

Approved user lost access

Check group membership, ACLs, sudo, RDP, SSH, and application-specific rights changed earlier in the round.

Suspicious listener returned

Correlate the listener with process, service, task, cron, or timer persistence before containing it again.

Network path broke

Re-check interface state, VLANs, trunks, routes, and ACLs in that order before making another broad change.

Service works locally but not remotely

Check firewall, ACL, listener binding, route, and remote-access restrictions before changing the service itself.

Evidence no longer matches the current state

Keep the original evidence in the case notes and record the remediation time so the timeline still makes sense.

15-minute mid-round sweep

Keep the verification pass short and structured

2 minutes

Team sync

Each owner gives one status line: what is secure, what is broken, and what is unresolved.

4 minutes

Mission-critical verification

Retest required services, shares, remote access, applications, and network reachability.

4 minutes

Security regression sweep

Re-check privilege, listeners, persistence, firewall state, and high-risk findings already remediated.

3 minutes

Evidence and notes

Confirm change-log completeness and preserve anything still needed for open forensic questions.

2 minutes

Prioritize next work

Choose the remaining items that are actually worth spending the final phase on.

Decision questions

Ask these before the team starts the next hardening pass

Q01

What critical function have we not retested yet?

Q02

Which high-risk finding has not been independently verified?

Q03

Did any teammate make a change that another platform depends on?

Q04

Which service, route, share, or account is most likely to have been broken accidentally?

Q05

Did any suspicious persistence return?

Q06

Are all major changes in the change log?

Q07

Do we still have any unexplained privileged access?

Q08

Are there any open forensic questions that require preserving evidence before the final phase?

Stop doing

Mid-round is where random work should decrease

01

Stop broad experimentation if required functionality is unstable.

02

Stop making cosmetic hardening changes while unresolved high-risk findings remain.

03

Stop changing multiple variables at once when troubleshooting a regression.

04

Stop deleting evidence before open forensic questions are complete.

05

Stop making undocumented privilege or network changes.

06

Stop revisiting already verified low-risk items unless new evidence appears.

Mid-Round Verification final checklist

Continue only after the team trusts the current state

01

Each platform owner reported current status.

02

Required services were retested.

03

Approved user and privilege state was re-checked.

04

Security controls remain enabled.

05

Remote-access state matches the mission.

06

Suspicious persistence was re-checked.

07

Listeners and active network connections were re-checked.

08

Required VLAN, route, ACL, and reachability state was verified.

09

Major remediations were independently verified where practical.

10

Important forensic evidence is preserved.

11

The change log is current.

12

Unresolved findings are clearly prioritized.

13

The team knows which items are safe to defer.

14

The final phase will focus on high-value verification instead of random changes.