A rant about phishing: It's not the user's fault (and not DNS either)
Opinion piece argues multi-domain login redirects make legitimate flows indistinguishable from phishing, urging organizations to standardize on one recognizable root domain.
The author shows a real-world login flow that chains through numerous third-party domains (identity providers, cloud auth endpoints, OAuth APIs, 2FA pages), none on the company's own domain, so credentials and 2FA prompts are trivially impersonable. The piece argues URLs are inherently confusing because the security-relevant second-level domain sits mid-string, and that users trained to ignore URLs cannot distinguish legitimate pages from scams. It proposes RFC 2119-style requirements: single recognizable root domain, internal services on its subdomains, emailed or SMS links on that domain, and local redirects instead of third-party hosted pages.
- Real login flows chain many third-party domains, making legitimate pages indistinguishable from phishing pages.
- URLs bury the security-relevant second-level domain mid-string, which non-technical users cannot reliably parse.
- Recommends logins and emailed/SMS links live on one recognizable root domain using subdomains.
- Suggests bring-your-own-domain and local redirects instead of third-party hosted login pages.
From the original article
2 min read at maurycyz.comMeanwhile, most organization's login flow redirects through: # This is a real example, but I've changed the names to avoid pointing fingers https://login. smallcrow. com/324aa78a-03a6-66fc-23e1-4124fdsa213
By maurycyz.com by maurycy · maurycyz.com
A short excerpt; the article and its images belong to the publisher. Summary, key facts and assessment above are AI-written from the article and can be wrong.