Week 14 · lesson
Lesson 4: Data Destruction and Security Triage Lab
Deleting a file is not the same as destroying data.
Formatting a disk is not the same as sanitizing it.
Breaking a drive with a drill is not automatically the correct answer either.
Data destruction is a requirements problem:
what data exists?
↓
how sensitive is it?
↓
what media stores it?
↓
will the media be reused, recycled, or destroyed?
↓
what assurance does policy require?
↓
what evidence proves disposal happened?
The destructive action comes after those questions.
Standard formatting has a different purpose from secure sanitization
Formatting creates or recreates filesystem structures for normal use.
That can make old files disappear from the ordinary directory view.
It does not automatically mean the underlying data is securely unrecoverable.
If the requirement is secure destruction, "I formatted it" is not enough evidence.
Erasing and wiping depend on the media and policy
Software-based wiping or device-supported secure erase can sanitize supported media according to the method and policy.
The correct process depends on:
- HDD versus SSD/flash behavior;
- device support;
- required assurance level;
- reuse versus retirement;
- organizational procedure.
Do not assume one overwrite method applies equally to every storage technology.
Low-level formatting is mostly a recognition term in modern support
Historically, low-level formatting described deeper physical disk formatting operations.
Modern drives generally do not expose that old end-user process in the same way.
At A+ depth, recognize the term and its distinction from ordinary formatting.
For real sanitization, use current manufacturer and organizational procedures rather than an outdated phrase.
Degaussing applies to magnetic media
Degaussing uses a strong magnetic field to disrupt data stored on compatible magnetic media.
That can be relevant to magnetic hard drives or tapes under approved procedures.
It is not an appropriate sanitization method for SSD or flash storage.
The media technology matters.
Physical destruction has several methods and safety boundaries
Approved destruction methods can include:
- drilling;
- shredding;
- incineration;
- other vendor-certified physical destruction.
These are not classroom activities.
Different media, environmental rules, workplace safety requirements, and assurance levels determine the proper process.
A physically destroyed drive may still require chain-of-custody and disposal documentation.
Third-party vendors move the destruction boundary, not the responsibility
Organizations often use certified destruction or recycling vendors.
The organization may still need evidence such as:
- asset identification;
- custody transfer;
- destruction method;
- recycling route;
- certificate of destruction.
Handing a box of drives to someone in a truck is not chain of custody.
Regulatory and environmental rules can decide the disposal method
Data retention and destruction may be governed by:
- organizational policy;
- privacy rules;
- contracts;
- sector regulations;
- environmental or e-waste requirements.
Do not destroy data merely because the ticket says "old computer."
First establish that the retention requirement has been satisfied and destruction is authorized.
Triage stations
Station A: SSD retirement
Evidence:
media: SSD
organizational data: present
device: being retired
proposal: quick format and resale
What is wrong with the proposal?
A normal format is not evidence of secure sanitization.
Choose the approved SSD-appropriate secure-erase or destruction path and record how completion will be verified.
Station B: failed magnetic HDD
Evidence:
media: magnetic HDD
sensitive data: present
software wiping: unreliable because drive fails intermittently
assurance requirement: high
approved destruction vendor: available
Software wiping may no longer be trustworthy because the device cannot reliably complete it.
A physical or approved magnetic-media destruction path becomes stronger.
The vendor receipt is not enough by itself if policy requires a certificate identifying the asset and completed destruction.
Station C: confidential paper records
Evidence:
records: printed confidential documents
retention: expired and destruction approved
proposal: normal recycling bin
Offline does not mean harmless.
Use approved secure shredding or document-destruction handling.
Paper can leak information without a single byte of malware.
Station D: suspicious browser behavior
Evidence:
unexpected pop-ups and redirects
unknown extension installed
endpoint protection: current
other applications: normal
Keep the current scope narrow.
Collect browser/profile evidence first and follow the approved malware-removal path if broader signs appear.
Do not wipe the endpoint because one profile behaves badly.
Station E: possible ransomware
Evidence:
user files: inaccessible
ransom note: present
shared network storage: may be reachable
First priorities:
- isolate according to incident procedure;
- protect shared systems;
- preserve evidence and recovery state;
- escalate.
Do not reconnect shared drives to "check how bad it is."
Do not delete the note because it looks malicious.
The incident has moved beyond ordinary endpoint cleanup.
Station F: suspicious QR message
Evidence:
message: unexpected
QR code: requests account verification
user: has not scanned it
sender display name: resembles known vendor
The correct defensive action is to verify the legitimate service through a known path and report the message.
Do not scan the code as an investigation technique.
Station G: weak SOHO router state
Evidence:
default admin password: unchanged
UPnP: enabled with no documented need
firmware: old
guest Wi-Fi: reaches trusted devices
Rank the controls by risk:
- secure management credentials;
- current supported firmware;
- restore guest separation;
- disable unnecessary automatic mapping;
- verify allowed and denied paths.
Do not change unrelated client settings while the edge configuration is the problem.
Station H: browser certificate warning
Evidence:
service: familiar
certificate warning: new
user: not yet bypassed warning
Preserve that state.
Verify device time, destination, proxy/network path, and legitimate service status through a known channel.
The warning is evidence. Clicking through destroys part of the trust decision.
Build the triage record
For each station, document:
asset or data
observed risk
what is NOT proven
safest immediate action
selected control / remediation / destruction method
authorization or chain-of-custody requirement
recovery / evidence dependency
verification evidence
remaining uncertainty
Before you move on
The common thread across destruction and incident triage is simple:
Protect the thing you may need later before performing the action you cannot undo.
That might be data, evidence, a recovery key, a backup, or the original system state.
Next we put the whole security block together in a practical where the correct answer is sometimes remediation, sometimes containment, sometimes hardening, and sometimes escalation.
Read it. Prove it.