Incident Response

Understanding Phishing and Social Engineering

How attackers manipulate people through phishing, phone calls and impersonation, the psychological tricks they rely on, and practical ways to spot and report them.

On this page
  1. Attacking People Instead of Systems
  2. Common Forms
  3. The Psychology Behind It
  4. Clues Worth Checking
  5. What to Do Instead of Reacting
  6. If You Already Clicked or Replied
  7. Reducing the Damage When Someone Is Fooled

Attacking People Instead of Systems

Breaking through well-maintained technical defenses can be hard. Persuading a person to hand over access is often easier. Social engineering is the general term for manipulating people into doing something that helps an attacker, such as revealing a password, approving a request, opening a file or transferring money. Phishing is its best-known form: a deceptive message, usually electronic, that tries to trick the recipient.

Because these attacks target normal human tendencies rather than technical flaws, anyone can be fooled, including technical staff. The aim of understanding them is to build healthy habits, not to imply that victims are careless.

Common Forms

  • Email phishing. Messages that imitate a bank, a delivery service, a colleague or an internal department, asking you to click a link, open an attachment or sign in on a fake page.
  • Spear phishing. Targeted messages written for a particular person or organization, using real names, roles or projects. They are more convincing because they appear to know you.
  • Whaling. Spear phishing aimed at senior executives or people with authority over money and data.
  • Business email compromise. Fraud in which an attacker impersonates a manager, supplier or colleague, or uses a taken-over mailbox, to request a payment or change bank details. There may be no link or attachment at all.
  • Smishing and vishing. Phishing by text message (smishing) or phone call (vishing). A caller may claim to be from IT support, a bank or a government office.
  • Pretexting. Building a believable story, perhaps over several contacts, to get information or access. An example is someone pretending to be a new employee who “cannot get into the system.”
  • Impersonation in person. Posing as a contractor, courier or visitor to gain physical access, or following an employee through a secured door.
  • Baiting. Leaving something tempting, like a labeled USB drive, in the hope that someone plugs it in.
  • Fake support and security alerts. Pop-ups or calls claiming your device is infected and urging immediate action or remote access.

The Psychology Behind It

Attackers use a handful of reliable pressure points:

  • Urgency. “Your account will be closed in one hour.” Time pressure discourages checking.
  • Authority. Messages that appear to come from a boss, the IT department or an official body.
  • Fear. Threats of penalties, lost access or legal trouble.
  • Curiosity and greed. Prizes, refunds, or “confidential” documents.
  • Helpfulness and trust. Most people want to help a colleague in difficulty, and attackers exploit that.
  • Routine. Messages that look like everyday ones, such as a shared document or a package notice, are opened without thought.

Knowing these levers helps. A sudden feeling of pressure to act fast is itself a useful warning sign.

Clues Worth Checking

No single clue is conclusive, and well-made attacks have none of the classic mistakes, so these are prompts for caution rather than a test.

  • The sender. Does the full address match the organization it claims to come from? Lookalike domains with swapped or added letters are common. Display names are easy to fake.
  • The request. Is it unusual for this person to ask? Requests to change payment details, buy gift cards, keep something secret or bypass normal process deserve a second look.
  • The links. Hover over a link to see its real destination before clicking. Be careful with shortened links.
  • The attachments. Be wary of unexpected files, particularly those that ask you to enable macros or run something.
  • The tone and detail. Generic greetings, odd phrasing or mismatched logos can be clues, but more polished messages are increasingly common, so do not rely on spelling mistakes alone.
  • The channel. Legitimate organizations rarely ask for passwords or one-time codes by email, text or phone.

What to Do Instead of Reacting

The most reliable defense is a short pause and an independent check.

  1. Slow down. Treat unexpected urgency with suspicion.
  2. Verify through a separate route. Call the person on a number you already know, or open the service by typing its address yourself or using a saved bookmark, rather than using the contact details in the message.
  3. Never share one-time codes or passwords, even with someone who sounds like IT. Genuine support staff do not need your password.
  4. Follow payment verification rules. Organizations that confirm bank detail changes with a second person or a call-back are much harder to defraud.
  5. Report it, even if you did nothing. A report lets others be warned and the messages blocked.

If You Already Clicked or Replied

Mistakes are common and speed matters more than embarrassment. Tell your help desk or security contact immediately. Describe what you did: whether you clicked, entered credentials, opened a file or sent money. If you entered a password, change it right away from a trusted device, and change it anywhere else it was used. Responders may check for signs of a compromised account and may isolate your device. If money was sent, contact your finance team and bank without delay, as early action sometimes improves the chance of recovery, though nothing is certain.

Reducing the Damage When Someone Is Fooled

Since some attempts will succeed, layered protections matter:

  • multi-factor sign-in, so a stolen password alone is not enough (though real-time fake sign-in pages can sometimes capture second factors, and some methods resist this better than others)
  • email filtering and link protection
  • least-privilege access, so one account can do limited harm
  • good system monitoring to catch unusual activity
  • a clear, blame-free path for reporting

Regular security awareness sessions reinforce these habits, and a rehearsed incident response process turns a single click into a contained event rather than a breach.

The complete guide to incident response

Incident Response Basics for IT Teams
Read the guide

Keep exploring

Guides from other topics

All topics →