Home Technology Cyber security Why AI Is Forcing Companies to...
Cyber Security
CIO Bulletin,
01 June, 2026
Author:
Guest
For years, phishing awareness education initiatives taught employees to look for obvious mistakes: awkward grammar, strange formatting, suspicious links, and exaggerated urgency. That creates a problem for companies. Employees now have to make trust decisions while moving through email, chat, calls, calendar invites, and mobile alerts, often with little time to investigate.
Recent public warnings point to the same issue: generative AI can make fraud more convincing, help criminals reach targets faster, and remove language errors that once made some scams easier to spot. The same guidance points to AI-generated text being used for social engineering and spear phishing.
A yearly training module built around obvious email examples may no longer match how attacks look during a normal workday.
Many employees still associate phishing with poor spelling, odd phrasing, and clumsy formatting. That was never a complete test, but it was at least a useful clue. AI weakens that clue because a scam message can now read like a routine workplace message.
A fake supplier follow-up can sound professional, while a bogus HR message can use the calm tone and familiar structure of a routine workplace notice. A fraudulent payment request can be rewritten until it resembles the short, direct language executives often use. A criminal who does not speak the target’s language well can still produce a message that looks clean enough to pass a quick scan.
Modern phishing training for employees should place less emphasis on spotting bad writing and more on judging context. Employees need practice judging whether a request makes sense – whether the sender is expected, the channel is appropriate, and if the requested action carries financial, operational, or data risk.
Email remains important, but phishing now reaches employees through more than the inbox. Today’s phishing lures are increasingly delivered via social media messages, QR codes, video calls, SMS and other channels.
That wider mix of channels changes what training needs to cover. Employees may receive, for example, a text about an unpaid toll, a QR code in a document, a fake meeting invitation, or a message in a collaboration tool. Others may receive a call that appears to come from a trusted colleague. Some of these attempts are designed to blend into routine business communication.
Training should therefore include the channels employees actually use, depending on their own roles and context. A finance employee, recruiter, help desk agent, and executive assistant will not see the same lures, so the examples should not all look the same.
Audio and video scams create a different kind of pressure because employees may feel they are responding to a real person in real time. Recent consumer protection guidance has warned that voice cloning can make requests for money or information more believable, including calls that appear to come from a boss or another trusted person. Federal warnings have also described AI-generated videos being used for real-time chats with supposed executives or authority figures.
This does not mean that employees should distrust every call. The better lesson is that sensitive requests need a verification path. If a message asks for payment, credentials, confidential files, account changes, or urgent exceptions to normal policy, employees should know how to pause and verify through a separate and more secure channel.
That only works if the company culture allows it. Training is less effective if staff believe they will be criticized for slowing down a request from a senior leader. Employees also need to know that pausing will not be treated as obstruction, especially when a request appears to come from an executive or manager.
A single phishing module rarely reflects the different risks across a company. A receptionist, developer, finance analyst, HR coordinator, and executive assistant do not face the same kinds of requests. Their access, habits, and pressure points are different.
A better approach is to match simulated training examples with the decisions employees actually make. Finance teams need payment-redirection and vendor-bank-change examples. HR needs recruitment and payroll lures. IT and help desk teams need password-reset, MFA fatigue, and privileged-access scenarios.
Shorter, more specific examples can be easier to remember than broad annual lessons. They can also feel less like compliance paperwork and more like practice for real situations.
A phishing message that reaches one employee may have reached many others. When the first person reports it quickly, security teams can investigate related messages, block domains, remove emails, and warn others.
Public phishing guidance emphasizes that employees should know how and where to report suspicious messages. The UK’s National Cyber Security Centre also recommends a layered approach to phishing defense, with user education treated as one part of a wider program rather than the whole answer.
Completion rates are a weak measure on their own. Full training completion does not prove employees will act well during a real incident. More useful signals include how quickly suspicious messages are reported, whether reports include useful details, which teams are improving, and whether repeat mistakes are declining.
The starting point is a simple review. Do the examples in your training curriculum still look like the messages employees receive today? Are employees taught how to verify sensitive requests, or only how to avoid suspicious links?
Companies should also refresh how training is delivered. Shorter and more frequent practice can help employees build judgment without taking them away from work for long periods. Role-specific examples can make the lessons more believable. Clear reporting steps can turn employee suspicion into a useful security signal.
Attackers will keep using AI to make deception look ordinary. The safer response is to give employees realistic practice, quick feedback, and permission to verify sensitive requests before they act.







