Email security · Understand
CEO fraud targets a wire transfer or a change of bank details, not a computer. The message often has no attachment or link, and is sometimes technically flawless. A filter can spot a lookalike domain, a misleading display name or a known fraud scenario; the decision to pay, however, is verified through a channel the company already knows.
Updated October 20266 minOfficial sources cited
The CNIL describes the fake transfer order, known as “CEO fraud,” in several stages. The fraudster researches the company: organization chart, customers, suppliers. They set up a fake domain name close to that of the company or a supplier, or impersonate an employee. Then they write, or call, posing as an executive or a supplier, with a request presented as urgent and approved at the top.
The variants are similar:
The lever is always human: urgency, secrecy, authority. The French Ministry of the Economy advises not to act in haste, even when faced with an insistent caller, and to be extra vigilant during holidays, when accounting departments run with reduced staff.
An example, for illustration. Late on a Friday afternoon, an SME’s accountant receives a message from the “CEO”: a confidential acquisition, a lawyer who will call, a transfer to make before Monday. The message has no attachment and no link. Its display name is correct, its address is not. Nothing, technically, is “infected.”
| Form | What it looks like | SPF, DKIM, DMARC | What can detect it |
|---|---|---|---|
| Spoofed display name | “Claire Martin, CEO” writing from a free email service | Valid for the sender’s real domain; DMARC does not deal with the display name | Comparing the displayed name, the address and the names of the domain’s executives |
| Lookalike domain | A doubled letter, a hyphen, a different extension | Can be perfect for the lookalike domain | Resemblance to your domain or a supplier’s, domain age, reputation |
| Your exact domain, sent from elsewhere | The displayed address is the real one | DMARC fails; it stops the message if the domain’s policy requires it | DMARC check on arrival |
| Genuinely compromised account | The message comes from the executive’s or supplier’s real mailbox | Everything is valid | Change in behavior, content (new bank details), and above all the verification procedure |
The DMARC specification says so itself: it deals neither with visually similar domains nor with display-name abuse. Three cases out of four therefore escape domain authentication. The details are in SPF, DKIM and DMARC, and the stolen-account case in spam, phishing, malware and compromised accounts.
An often overlooked point: by default, a filter does not know who your executive is or who your suppliers are. Giving it that context, the names of executives and regular suppliers, is what allows it to see a fake executive.
A filter reduces the number of fake messages that get through. It does not approve a payment. A genuinely compromised account, a plausible request, a lookalike domain not yet on any list: a message can slip through. The last barrier is a procedure.
Not only the accounting department. Executive assistants, buyers, the people who manage supplier records and those who stand in for an absent colleague are natural targets of the scenario, because they have access to payments or bank details. The CNIL recommends training employees to check domain names and to be wary of unusual requests. A short written rule, known to all and regularly restated, is better than a verbal instruction: it allows an employee to say “no” to a fake executive without fear of being overruled.
If a fraudulent transfer has gone out: call the bank immediately to try to cancel it, keep the messages, and file a complaint with the police. Also warn the customers or suppliers whose name was used.
No. It stops exact spoofing of your domain, not the lookalike domain or the display name. See SPF, DKIM and DMARC.
Yes. Transfer fraud needs only a credible text and a person who carries it out.
Not necessarily: their account may have been stolen. See compromised account. A phone check settles it.
No. Check with the known contact, without releasing it. See Quarantine, false positives and reporting.
Klytic MTA splits this protection between its two plans. It works in front of any email service, without Klytic Mail.
| Protection | Essential | Advanced |
|---|---|---|
| SPF, DKIM, DMARC checks, including for forwarded messages | Yes | Yes |
| Brand impersonation, lookalike domains, display-name spoofing | Yes | Yes |
| Unusual sender behavior | Yes | Yes |
| CEO fraud | No | Yes |
| Fake invoices, fake transfers, crypto, refunds, financing, phone calls | No | Yes |
| SMS alert when an important sender writes | Option | Option |
The domain fraud context (names of executives, regular suppliers) is set by the domain administrator: see Who sets the filter in Klytic MTA.
What Klytic MTA does not do: it does not approve any payment and does not replace your transfer procedure. It does not see a direct phone call, only messages that invite someone to call.
This page describes general measures. It replaces neither your bank’s advice nor that of the authorities in the event of actual fraud.
Consulted in October 2026.
The Klytic MTA Advanced plan adds detection of CEO fraud and fake invoices.
Welcome offer
No-commitment trial. An advisor calls you back to understand your needs and prepare your Klytic workspace.