Home / Services / Phishing simulations
Social engineering

Find out whether phishing works on your team

We run realistic phishing scenarios on an agreed audience and show where the human factor opens access to the company.

For teams of 20 people or more. Scenarios are agreed in advance. Results are aggregated: we look for weak processes, not for someone to blame.
openedclickedentered data 1 · simulation2 · walkthrough3 · repeat
How the team responds
Why it works

Technical defences do not help when access is handed over voluntarily

No vulnerability in the code is needed here. An email that looks routine is enough.

The attack breaks nothing

An attacker does not need a vulnerability if an employee types their password into a lookalike page.

The email looks ordinary

A message from "accounting", a contractor or a manager raises no suspicion — especially at the end of the working day.

One click, and that is already access

What follows is not an attack but an ordinary login under a legitimate account. Nothing unusual in the logs.

Process

How the simulation runs

Scenarios, scope and audience are agreed before launch. The only surprises are in the results.

01

Agreeing the scenario

We pick realistic scenarios for your company and agree the boundaries: what may be used and what may not.

02

Audience

We determine who takes part: departments, roles, number of people.

03

Simulation

We send the agreed scenarios. No real consequences for employees or working systems.

04

Measuring behaviour

We record the response: who opened, who clicked, who reported the suspicious email and how quickly.

05

Walkthrough

We show the results in aggregate: where exactly the risk appears and why it appears there.

06

Recommendations

What to change in processes, settings and training so that next time the result is different.

The goal is to measure behaviour, not to collect credentials

The simulation exists to show how the team responds and to fix the processes. We do not use the results to put pressure on individual people.

Reporting is aggregated: a manager sees the picture by department and role, not a list of "who fell for it".

Outcome

What you will know after the simulation

Click rate

How many people clicked through

And at exactly which stage they stopped: opened the email, followed the link, went further.

Behaviour

Risky behaviour

Which actions create risk: entering data, downloading files, replying to the email.

Structure

Weak spots in the structure

Which departments and roles respond worst — and why that is logical for them specifically.

Patterns

Patterns

Which scenarios work best on your team: time pressure, authority, familiar routine.

Actions

Recommendations

Specific changes to processes and settings, not general advice to "be careful".

Training

Material for training

Examples from your own simulation — a team learns from those far better than from someone else's.

Next

What we do after the test

One simulation shows the state. The second one shows the change.

Walkthrough with management

We go through the results on a call: what happened, where the risk is, what to do about it first.

Training on your own examples

The materials are built on the scenarios that actually worked on your team.

Repeat simulation

After an agreed interval we repeat it, so you can see the trend instead of guessing at it.

Who it is for

Who needs it most

  • Teams of 20 people and up
  • Finance and accounting — wherever payments get approved
  • SaaS products with access to client data
  • E-commerce, where the admin panel means money and orders
  • Distributed and remote teams
  • Companies with a large number of accounts and external services
Who runs the project

The founder leads every project and answers for the result

Founder of Veiltrack
Vlad Kraevsky
Cybersecurity team lead · Founder of Veiltrack

I lead the project and answer for the result. We build the scenarios for your company, not from a stock template.

I lead a cybersecurity team. Since 2019 I have run 170+ penetration tests for 80+ companies. I have worked on the security of many Ukrainian banks and payment systems, as well as government bodies and law enforcement. The founder runs the project, and nothing is handed to outside contractors.

I test systems the same way a real attacker does — from the outside, with no hints, with no access from within.

SANS GIAC OffSec CompTIA Cisco
The questions we are asked most often

Frequently asked questions

We agree the moment of disclosure with you. The walkthrough is usually done openly — that is part of the learning: people see exactly what worked and why.
No. Results are aggregated; the goal is processes and training, not finding someone to blame. That is a non-negotiable condition of the work.
Very little. We agree the technical details on the call — they depend on your email setup and security policies.
Yes, and it makes sense. A repeat simulation shows whether behaviour actually changed after the training.
Related formats

If the risk is not only in people

A simulation tests the human factor. The technical side is covered by other formats.

Technical perimeter

Vulnerability Assessment

When you need to check what is visible and reachable from the outside at a technical level.

Vulnerability Assessment →

Several vectors

Veiltrack Security Program

When the human factor is only one of several things that need testing.

Veiltrack Security Program →

Next step

Book a 30-minute review call

On a short call we will determine the size of the audience, the scenarios and the boundaries. After that — only with your approval.

Book a review call