TL;DR: Airline-themed phishing and scam activity persisted into 2026, with 1,799 suspicious domains observed from September to December 2025 targeting more than 35 global airline brands and a broader total of over 11,600 suspicious domains, according to Bfore. Brand impersonation, fake booking portals, support scams and crypto-themed lures show how travel-season fraud turns trust in airline ecosystems into a repeatable attack surface.
At a glance
What this is: Bfore’s analysis shows sustained airline impersonation and scam activity in 2026, driven by fake booking, support and promotional domains that exploit travel demand and brand trust.
Why it matters: This matters because identity and fraud teams must treat brand abuse, customer impersonation and fake support portals as an operational trust problem, not just a marketing nuisance.
By the numbers:
- PreCrime Labs observed 1,799 suspicious domains between September and December of 2025.
- The analysis found over 35 global airline brands targeted by the suspicious domains.
Context
Commercial airline brands are a high-value impersonation target because customers search under pressure, trust familiar names and often move quickly from discovery to payment. In that environment, fake booking portals, support pages and promotional lures can capture card data, login details and device access before a user realises the site is fraudulent.
The article also shows that scammers are not only mimicking consumers’ booking journeys. They are borrowing recruitment, vendor, loyalty and support workflows to create believable trust signals, which makes the abuse relevant to fraud teams, customer security teams and identity verification programmes alike.
Key questions
Q: What breaks when airline support portals are impersonated at scale?
A: When support portals are impersonated at scale, users lose the ability to distinguish a real service channel from a fraudulent one under time pressure. That leads to credential capture, payment diversion and PII theft, while the organisation also absorbs reputational damage and additional support load. The failure is not only technical blocking, but loss of trusted identity signalling.
Q: Why do fake booking and support sites remain effective during travel disruptions?
A: They remain effective because disruption creates urgency, and urgency reduces verification. Travellers who expect flight changes, refunds or service updates are more likely to trust a site that looks operationally relevant. That makes disruption windows ideal for impersonation, especially when the attacker copies customer support language, recovery steps or booking references.
Q: How can security teams measure whether brand impersonation controls are working?
A: Measure how quickly suspicious domains, parked pages and support lookalikes are discovered, blocked and taken down relative to the start of a campaign. Also track whether users can reliably verify official booking, support and recruitment paths without relying on search results or unsolicited messages. If those journeys are ambiguous, the control is not working.
Q: Who should own airline impersonation risk across fraud, IAM and customer support?
A: Ownership should sit across fraud, customer trust, digital security and identity governance, because the abuse spans payment theft, account compromise and workflow impersonation. Security teams should own detection and takedown, while customer-facing teams own clear journey design and verification cues. If ownership is fragmented, attackers will keep exploiting the gaps between functions.
Technical breakdown
How airline impersonation campaigns structure trust abuse
Airline impersonation campaigns work because they compress three trust decisions into one page: the brand looks familiar, the offer feels time-sensitive and the user is asked to act before they verify. That makes the domain, page copy and user journey the real attack surface. The article’s examples include fake booking portals, support pages, hiring pages and crypto-themed offers, all of which exploit the same cognitive shortcut. In practice, the attacker does not need to fully compromise an airline to cause harm. They only need enough brand likeness to get the user to disclose payment data, credentials or personal information. See the Deepfakes, Social Engineering and AI Impersonation Guide.
Practical implication: Treat branded lookalike domains as an identity-verification problem, not just a web-blocking problem.
Why support and recruitment themes are especially effective
Support and recruitment lures succeed because they borrow legitimate operational contexts where users expect to share data. A cancelled flight, a job application or a vendor onboarding flow creates a natural reason to trust a portal that asks for identity details, booking references or documents. That is why the article’s examples matter beyond simple phishing: they are workflow impersonation attacks. The attacker is not only spoofing a brand, but also spoofing the purpose of a business process. Once the victim accepts the process as real, the next step is usually credential capture, payment diversion or collection of PII. See the Phishing Guide.
Practical implication: Map high-risk customer and partner workflows so you can detect when a malicious site imitates the process rather than just the logo.
What the airline abuse pattern says about fraud operations
The pattern is broader than a single vertical. Airline branding is being combined with crypto, betting, loyalty and support narratives because those themes generate conversion across multiple victim types. That is a fraud design choice, not a random collection of domains. The same infrastructure can be used to harvest payment details, stage business email compromise, or redirect users into longer-lived scam funnels. The article also shows parked domains and under-construction pages, which suggests attackers are reserving brand real estate before campaign deployment. That is a classic pre-positioning pattern in modern fraud operations. See the Authorised Push Payment (APP) Fraud Guide.
Practical implication: Monitor registrations, parked domains and page changes as early fraud signals, not just live phishing pages.
Threat narrative
Attacker objective: To monetise airline trust by stealing payment data, credentials or personal information and turning the impersonation into fraud, diversion or later abuse.
- Entry begins when a user reaches a lookalike airline domain through search, promotion or a fake support referral.
- Credential harvesting or data capture happens when the portal requests login details, card data, booking references or PII.
- Escalation follows when the attacker reuses those details for payment fraud, account compromise or business email compromise.
- Impact is loss of funds, exposure of personal information and erosion of trust in the airline brand and its support channels.
Breaches seen in the wild
- Entra ID actor token flaw (CVE-2025-55241): Hidden Actor tokens plus an Azure AD Graph validation flaw could have let attackers become Global Admin in any Entra ID tenant (CVE-2025-55241).
Read and download The State of NHI & AI Agent Breach Report 2026, covering 200+ breaches impacting Non-Human Identities including AI Agents.
NHI Mgmt Group analysis
Airline impersonation is really a trust-engineering problem, not a domain-registration problem. The article shows that attackers do not need technical novelty when they can align branding, timing and process context to user expectations. The weak point is the human decision to trust the workflow, which is why brand abuse crosses into identity governance. Organisations should treat public-facing trust signals as part of the security perimeter.
Support-scam ecosystems expose a verification gap that conventional awareness programmes rarely close. Customers are trained to spot obvious phishing, but far fewer are equipped to challenge a convincing support portal during a disruption or a booking issue. That gap matters because the attacker is not only stealing data, but also hijacking the legitimacy of the service relationship. Deepfakes, Social Engineering and AI Impersonation Guide is relevant because the same verification failure appears in voice, email and web impersonation.
Brand impersonation at scale creates identity debt: the organisation accumulates more public trust surfaces than it can actively verify. Airline brands, loyalty programmes, vendor portals and hiring flows all expand the external identity surface, while users are asked to distinguish real from fake in real time. That creates a persistent governance burden for fraud, IAM and customer support teams. The practical conclusion is to shrink the number of high-trust actions that can be completed without out-of-band verification.
The most important control gap is not detection after the fact, but pre-clearance of trusted journeys. If recruitment, support and payment flows are not clearly signposted, controlled and verifiable, attackers will keep borrowing them. The article’s examples show that malicious actors are willing to wait, park domains and time campaigns to operational events. Practitioners should assume the abuse will continue wherever the legitimate process is public, high-friction and high-value.
From our research library:
- Impersonation fraud accounted for over 85% of all fraud attacks in 2025.
What this signals
Travel-season fraud creates a recurring identity trust cycle. Every period of high demand, disruption or promotion resets the attacker’s opportunity to imitate legitimate airline journeys. Practitioners should expect the same patterns to reappear with different brands, offers and support themes rather than treating this as a one-off airline problem.
Verification has to move upstream into the journey design itself. If users can only tell a fake portal from a real one after they have submitted data, the control arrives too late. The operational question is whether the official journey makes legitimacy obvious before any sensitive action happens.
For practitioners
- Harden customer trust journeys Publish clearly verifiable booking, support and contact paths so users can confirm they are on an official airline channel before entering credentials or payment details.
- Monitor lookalike domains continuously Track registrations, parked domains and sudden content changes around airline brands, loyalty terms and disruption events so suspicious infrastructure is flagged before users encounter it.
- Require out-of-band verification for high-risk requests Use independent confirmation for payment changes, booking disputes, vendor updates and other high-value actions that scammers commonly imitate through email or fake portals.
- Separate recruitment and partner workflows from public marketing paths Keep hiring, vendor onboarding and customer support journeys distinct, branded and verifiable so attackers cannot reuse the same cues to collect credentials or documents.
Key takeaways
- Airline impersonation campaigns succeed by combining familiar brands, urgent travel contexts and convincing service flows that lower a victim’s willingness to verify.
- Bfore’s analysis shows the scale is already broad, with 1,799 suspicious domains observed in a four-month window and more than 35 airline brands targeted.
- The most effective response is not only takedown, but clearer official journeys, stronger verification and earlier monitoring of brand abuse signals.
Related NHI Mgmt Group resources: Deepfakes, Social Engineering and AI Impersonation Guide · Phishing Guide · Authorised Push Payment (APP) Fraud Guide
Standards & Framework Alignment
This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.
OWASP API Security Top 10 and MITRE ATT&CK address the attack and risk surface, while NIST CSF 2.0 and CIS Controls v8 set the governance and control requirements practitioners need to meet.
| Framework | Control / Reference | Relevance |
|---|---|---|
| OWASP API Security Top 10 | API10 — Unsafe Consumption of APIs | The article’s fake booking and support portals abuse trusted web journeys and data submission paths. |
| Recommendation — Review externally exposed booking and support flows for unsafe data submission patterns and lock down hidden trust dependencies. | ||
| MITRE ATT&CK | TA0001;TA0009;TA0040 — Initial Access; Collection; Impact | The campaign pattern relies on initial access through deception, collection of PII and financial harm. |
| Recommendation — Map impersonation campaigns to TA0001, TA0009 and TA0040 and prioritise monitoring around customer-facing entry points. | ||
| NIST CSF 2.0 | PR.AA-05 — Access Permissions, Entitlements and Authorizations | Brand impersonation turns legitimate access decisions into fraudulent authorisation events. |
| Recommendation — Strengthen authorisation checks for high-risk customer and partner actions that fraudsters commonly imitate. | ||
| CIS Controls v8 | CIS-5 — Account Management | The article repeatedly points to credential harvesting and account misuse through fake portals. |
| Recommendation — Tighten account monitoring and recovery procedures for identities exposed to impersonation campaigns. | ||
Key terms
- Brand impersonation fraud: A fraud pattern in which attackers mimic trusted organisations to trigger urgent action, capture credentials, or collect payment data. The technical risk sits at the intersection of identity verification, channel assurance, and user trust, which is why security and fraud teams both own the response.
- Lookalike Domain: A lookalike domain is a web address designed to resemble a trusted brand closely enough to trick users into believing it is legitimate. In identity attacks, the domain becomes part of the deception layer, letting attackers capture credentials, identity details, or payments through a counterfeit flow.
- Support impersonation: A scam in which attackers mimic customer support, helpdesk or incident-response channels to convince victims to share credentials, payment details or personal data. It is effective because users expect to cooperate with support teams during disruption, refunds or account issues.
- Session impersonation: Session impersonation is when an attacker or malicious actor uses an existing authenticated session or session token to act as if they are the real user or workload. The activity may look valid to basic monitoring because the session itself is authenticated, even though the actor behind it is not.
Deepen your knowledge
NHI Foundation Level course, the industry's only accredited NHI security programme, covers NHI governance, secrets management and identity lifecycle controls. It helps practitioners connect identity security principles to the wider fraud and access risks that shape real-world programmes.
Published by the NHIMG editorial team on October 22, 2026.
NHI Mgmt Group, the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org