Email Graph Analysis Detects Impersonated Suppliers When DKIM and SPF Pass
Traditional email security controls such as DKIM, SPF, and DMARC fail when an attacker has already compromised a legitimate supplier mailbox. In these cases the message arrives from the genuine server, carries a valid signature, and continues an existing thread, leaving no technical anomaly to detect.
The only reliable signal lies in the historical pattern of communication between the two parties. Mail gateway logs already contain the necessary metadata: sender, recipient, and timestamp. No message bodies or attachments are required, which simplifies legal and privacy reviews.
From Postfix logs the pairs are extracted with simple shell commands that join queue identifiers. Microsoft Exchange environments provide the same data through the Get-MessageTrace cmdlet, which should be exported daily to accumulate sufficient history.
Each external-internal address pair is profiled with counts, first and last seen dates, inbound versus outbound volume, and hourly distribution. These numbers feed five lightweight indicators:
- First contact – the address has never appeared before.
- Lookalike known – the domain is similar to a previously observed supplier domain using a split name-zone comparison that ignores hyphens.
- Dormant revived – communication resumed after more than 180 days of silence.
- One-way traffic – dozens of inbound messages with zero replies.
- Unusual hours – messages arrive outside the established working-hour pattern.
A weighted score combines the indicators so that no single weak signal triggers an alert. High scores can be surfaced as a banner inside the recipient’s mailbox or routed to the SOC for manual review.
The method breaks down for generic addresses such as info@ or sales@ and for organizations that receive fewer than several thousand external messages per day. In those environments the recommended minimum control remains a telephone callback to a known contract number before any banking details are changed.
Related articles
Why Isolated Bank Scoring Fails to Prevent Counterparty Default: OSINT Case Study of a Scam Deal
A Russian social entrepreneur lost nearly one million rubles after relying on a major bank's automated compliance system that assigned a green reliability score to a fraudulent supplier. The supplier, registered as a transport company, received 500,000 rubles in targeted government grant funds for IT equipment but delivered only 15,000 rubles worth of goods before disappearing. Retrospective analysis using public Russian registries revealed multiple red flags missed by the isolated scoring algorithm, including mismatched OKVED codes, missing financial statements for three years, and clear ownership links to a bankrupt IT firm. The beneficial owner later faced tax blacklist entry and three-year disqualification after the transport entity was liquidated as inactive. The case demonstrates that single-entity automated checks create a false sense of security by ignoring beneficiary networks and operational logic. Manual verification through official sources such as EGRUL, GIR BO, and arbitration court records proved far more effective at exposing the scheme.
Avito and BI.ZONE Launch Cyberdetective CTF for Non-Technical Employees Focused on Phishing and Social Engineering
Avito's Security Awareness team, in partnership with BI.ZONE, created the Cyberdetective jeopardy-style CTF competition specifically for non-technical staff who do not write code. The three-day event targeted 104 registered participants, with 44 completing tasks and 16 achieving maximum scores across scenarios involving phishing, OAuth consent abuse, file metadata analysis, and prompt injection. Tasks awarded flags not only for investigation but also for refusing risky actions such as granting excessive application permissions or clicking suspicious links. The design incorporated MITRE ATT&CK techniques including T1566.002 Spearphishing Link, T1528 Steal Application Access Token, and T1204.004 Malicious Copy and Paste. Organizers emphasized indirect hints to help participants recognize when an object required action, avoiding the common barrier where employees fail to understand that a strange string or domain needs examination. Feedback highlighted the value of hands-on decision-making over passive lectures, though some technical employees completed the set rapidly.
Paper Mail Combined with Phishing: Russians Targeted by Fake FNS Tax Portal Copies
Russian scammers have started blending traditional postal mail with digital phishing to steal taxpayer credentials. Victims first receive official-looking paper letters from the Federal Tax Service demanding corrections to tax declarations or supporting expense documents. These letters are followed by emails directing users to a counterfeit version of the FNS personal account portal. The fake site captures login details, passwords, and other authentication data that can be reused for further identity theft and account takeovers. Senator Artem Sheikin highlighted the scheme, noting that the paper letter builds initial trust before the electronic follow-up appears legitimate. Users are advised to access tax information only by manually visiting the official FNS website or through the Gosuslugi platform without clicking any links. The attack relies primarily on psychological manipulation rather than technical sophistication.
The Human Factor in Phishing: Why Employees Wait Nine Days to Report Credential Theft
A detailed case analysis reveals how an employee clicked a phishing link, entered credentials, and realized the mistake within a minute, yet security teams only discovered the incident nine days later through an automated rule rather than a human report. The delay stemmed from immediate shame and motivated reasoning that allowed the victim to convince themselves no further action was needed, including the false belief that changing the password resolved the issue. This nine-day window left attacker sessions active, permitted potential mailbox forwarding rules to exfiltrate data, and risked rotating logs that erased forensic evidence. The article examines how corporate cultures that frame incidents as blameworthy events actively discourage reporting and turn minor phishing successes into prolonged investigations involving third parties. Recommendations include creating a no-blame reporting policy with clear boundaries, implementing one-click in-client reporting buttons, and shifting metrics from click rates to reporting speed and volume. The analysis stresses that even strong technical detection cannot fully replace rapid human signals when cultural barriers remain unaddressed.