TL;DR:

  • Social engineering attacks manipulate people rather than hacking systems — no technical defence stops them alone
  • The three main types are pretexting (false scenarios), vishing (phone fraud), and tailgating (physical access)
  • Verification procedures and a culture where it’s safe to pause and question are your best defences

Social engineering is the art of manipulating people into doing things that benefit an attacker — sharing information, making payments, or granting access — without any technical hacking involved. Your firewall, your antivirus, and your email filters don’t stop a persuasive phone call.

Social engineering exploits the human instincts that make your team good at their jobs: helpfulness, respect for authority, and the desire to resolve urgent problems quickly. Understanding how these attacks work is the first step to defending against them.

The three main types of social engineering attacks

Pretexting is the creation of a fabricated scenario — a “pretext” — to establish false trust. An attacker calls your accounts team claiming to be from HMRC conducting an audit, or emails as an IT vendor saying they need to verify your login credentials to complete a scheduled security update. The story is believable, the urgency is manufactured, and the goal is to extract information or access.

A real example: an attacker researches your business on LinkedIn, learns the names of your accountant and owner, then calls your office pretending to be the owner’s PA — “Sarah asked me to follow up on the bank transfer she mentioned. She’s in a meeting, can you confirm the account details are still the same?”

Vishing (voice phishing) is fraud conducted over the phone. Attackers impersonate banks, HMRC, government agencies, software vendors (the “Microsoft support” scam is still running in 2026), or internal colleagues. Caller ID is easily spoofed — a call appearing to come from your bank’s official number may not be from your bank at all. A common vishing attack targeting UK small businesses: “We’ve detected fraudulent activity on your business account. To prevent your funds being frozen, I need to verify your account details.”

Tailgating (or piggybacking) is physical social engineering — following an authorised person into a restricted area without proper authentication. An attacker dressed as a delivery driver, a maintenance engineer, or a job candidate can gain physical access to your office, your server room, or a desk with an unlocked computer.

Spear phishing is highly targeted email fraud using researched personal details. Rather than a generic “click here to verify your account” email, spear phishing uses your name, your role, your supplier relationships, or recent business events. It reads as entirely legitimate.

Red flags: what attacks look like in practice

Teach your team to recognise these warning signs across all attack types.

Urgency and pressure: “this needs to happen today or there will be consequences.” Authority combined with a request to bypass process: “the owner needs this done now, don’t go through the usual channels.” Requests for information you don’t normally share — passwords, banking credentials, employee personal details.

Resistance to verification: “you can’t call me back on that number right now” or “just trust me, I’m in a meeting.” Unusually helpful or unusually aggressive — both can be manipulation tactics. And requests via unusual channels — a supplier suddenly contacting you through a new email address, or a colleague requesting something sensitive over WhatsApp rather than the usual system.

Verification procedures that actually work

The most effective defence against social engineering is a simple, mandatory verification process for high-risk requests. It doesn’t need to be complicated.

For any payment or bank detail change: never process a change based solely on an email or phone request. Call back the requester using a number you already have on file — not a number they provide. Require a second person to authorise wire transfers over a set threshold.

For any request for sensitive information: confirm the requestor’s identity through a separate communication channel. If an “IT support” request asks for your password, refuse — legitimate IT support never needs your password.

For physical access: all visitors sign in at reception with ID. Visitors are escorted, not left to navigate alone. Server rooms and areas with sensitive equipment require explicit authorisation.

These procedures aren’t bureaucratic obstacles — they’re the difference between a social engineering attempt that fails and one that costs you dearly.

Building a security-aware culture

Rules and procedures are only as effective as the culture around them. The most important thing you can build is a team that feels safe to slow down and question.

Social engineering works partly because people don’t want to appear unhelpful or paranoid. An employee who holds up a payment request from an apparently legitimate supplier worries they’re being obstructive. They need to know that caution is rewarded, not penalised.

Publicly acknowledge when an employee correctly flags a suspicious request. Never criticise someone for being “too cautious” about an unusual payment or access request. Create a no-blame reporting channel for employees who think they may have been targeted or made a mistake.

Run a simple drill once or twice a year. Call a team member claiming to be from IT support and ask for their login details. If they comply, use it as a teaching moment rather than a disciplinary one. The goal is awareness, not punishment.

Attackers research before they strike

Modern social engineering attackers do their homework. Before targeting your business, they’ll search LinkedIn for employee names, roles, and company hierarchy. They’ll review your website for client names, team photos, and supplier relationships. They’ll check Companies House for director details — this is public information. And they’ll review public social media for office locations, events, and recent news.

Reduce your exposure: review what information is publicly visible about your team structure. Consider limiting detail on LinkedIn profiles for employees in sensitive roles. Be mindful of what you announce publicly — new offices, major client wins, key personnel changes can all feed an attacker’s research.

Bottom line

Social engineering attacks succeed not because your team is careless, but because attackers exploit normal human instincts with deliberate skill. A short verification process for payments and sensitive requests removes the most costly risks. Pair that with a culture where slowing down is rewarded over acting fast, and you’ve built a defence that no technical tool can replicate.