What was taken? How did they get in? Are they still inside? Can we prove it? PITOWINGS answers those four questions with evidence — acquired without touching the original, sourced to named artefacts, and documented so it holds up in a boardroom or a courtroom.
RFC 3227 sets the order in which digital evidence has to be collected, because the top of the list disappears in seconds and the bottom of it survives for years. Every hour spent deciding whether to call someone is paid for at the top.
1
CPU registers & cache
nanoseconds
2
Routing tables, ARP, process table
seconds
3
RAM — keys, injected code, live sessions
until power loss
4
Temporary files & swap
hours
5
Disk — files, slack, unallocated
until overwritten
6
Remote & cloud logs
retention window
7
Backups & archival media
years
Collect top-down. Everything above the line you reach is already gone.
Call before you clean
Rebooting, reimaging or running an antivirus sweep destroys the memory, the temp files and the timestamps that explain the intrusion. Containment and preservation can run together — but only if preservation starts first.
Isolate, do not power off
Pulling power throws away the top three rows of the volatility list. Network isolation stops the attacker while keeping the volatile evidence alive for capture.
Preserve the logs that expire
Firewall, proxy, VPN and cloud audit logs roll off on a retention clock that does not care about your investigation. Extending retention on day one is often what makes attribution possible on day ten.
Our forensic practice
Eight lines, one investigation
An intrusion rarely lives in one place. These run together on a single engagement, so the disk, the memory, the wire and the cloud tenant are read as one story rather than four reports.
01
Incident Response & Containment
First hour
Rapid triage, scoping and containment when an attack is live — cutting the attacker's reach without destroying the evidence that explains how they got it. Ransomware, extortion, business email compromise and insider events.
What it recovers
Scope of compromise
Patient zero
Attacker access
Containment plan
02
Digital Forensics & Evidence Analysis
Forensically sound acquisition and examination of servers, workstations and storage media. Every image is taken behind a write-blocker and verified by hash, so the analysis is performed on a copy that is provably identical to the original.
What it recovers
Deleted files
File system timeline
User activity
Anti-forensic traces
03
Memory & Malware Forensics
Volatile capture
Capture and analysis of live memory, where the things attackers try hardest to keep off disk actually live — injected code, unpacked payloads, encryption keys, open handles and active sessions. Paired with static and dynamic analysis of the sample itself.
What it recovers
Injected code
Unpacked payloads
Encryption keys
Live sessions
IOCs
04
Network Forensics
Reconstruction of what crossed the wire — packet captures, NetFlow, proxy, DNS and TLS metadata — to establish command and control, lateral movement and exactly what volume of data left the estate, and when.
What it recovers
C2 channels
Lateral movement
Exfiltration volume
Beacon intervals
05
Mobile & Device Forensics
Logical and physical extraction from phones, tablets, wearables and IoT devices, followed by examination of messages, call records, location history, application databases and records the user believed were deleted.
What it recovers
Messages & chats
Location history
App databases
Deleted records
06
Cloud & SaaS Forensics
Investigation where there is no disk to seize: tenant audit trails, sign-in and conditional-access logs, API activity, mailbox rules, OAuth grants, snapshots and configuration history across Microsoft 365, Google Workspace, AWS, Azure and GCP.
What it recovers
Sign-in anomalies
Mailbox rules
OAuth grants
Config drift
Snapshots
07
Cybercrime & Financial Investigation
Tracing fraud through its money trail and its identity trail — cryptocurrency flows across wallets and exchanges, mule account chains, social engineering campaigns, impersonation and identity theft — assembled into a case a bank, an insurer or a court can act on.
What it recovers
Wallet & flow tracing
Mule chains
Attribution leads
Recovery evidence
08
Forensic Readiness & Compromise Assessment
Before it happens
The work that makes the next investigation fast: logging and retention reviewed against what an investigation actually needs, response playbooks rehearsed, and a compromise assessment to answer the question most organisations have never asked — is someone already inside?
What it recovers
Logging gaps
Retention shortfalls
Dormant persistence
Tested playbooks
What a reconstruction looks like
Every line, traced to an artefact
A worked example. The difference between a forensic timeline and a plausible story is that each row here names the evidence it was proven from — and any competent examiner can reproduce it from the same image.
09:14
Initial access
09:14
Invoice attachment opened by a finance user.
Mail gateway log
$MFT
09:22
Execution
09:22
Macro writes a loader into the user's temp directory and runs it.
Prefetch
Amcache
EDR telemetry
10:41
Persistence
10:41
A scheduled task is registered to survive reboot.
Registry hive
Task XML
Event 4698
13:07
Lateral movement
13:07
Cached credentials reused against three file servers over SMB.
Event 4624 type 3
NetFlow
18:55
Collection
18:55
2.3 GB staged into an archive under a logging directory.
USN journal
Shellbags
21:30
Exfiltration
21:30
Archive uploaded over HTTPS to an unrecognised endpoint.
Proxy log
TLS SNI
PCAP
Illustrative reconstruction. Real engagement findings are confidential to the client.
Where the evidence lives
Reading only the disk is half an investigation
Modern intrusions deliberately avoid the places people look. We collect across all six stores, because the half of the attack that never touched a file is usually the half that matters.
Disk
$MFT · USN journal · slack · unallocated
Memory
process list · injected code · keys · sessions
Network
PCAP · NetFlow · proxy · DNS · TLS SNI
System
registry · event logs · prefetch · amcache
Mobile
app databases · location · deleted records
Cloud
audit trails · sign-ins · API calls · snapshots
Chain of custody · EX-0417
Unbroken
1
Seized
On-site responder
Device photographed, bagged, tagged EX-0417.
9f2c4e1a7b
2
Transferred
Custody officer
Sealed transport, signed handover, time-stamped.
1a7b08d3f6
3
Imaged
Forensic examiner
Write-blocked acquisition, hash recorded at source.
d3f6c5a29e
4
Examined
Forensic examiner
Analysis performed on the copy. Original untouched.
a29e47bd10
5
Reported
Lead investigator
Findings, method and limitations stated in full.
bd1068f3e7
6
Returned
Custody officer
Evidence returned or retained under written instruction.
f3e7c4a05b
Admissibility
Evidence you can stand behind
Findings that cannot be traced back to an untouched original are an opinion. Six practices turn an investigation into evidence, and they are followed on every engagement — not only the ones that look likely to reach a court.
Acquisition behind a hardware or software write-blocker, never on the original
Cryptographic hash recorded at source and re-verified before and after examination
Unbroken, signed chain of custody from seizure to return
Method, tooling, versions and limitations stated in full in the report
Repeatable process — a second examiner can reach the same result from the same image
Certificate for electronic records under Section 63(4) of the Bharatiya Sakshya Adhiniyam, 2023 (formerly Section 65B of the Indian Evidence Act)
How we respond
Six phases, and the last one feeds the first
An incident that ends at 'systems restored' is an incident you will have again. The engagement closes on root cause and the control that stops the repeat.
01
Prepare
Playbooks, contacts, retention and access agreed before hour zero.
02
Identify
Confirm it is real, establish scope, and stop the guessing.
03
Contain
Cut the attacker's reach without destroying the evidence of it.
04
Eradicate
Remove persistence, rotate what was exposed, close the entry.
05
Recover
Restore under monitoring, and prove the environment is clean.
06
Learn
Root cause, written findings, and the control that stops the repeat.
Why PITOWINGS
Investigations you can act on
Sourced, not surmised
Every line in a PITOWINGS timeline names the artefact it was proven from. If we cannot source it, we mark it as inference and say so — which is exactly what makes the rest of the report hold up.
Investigators who also defend
The team that reconstructs the breach is the team that builds our detection products. Root cause does not stop at 'phishing email' — it ends at the control that would have caught it.
Legally sound by default
Custody, hashing, documentation and repeatability follow ISO/IEC 27037 and 27042 and NIST SP 800-86 on every engagement, not only on the ones that look like they might reach a court.
Two reports, one investigation
A technical report an engineer can act on, and an executive summary a board, an insurer or a regulator can read — because an investigation nobody can act on is an expensive archive.
Response that closes the door
Containment, eradication and monitored recovery are part of the engagement. We do not hand over a diagnosis and leave the patient in the room.
On-site, remote or air-gapped
Engagements run in your facility, over a secure remote channel, or entirely offline for regulated and classified environments where nothing may leave the building.
01What should we do in the first hour of a suspected breach?
Isolate affected systems from the network but do not power them off, stop any reimaging or clean-up, extend log retention on your firewall, proxy, VPN and cloud tenant, and call an investigator. Powering off destroys memory evidence and clean-up destroys the timeline.
02Will the evidence stand up in court in India?
Yes, when it is collected correctly. We acquire behind a write-blocker, hash at source, maintain a signed chain of custody, and document method and limitations in full — and we provide the certificate for electronic records required under Section 63(4) of the Bharatiya Sakshya Adhiniyam, 2023, which replaced Section 65B of the Indian Evidence Act.
03Can you investigate an incident in cloud and SaaS environments?
Yes. Where there is no disk to seize, the evidence is in tenant audit trails, sign-in and conditional-access logs, API activity, mailbox rules, OAuth grants, snapshots and configuration history. We investigate across Microsoft 365, Google Workspace, AWS, Azure and GCP.
04How quickly can you respond?
Our incident response line runs 24/7. Remote triage typically begins within the hour, and on-site acquisition is arranged from Coimbatore and Bengaluru across India depending on scope and location.
05Can you trace cryptocurrency used in a fraud or extortion?
We trace flows across wallets, mixers and exchanges, identify off-ramps and build the evidence package a bank, insurer or law enforcement agency needs. Recovery itself depends on cooperation from the exchange and the relevant authority.