RecruitTrap ran 3,000 fake recruitment logins with browser-in-the-browser popups and live MFA relay
CTM360 found over 3,000 phishing URLs impersonating recruiters at 50-plus organizations across 14 sectors. The pages fake a browser window, complete with address bar and padlock, and relay MFA codes in real time.
CTM360 documented RecruitTrap, a campaign of more than 3,000 phishing URLs deployed over two months. The lure is a recruitment process, impersonating real recruiters at over 50 organizations across 14 sectors, with marketing roles disproportionately targeted because those accounts reach advertising platforms and corporate social profiles. The credential page uses browser-in-the-browser: a rendered popup with a spoofed address bar and padlock that looks like a genuine Google or Facebook sign-in window but is drawn inside the attacker's page. On mobile it presents as a full-screen login instead. The kit harvests Google and Facebook credentials, relays MFA codes in real time, and filters out personal email domains to keep corporate addresses.
Why it matters
Browser-in-the-browser defeats the advice most security awareness training gives. "Check the URL" fails when the URL bar is a div, and "look for the padlock" fails when the padlock is an image. The user is doing exactly what they were told to do and arriving at the wrong answer, which is worth remembering before the incident review calls it a training failure.
Real-time code relay is the other half, and it is the reason OTP relay has become standard kit rather than a specialist technique. A one-time code entered into an attacker-in-the-middle proxy is used before it expires; the factor works exactly as designed and changes nothing.
Passkeys and hardware-backed WebAuthn break the campaign at the mechanism rather than the awareness layer, because the credential is bound to the real origin and simply will not produce an assertion for a spoofed one. There is no code for a user to relay. Pair that with monitoring for lookalike recruitment domains and correlating unusual sign-ins against recruitment-themed mail. If someone did enter credentials, changing the password is the least important step: revoke sessions, and review OAuth grants, because a consent grant survives every credential change you make.
Source: The Hacker News
Related on Start with Identity
- BlogInsurance phishing kits now relay your OTP live instead of just stealing your password
CTM360 found a phishing operation, centered on Saudi Arabia with activity across Europe, the US, and India, using a kit called InsureOTP that authenticates agai
- BlogKratos phishing-as-a-service dismantled: 200 servers, 1,800 customers, MFA walked past every time
German, US, and Indonesian authorities took down Kratos (tracked by Microsoft as SneakyLog), a phishing-as-a-service kit that used a Node.js reverse proxy to re
- BlogDevice code phishing industrialises: 25 kits, and Microsoft counts new campaigns daily
The OAuth device authorization flow built for smart TVs is now a phishing-as-a-service product line. Microsoft reported 10 to 15 new campaigns every 24 hours by
- RankingBest MFA for Enterprises: Top 5 Multi-Factor Authentication Platforms
The best enterprise MFA platforms in 2026: Duo, Microsoft Authenticator, Yubico, RSA SecurID, and HYPR. Ranked for coverage, phishing resistance, and workforce
- RankingBest MFA Solutions: Top 5 Multi-Factor Authentication Tools
The top 5 MFA solutions (Yubico, Duo Security, Microsoft Authenticator, HYPR, Beyond Identity), scored on a 10-dimension rubric, from phishing-resistant hardwar
- RankingBest Phishing-Resistant MFA: Top 5 Providers
The best phishing-resistant MFA providers in 2026: Yubico, HYPR, Beyond Identity, Duo, and 1Kosmos. Ranked for FIDO2, passkeys, and phishing-resistant workforce