Your path to cyber resilience.

Prezilient designs and runs cyber exercises that prepare leaders and technical teams for a real incident.

Choose a tabletop exercise, cyber range, CTF or cyber lab. Each ends with a written record of what happened, what should change and who owns each next step.

  1. T+00:00Start
  2. T+00:07Inject 01 Unusual sign-ins reported
  3. T+00:18Inject 02 File server unavailable
  4. T+00:33Decision 01 Isolate the affected segmentOwner: IT operations
  5. T+00:46Inject 03 A journalist asks for comment
  6. T+01:04Decision 02 Agree the holding statementOwner: Communications
  7. T+01:28Debrief Findings, owners, next steps
T+01:30Exercise clock
90 minutes
Illustrative. An exercise, mapped. A 90-minute tabletop exercise drawn as terrain, not client data. Each inject adds new information from the facilitator and raises a peak of pressure. Dotted lines are the options in the room; the honey route is what the team decides.

University and research partners

Prezilient is an Óbuda University spin-off, grown out of our research and teaching.

Who it is for

Your team's first real incident should not be its first rehearsal.

For security, technology and L&D leaders.

Who takes part

  • Leadership teams
  • Security teams
  • Technical teams
  • Cross-functional incident teams

Four formats

Choose a format for what your team needs to practise.

The formats cover different skills, from incident decisions at a table to practising one technique in a lab. We help you choose one and shape it around your people and environment.

To practise: incident decisions

Tabletop Exercises

Decisions under pressure.

  • Leadership: Executive lead, Communications, Legal and risk at the table with the facilitator. New information at 46 minutes: A journalist asks for comment. Decision at 52 minutes: Agree the holding statement, owned by Communications.
  • Technical: Security, IT operations at the table with the facilitator. New information at 6 minutes: Ransom note on a shared drive. Decision at 14 minutes: Isolate the affected segment, owned by IT operations.
  • Combined: Executive lead, Communications, Legal and risk, Security, IT operations at the table with the facilitator. New information at 18 minutes: File server unavailable. Decision at 33 minutes: Invoke the incident plan, owned by Executive lead.
Illustrative exercise example: The room. A top-down view of a tabletop exercise: new information arrives, the room decides, and a line shows who owns the decision. Choose a variant to see who is at the table.
  1. Leadership

    Executives and crisis roles work through escalation, communication and continuity.

  2. Technical

    Security and IT teams work through triage, containment and recovery decisions.

  3. Combined

    Both groups in one scenario, including the handovers between them.

A facilitator walks the room through an unfolding incident, adding new information as it goes. The group decides what to escalate, how to keep operating and what to say, and agrees who owns each decision.

Who takes part
Leadership and cross-functional incident teams
Ask about a tabletop exercise

To practise: hands-on incident response

Cyber Range

Focused scope. Connected complexity.

  • Scoped: in a replica built for the exercise and separate from live systems, only the server zone is in play. One server is compromised; the team's task is to investigate and contain it.
  • Complex: the replica's user network, server zone, cloud services and monitoring are connected behind a perimeter. An attack comes through the perimeter to a laptop, a server and the cloud; monitoring raises alerts, and the team isolates the laptop and contains the server.
Illustrative exercise example: The replica. A map of the replica: its zones, and how much of it is in play. Choose Scoped or Complex to see the difference.
  1. Scoped

    One focused task in a bounded environment, such as investigating and containing a single compromised server.

  2. Complex

    Several connected systems. Actions in one zone show up in another, so the team practises the response end to end.

Your team investigates and responds at the keyboard inside a replica environment, built for the exercise and kept separate from your live systems.

Who takes part
Security and technical response teams
Ask about a cyber range exercise

To practise: individual skills and teamwork

CTF

Jeopardy and Attack–Defence.

  • Jeopardy: a board of challenges in Web, Crypto, Forensics and Reversing worth 100 to 400 points. Your team has just solved Web 300 and captured its flag; 300 points go to your team on the scoreboard.
  • Attack–Defence, round 8: four teams run the same web, mail and database services. Your team: Web up, Mail patched, Database up. Team B: Web flag lost, Mail up, Database up. Team C: Web up, Mail up, Database down. Team D: Web up, Mail flag lost, Database patched. Your team has captured a flag from Team B.
Illustrative exercise example: The board and the arena. Two views of a capture-the-flag event: a Jeopardy board of challenges with a scoreboard, and an Attack–Defence round showing each team’s services. Choose a format to switch between them.
  1. Jeopardy

    A board of challenges by category and difficulty. Teams or individuals solve, score and choose the next one.

  2. Attack–Defence

    Every team runs the same services. Keep yours available and patched while you probe everyone else’s.

Capture the Flag is a competition. Teams or individuals solve technical challenges; each solved challenge reveals a flag, a code that earns points. In Attack–Defence, teams also keep their own services running while the others probe them.

Who takes part
Individuals and technical teams
Ask about a CTF event

To practise: one technique, repeated

Cyber Labs

Targeted practice, built around the skills you need.

  • Linux lab: task “Run the web service as an unprivileged user”. Attempt 1 feedback: Still runs as root. Attempt 2 feedback: Log folder not writable. Attempt 3 passes the check: Runs as svc-web, logs written.
  • Web lab: task “Stop the login form accepting a crafted input”. Attempt 1 feedback: Crafted input still accepted. Attempt 2 feedback: The fix breaks normal sign-in. Attempt 3 passes the check: Input rejected, sign-in works.
  • Windows lab: task “Find the account created out of hours”. Attempt 1 feedback: That account is expected. Attempt 2 feedback: Look at the 02:14 events. Attempt 3 passes the check: Account and logon identified.
  • SOC tools lab: task “Triage the alert queue in the SIEM”. Attempt 1 feedback: A true positive was closed. Attempt 2 feedback: Escalation lacks evidence. Attempt 3 passes the check: Escalated with evidence.
  • Forensics lab: task “Build a timeline from the disk image”. Attempt 1 feedback: First execution is missing. Attempt 2 feedback: Times are not normalised. Attempt 3 passes the check: Timeline complete, in UTC.
  • Your stack: task “A task built on your own systems and goals”. Attempt 1 feedback: Check 1 of 3 not met. Attempt 2 feedback: Check 2 of 3 not met. Attempt 3 passes the check: All agreed checks pass.
Illustrative exercise example: The practice bench. One lab task, attempted three times: two attempts fall short with feedback and the third passes the check. Choose a scope to see a sample task.
  1. Linux

    Permissions, services and log review

  2. Web

    Input handling, sessions and access control

  3. Windows

    Event logs, accounts and persistence

  4. SOC tools

    Alert triage and investigation in a SIEM

  5. Forensics

    Disk, memory and timeline artefacts

  6. Custom

    Built around your own stack and objectives

Pick a scope, such as Linux, Web or SOC tools, and work through tasks in a lab built for it. Each task is a loop: attempt, feedback, retry, then a check that confirms the skill.

Who takes part
Technical teams practising one focused skill
Ask about a cyber lab exercise

How it works

Four steps from scope to debrief.

Three things shape every exercise: who takes part, what they need to practise and the environment they work in. The steps below turn them into a scenario, a run and a written record.

  1. Scope

    Together we agree who takes part, what they need to practise and what evidence you want at the end.

    You leave withObjectives and participants

  2. Design

    We build the scenario, the environment, the challenge board or the practice path around your objective.

    You leave withScenario and environment

  3. Run

    Participants work through the exercise while we facilitate, observe and adjust as it unfolds.

    You leave withDecisions and actions on record

  4. Debrief

    We walk through the exercise with everyone who took part and agree the findings.

    You leave withFindings, owners and next steps

Before you get in touch

Who will take part?
Roles, experience and what they need from the session.
What needs practice?
A decision, a response or a technical skill.
What should we plan around?
Your timing, your environment and any constraints.

Evidence

A written record with owners and next steps.

The debrief turns what happened into findings your team can act on. You decide what the record must show when the exercise is scoped, so it answers the objective you set.

What happened?
The decisions, actions and information available at the time.
Why did it matter?
How each observation relates to the objective you set.
What should change?
Responsibilities, coordination or skills that need attention.
What comes next?
Where further practice or a change of approach will help.

Exercise record

Scenario: file server unavailable (Tabletop exercise, Combined variant)

Exercise record: Illustrative example, not client data
IDFindingOwnerNext step
F-01Escalation to the crisis lead took longer than the plan allows.Head of IT operationsName an out-of-hours deputy and rehearse the call tree.
F-02The holding statement was delayed by a legal review that had not been scheduled.Communications leadPre-approve two holding statements with legal.
F-03The decision to isolate the segment was made quickly and everyone knew the reason.Security operationsKeep this practice and write down the criteria behind it.
Format shown for illustration. Agree the record you need when the exercise is scoped.

Team

Who leads Prezilient.

Prezilient is led by its four co-founders.

  • Dr. Anna Bánáti-Baumann

    Co-founder

  • Máté Érsok

    Co-founder

  • Kristóf Zsombor Kövesi

    Co-founder

  • Prof. Dr. György Eigner

    Co-founder

Contact

Talk to us about an exercise.

Tell us who will take part, what they need to practise and when. We will help you choose a format and shape it around your team.

Email us directly

Draft your enquiry by email

JavaScript is off, so the form can’t prepare a draft. Email [email protected] directly and include who will take part and what they need to practise.

We use these details only to respond to your enquiry.