● Talk to a security engineer: +92 323 8295031info@protonyte.com  ·  PCSF batch enrolling now

Adversary simulation: one objective, any route, nobody told

A penetration test asks what can be exploited. This asks a harder question: if somebody decided to come for you specifically, would anyone notice before they reached what they came for? We agree one objective with your leadership - the payment system, the board papers, domain administrator - and then take whatever route works, while almost nobody on your side knows it is happening.

the objective phishinga stolen key

ENGAGEMENT SCOPEtypical 4 - 8 weeks

One agreed objectiveIN SCOPE
External reconnaissance and entryIN SCOPE
Phishing and pretext callsIN SCOPE
Lateral movement and persistenceIN SCOPE
Detection timeline for your SOCIN SCOPE
Physical entryOPTIONAL
// the basics

What makes it different from a test

Coverage is explicitly not the goal. If we find three ways in and use the quietest one, the other two go into the report as observations rather than as the work. What we are measuring is not your attack surface - it is your reaction.

That means the output is a narrative rather than a list: this is what we did, in order, with timestamps, and this is what your tools recorded against each step. The uncomfortable part is usually not that we got in. It is the gap between when we got in and when anything fired.

  • 01One objective, agreed in writingPicked with your leadership before anything starts, so the result means something specific.
  • 02Very few people toldTwo or three names on your side. The exercise is worthless if the people being measured are expecting it.
  • 03Every action timestampedSo the debrief compares our log with yours, minute by minute, rather than arguing from memory.
  • 04A stop word, and someone who can use itA white-cell contact who can end the exercise or confirm we are us at three in the morning.
// coverage

How we try to get there

Mapped to MITRE ATT&CK so the debrief lines up with whatever your defenders already use, and so the gaps have names.

// before anything

Reconnaissance

What a determined stranger can learn without touching you.

  • Staff, roles and reporting lines from public sources
  • Technology and supplier footprint
  • Credentials already in breach dumps
  • Physical sites and working patterns
// the way in

Initial access

The route a real intrusion almost always takes.

  • Targeted phishing against named roles
  • Pretext calls to the service desk
  • Exposed services and weak authentication
  • Supplier and third-party paths
// standing up

Foothold and persistence

Staying in long enough to be worth the trouble.

  • Payload delivery past your controls
  • Command and control that blends in
  • Persistence that survives a reboot
  • Credential access on the first host
// moving

Lateral movement

From the first machine to the one that matters.

  • Active Directory escalation paths
  • Credential reuse across hosts
  • Movement between network zones
  • Cloud and on-premises crossover
// the objective

Reaching it

Proved, not taken.

  • Access to the agreed target demonstrated
  • Evidence captured, data left alone
  • What an attacker could have done next
  • Everything we created, listed for removal
// who noticed

Detection and response

The part you are actually paying for.

  • Timeline of every noisy action we took
  • What alerted, what logged, what did neither
  • Time from first action to first alert
  • Where the process broke as well as the tooling
// methodology

How the work runs

  1. 1

    Set the objective

    With your leadership, in writing, along with the rules and who on your side is in on it.

    • The crown jewel we will go for
    • Out-of-bounds systems and actions
    • The white-cell contacts
    • A stop word and how it is used
  2. 2

    Reconnaissance

    Weeks of it, usually. Nothing is touched yet.

    • People, suppliers and technology
    • Exposed surface and leaked credentials
    • A route chosen, with alternatives
    • A plan you can read afterwards
  3. 3

    Get in

    By the quietest route that works, not by all of them.

    • Phishing, pretext or exposed service
    • Payload delivery and callback
    • Persistence established
    • First credentials taken
  4. 4

    Move and reach

    Toward the objective, carefully, logging our own actions as we go.

    • Escalation and lateral movement
    • Detection avoided, and recorded when not
    • The objective reached and evidenced
    • Nothing destroyed, nothing exfiltrated
  5. 5

    Debrief

    Two sessions. The narrative first, then our timeline against your logs, with your defenders in the room.

    • Attack path, step by step
    • Detection gaps by control and by process
    • What to fix first, in order
    • A replay of the techniques if you want one
// the deliverable

What you are left holding

Two documents and a conversation. Written so the person who signs the invoice and the person who writes the fix can both use them.

  • Executive summary in plain language, with the business risk first
  • Technical findings with the evidence that proves each one
  • CVSS score and a risk rating that reflects your business, not a template
  • Remediation written for the stack you actually run
  • A free retest, and a closure summary you can hand to a customer
  • A debrief call with the tester who did the work, not an account manager
Ask for a sample report
// the standards

Measured against something

The work follows MITRE ATT&CK, TIBER-EU, CBEST and NIST SP 800-115, so the coverage can be checked rather than taken on trust, and the report maps to what your auditor or your enterprise customer already recognises.

This page is one part of our red teaming service. Where a finding needs a different kind of engagement to answer properly, we say so in the report rather than selling you the test we happen to be running.

// faq

Common questions

How is this different from a penetration test?

A penetration test measures your attack surface and gives you a list to fix. An adversary simulation measures your detection and response and gives you a narrative. Most organizations need the first one every year and the second one once they have somebody watching. We have written up the difference at length.

How do we know we are ready for one?

Answer one question: who, by name, would see the alert? If you can name a person, a team or an MSSP with an escalation path, this will tell you something. If you cannot, you already know the result and the money is better spent on a penetration test and a year of getting logs in front of somebody.

How many people on our side should know?

Two or three. Enough that somebody senior can confirm we are us, stop the exercise, and keep it from turning into a real incident response at two in the morning. Any more and you are measuring a rehearsal.

What if you are caught on day three?

Then the exercise has already paid for itself and we say so. We agree in advance what happens next: usually we stop, write up how we were caught, and restart from an assumed-breach position so the rest of the budget still buys you information about the inside.

Will you take our data?

No. We prove access and stop. A file is opened and screenshotted, not copied out. Everything we create during the exercise is listed in the report and removed at the end, and we will walk your team through removing anything we could not.

// start here

Let's protect your business together.

Tell us what you need tested. Our team will reply with a clear scope and quote.

By submitting, you agree to our Terms of Use and Privacy Statement.