We take the sample apart and tell you what it actually does: what it touches, what it talks to, how it persists, and what it took. The output is indicators you can hunt with across your estate, and a clear statement of the damage that sample was capable of doing.
Types of Malware Analysis we deliver
Static analysis
Examining the file without running it: structure, strings, packing, embedded resources and indicators, which is where analysis starts and often ends.
Dynamic and behavioural analysis
Detonation in an isolated sandbox to observe what it actually does to a system, what it contacts and what it leaves behind.
Reverse engineering
Disassembly of the code itself when behaviour alone will not answer the question, typically for targeted or novel samples.
Document and script analysis
Malicious Office documents, PDFs, LNK files and obfuscated PowerShell, which is how most intrusions in this region still begin.
Mobile malware analysis
Malicious Android applications, including the fake banking and wallet apps that are a persistent problem in the Pakistani market.
Indicator extraction and detection rules
Turning the analysis into something operational: hashes, network indicators and YARA or detection rules your tooling can use.
How we do it
1
Safe handling and triage
The sample is contained in an isolated environment and classified before any execution.
2
Static analysis
Structure, strings, imports, packing and embedded resources examined without running it.
3
Dynamic detonation
Executed in an instrumented sandbox with file, registry, process and network activity fully recorded.
4
Unpacking and deobfuscation
Most real samples are packed; we unwrap the layers to reach the actual payload.
5
Capability assessment
What the sample can do — persistence, credential theft, lateral movement, encryption, exfiltration.
6
IOC extraction
Hashes, domains, addresses, mutexes, registry keys and behavioural signatures ready to deploy.
What's included
Combined static and dynamic analysis
Unpacking and deobfuscation
Network command-and-control identification
Persistence mechanism documentation
IOCs plus YARA and Sigma rules
MITRE ATT&CK technique mapping
Who needs it
Teams that caught something their tooling could not name
Incident responders needing to scope a compromise
Organisations wanting to know exactly what a sample was capable of
Deliverables
Technical analysis of the sample's behaviour
IOC set with YARA and Sigma rules
ATT&CK technique mapping
Hunting guidance for finding it elsewhere in your estate
What Malware Analysis costs
Priced per sample, by the depth of analysis required.
The figure depends on scope, so we quote one fixed price in writing before any work begins. These are the things that move it:
Depth — Automated sandbox triage, manual dynamic analysis, or full static reverse engineering — three levels, and the third is the one that answers what the sample was actually built to do.
Packing and anti-analysis — Packed, obfuscated or VM-aware samples have to be unwrapped before analysis starts. This is routine and it is time.
Sample count — A campaign is usually several related samples. Analysing them together costs less per sample than one at a time and tells you more.
Whether indicators and detections are produced — Extracting IOCs and writing detection rules your team can deploy is additional, applied work beyond understanding the sample.
Urgency — An active incident requires same-day turnaround, which means reordering other work.
Send the sample with the context — where it was found, what it ran as, what the machine did afterwards. It shortens the analysis and improves the answer.
Where we deliver Malware Analysis
Samples are submitted and analysed remotely, so this service has no geography. Analysis runs in an isolated environment that never touches client networks, and nothing submitted is shared with third parties or uploaded to public scanning services without your explicit agreement.
Compliance relevance
NIST CSFISO 27001
Frequently asked questions
Password-protected archive over a channel we agree. Do not email it unprotected, and do not upload it to a public scanning service if the sample might be targeted at you specifically — that tips off the operator.
Initial triage and IOCs typically within 24 hours. Full analysis of a heavily obfuscated sample takes longer, and we will give you the useful indicators first rather than making you wait for the complete report.
Sometimes we can point to tooling, infrastructure or code overlap consistent with a known group. Confident attribution to a named actor usually needs more than one sample, and we will not assert it on thin evidence.
When you need to know what a specific sample did, rather than that it was blocked. After an incident, to establish what was stolen or changed. When your antivirus flags something nobody recognises. Or when a sample is targeted enough that no public report exists for it.
Initial static and behavioural findings usually within a day, which is enough to produce indicators you can block and hunt on. Full reverse engineering of a complex or heavily obfuscated sample takes longer, and we tell you after triage whether it is worth the additional work.
Be careful. Public sandboxes make submissions visible to others, which for a targeted attack tells the attacker you found their tooling, and samples frequently contain your own data, filenames or internal hostnames. For anything targeted, analyse it privately.
What the sample does, how it persists, what it communicates with, what it collected, and indicators you can act on immediately: hashes, domains, IPs, registry and file artefacts, plus detection rules. The point is operational output, not a research paper.
Sometimes we can say a sample resembles tooling associated with a known group, and we will say how confident we are and why. Confident attribution from a single sample is usually overreach, and we would rather give you an honest "this looks like X, with these caveats" than a name you cannot rely on.
Yes, with the handling we specify: an encrypted, password-protected archive sent through a channel we agree, never pasted into email. We will give you the submission instructions before you send anything.
Priced per sample, by the depth of analysis required. Beyond that the figure depends on scope — mainly depth, packing and anti-analysis and sample count. We quote one fixed price in writing before any work begins, so the number does not move once the engagement starts. Send the sample with the context — where it was found, what it ran as, what the machine did afterwards. It shortens the analysis and improves the answer.
New to managed detection?
Our guide covers how SOC, MSSP, MDR and SIEM actually differ, build vs buy, and the metrics that matter.