Capability

Social Engineering

The attacks that make headlines right now rarely start with a zero-day. Our social engineering testing simulates exactly that. We target the human entry points your technical controls can’t reach.

Social Engineering bypasses your technical controls.

Social engineering testing is an authorised engagement in which we use human deception techniques to validate whether your people, processes, and controls can be manipulated into giving an attacker access.

Threat actors know that the fastest route into your organisation isn’t through your firewall, it’s through your people. A well-constructed pretext, a name lifted from LinkedIn, and an urgency play is often all it takes. Your verification process was designed to be helpful.

People are unpredictable.

The colleague who questions a suspicious request at 9am approves the same one at 5pm. Humans are inconsistent. That’s the vulnerability.

Technical controls can’t keep up.

A firewall won’t block a convincing phone call. Your controls defend systems; social engineering targets the humans behind them.

Attack beyond the baseline.

We run the same attacks a real social engineer would, scoped to your environment, before a real attacker does. Every door we find, you close.

we attack the people you trust.

Real attackers don’t pick one technique and stop. They find a foothold and pull on everything connected to it. The Swarm works the same way.

Phishing and Spear-phishing

The email your team clicks. Bespoke pretexts targeted by role, context, and open-source intelligence, not template blasts. 

Vishing (phone-based attacks)

The call that talks your helpdesk into a password reset or your finance team into a transfer. Scripted to your environment. Strategic and low-volume, simulating exactly how organised threat groups operate. 

Pretexting and impersonation

A constructed identity with enough backstory to pass scrutiny. Built on real employee data gathered through open-source reconnaissance before a single call is made. 

Verification bypass

Knowledge-based verification is the most consistently exploitable weakness we encounter. Testing whether your authentication and verification processes can be circumvented through research, rapport, and social manipulation, even when those processes look robust on paper.

MFA bypass and session theft

When your people are trained to approve push notifications, the authentication layer stops being a barrier. Adversary-in-the-middle techniques intercept the session before MFA completes, defeating authenticator apps without the user knowing anything went wrong.

Physical pretext and tailgating handoff

Where this discipline meets physical access. Once initial access is gained socially, the Swarm hands off to the physical security team for lateral movement, privilege escalation, and full compromise.

We know that real attack surfaces don’t come in neat categories. If yours doesn’t fit above, tell us what you’re working with.

What a Social Engineering Finding Looks Like

Finding

A Swarm operator posed as an IT contractor and obtained a temporary VPN credential from the internal helpdesk in a single call. No verification protocol was triggered.

Impact

The credential provided access to internal systems for 72 hours before detection. Lateral movement to three internal systems confirmed.

Remediation

Implement a callback verification protocol for all credential reset requests.

Want the full picture?

The full range of offensive security the Swarm runs: every discipline, how they connect, and what each one tests.

Stories from the Swarm

These stories are real, but the names are deeply redacted. We’ll tell you how we uncovered the threats no one else could see, and why constant cyber attack is the best way to outpace cyber threats.

Attackers go after people. We get there first.

Who in your business would an attacker go after, and what would they want? Talk to our team about what you need to protect and what you want to prove.

Together, we’ll set the objectives, scope and approach. Then we act on that intent on your terms, so you can close any way in before a real attacker finds it, with proof of what held.

Frequently asked questions

Is social engineering testing authorised and legal?

Yes. Every CovertSwarm social engineering engagement is explicitly authorised in writing before any contact is made. Scope, targets, and permitted techniques are all defined and signed off by your team before anything begins. No engagement starts without that authorisation in place. 

Will you target or embarrass our staff?

Close-knit teams aren’t safer, they’re often more vulnerable. Trust becomes an assumption and challenge becomes confrontation. Findings from a social engineering engagement are reported at team and process level, not attributed to individual employees. No staff member is named in a finding without explicit prior agreement. The outcome of the engagement is organisational resilience, not individual blame. 

How is a social engineering test scoped?

Scoping begins with a call to define the objective, the target population, the permitted techniques, and the rules of engagement. Hard limits and stop conditions are agreed and documented before any activity begins. The scope document is signed off by your team before the engagement starts.

How is this different from a phishing simulation tool?

Phishing simulation tools run automated, template-based campaigns at volume to generate click rates. A CovertSwarm social engineering engagement is different in every dimension: pretexts are built on open-source intelligence specific to your organisation, techniques go beyond email to include phone-based attacks and impersonation, and the objective is to find the specific access path an attacker would use, not to produce an awareness metric. 

How does social engineering fit into Constant Cyber Attack?

In a point-in-time engagement, social engineering is tested once within a defined window. Inside Constant Cyber Attack, social pressure runs as a continuous vector alongside digital and physical attack across your entire attack surface, with findings delivered on a rolling monthly cycle rather than in a single report. 

How do you handle data and credentials obtained during the engagement?

No real credentials, personal data, or system access obtained during the engagement are retained after it closes. Data handling terms are defined in the rules of engagement document agreed before the engagement begins. 

How often should social engineering testing be done?

Honest answer: at minimum annually, more frequently after organisational changes or as part of a continuous programme.