Kit families research

Banking login kit fingerprints

How banking kits reuse visual assets, form logic, panels and exfiltration routes.

Research question. How do banking kit families repeat?
Thesis. Visual and code reuse can connect domains that target different banks or countries.

Why this matters

The interesting artifact is not only the landing page; it is the proxy pattern and repeated tooling.

Belgian context

Belgian public services, SMEs, universities and enterprises rely heavily on Microsoft identity flows, making M365-themed abuse operationally relevant.

Why this deserves its own article

How banking kits reuse visual assets, form logic, panels and exfiltration routes. Visual and code reuse can connect domains that target different banks or countries.

Research framing

M365 and AiTM kit families should be studied as a system rather than a single indicator. The useful unit of analysis is the connection between a lure, a distribution channel, infrastructure, evidence, and the route toward credentials, money, malware, or contact with an attacker. That is why PhishNet treats public data as a graph: each domain, URL, certificate, phone number, IBAN, sender ID, kit marker, source and evidence artifact becomes more meaningful when its relationships are visible.

Mechanism

Traditional phishing asks the victim to type a password into a fake form. AiTM kits proxy a real login flow and attempt to capture session material. That makes the infrastructure more dynamic and changes the defender's evidence needs: redirect chains, cookies, headers, JavaScript, proxy endpoints and anti-bot behavior become central.

Observable evidence

Observable evidence includes certificate timing, domain naming, reverse-proxy markers, repeated URL paths, hidden form behavior, websocket endpoints, DOM and JS hashes, page titles, favicon reuse, panel paths, bot/webhook reuse and screenshots captured from a safe browser.

Belgian and Benelux relevance

Belgian organizations may see these kits through generic M365 lures or locally tailored invoices, procurement, HR, public-sector and university narratives. The campaign may not mention Belgium in DNS but still target Belgian identity users.

How PhishNet studies it

PhishNet groups these observations into kit families and safe weakness summaries. It highlights exposed panels, debug artifacts, leaked configuration metadata or repeated bot hooks only as defensive evidence and CERT-safe next actions.

Operational workflow

A useful workflow starts with discovery, but it cannot stop there. The signal must be normalized, deduplicated, enriched, scored, linked to evidence and placed in a decision state. PhishNet keeps those steps visible: where the signal came from, whether it is fresh, whether it is technically live, whether it is independently corroborated, what brand or country it targets, what evidence exists, and what export or handoff action is appropriate. This turns research into an analyst process rather than a static article.

Metrics that matter

The most useful metrics are not only totals. Defenders need unique contribution by source, confirmation split, freshness split, verified-live coverage, brand pressure, country relevance, evidence readiness, route reuse and cluster recurrence. A high count with weak provenance can be less useful than a smaller set of observations linked to official warnings, screenshots, liveness, repeated kit markers or mule-route reuse. The research library therefore explains which metrics matter for each attack pattern.

How this differs from a blocklist

A blocklist asks whether an indicator should be blocked. Phishing OSINT asks a wider set of questions: who or what is being impersonated, what source saw it, what evidence supports it, what infrastructure does it share, what route moves the victim toward money or credentials, and what action should follow. That broader framing is what makes the same data useful for CERT teams, journalists, banks, telecoms, regulators and public-sector coordinators.

Country comparison lens

Country comparison prevents false confidence. A campaign may be hosted outside Belgium, use a global TLD, reuse an English-language kit and still be highly relevant to Belgian victims because the brand, phone route, IBAN, public-service reference or local language points back to Belgium. Conversely, a Belgian-looking domain can be benign or irrelevant without evidence. PhishNet therefore treats country as an explained relevance score rather than a simple suffix, IP geolocation or source label.

Evidence handoff lens

For CERT and public-sector users, the final value is not just knowing that a pattern exists. The value is being able to hand off a defensible case: source provenance, timestamps, screenshots or archived artifacts, redirect chain, liveness state, extracted entities, confidence, legal/sensitivity notes and a clear next action. This is why the platform links research topics back to Evidence, Fusion Graph, Kit Intelligence, Source Quality and export profiles instead of leaving readers with abstract commentary.

Open-data and active-OSINT boundary

Public research should be transparent about what is known and what is deliberately withheld. Open data can explain source families, campaign patterns, country pressure and sanitized examples. Authenticated workflows can carry the operational values, full evidence and exports. Sensitive active-OSINT artifacts, raw credentials, victim data and exploit-enabling details require stricter controls. This boundary lets PhishNet be useful to journalists and researchers while still serving operational CCB/CERT users responsibly.

What this means for defenders

The operational value is prioritisation. Defenders do not need every possible weak signal treated as equally malicious; they need to know what is confirmed, what is corroborated, what is a review candidate, and what is context only. A serious phishing OSINT platform must preserve uncertainty, expose provenance, and still move quickly enough that analysts can act before the campaign has already disappeared.

What this means for buyers

Potential buyers should look for the ability to answer practical questions quickly: what is fresh today, what is confirmed, what is only suspicious, what is uniquely Belgian, what evidence is ready, what can be exported, and what source gaps remain. A platform that cannot answer those questions without a long live query is not an operational intelligence platform. PhishNet's public pages describe the method; the authenticated product exposes the rows, graph, evidence and exports.

Methodological limits

Public discussion must avoid exploit instructions and raw secrets. The purpose is detection, preservation and lawful handoff, not unauthorized access to attacker infrastructure.

Research takeaway

The strongest signal is rarely a single spectacular indicator. It is the repeated structure: the same brand abused across channels, the same kit fingerprint across domains, the same shortlink pattern across SMS bursts, the same payment or contact route reused after takedowns, or the same infrastructure timing around certificates and hosting. That repeated structure is what turns open data into intelligence. The practical result is a better daily question for analysts: not just what appeared, but what repeated, what is supported by evidence, and what can be acted on now.

Specific research angle

This article applies the same PhishNet research method to banking login kit fingerprints: isolate the attack mechanism, identify evidence artifacts, separate confirmed and reviewable signals, and explain why the pattern matters for Belgian and European defenders.

Research value

  • Reproducible daily public snapshots
  • Source provenance and confirmation-state separation
  • Graph relationships between indicators, routes, evidence and campaigns
  • Authenticated access path for deeper operational datasets

Selected sources and research

PhishNet uses public research, official Belgian sources and open OSINT documentation as context. Public pages explain the method and redact examples; authenticated platform views retain operational indicators according to role and policy.

Common questions

What is an AiTM phishing kit?

It is a reverse-proxy phishing kit that can relay login flows and attempt to capture session material.

Can kit analysis expose attackers?

It can support inferred operational clusters, but legal attribution requires analyst confirmation and lawful evidence.