Quick Facts
- Category: Technology
- Published: 2026-04-30 18:41:06
- How Flight Recorder in Go 1.25
- Critical 'Copy Fail' Flaw Allows Unprivileged Users to Gain Root on Linux Systems
- Exploring How I Get Free Traffic from ChatGPT in 2025 (AIO vs SEO)
- Navigating the Artemis 3 Delay: A Comprehensive Guide to NASA's Revised Lunar Timeline and the 2028 Moon Landing Outlook
- 5 Essential Facts About GitHub Copilot CLI: Interactive vs. Non-Interactive Modes
A handful of hijacked columbia.edu subdomains listed by Google One of the sites redirected by a UC Berkeley subdomain. Websites for some of the world’s most prestigious universities are serving explicit porn and malicious content after scammers exploited the shoddy record-keeping of the site administrators, a researcher found recently. The sites included berkeley.edu, columbia.edu, and washu.edu, the official domains for the University of California, Berkeley, Columbia University, and Washington University in St. Louis. Subdomains such as hXXps://causal.stat.berkeley.edu/ymy/video/xxx-porn-girl-and-boy-ej5210.html, hXXps://conversion-dev.svc.cul.columbia[.]edu/brazzers-gym-porn, and hXXps://provost.washu.edu/app/uploads/formidable/6/dmkcsex-10.pdf. All deliver explicit pornography and, in at least one case, a scam site falsely claiming a visitor’s computer is infected and advising the visitor to pay a fee for the non-existent malware to be removed. In all, researcher Alex Shakhov said, hundreds of subdomains for at least 34 universities are being abused. Search results returned by Google list thousands of hijacked pages.
Hijacking a university's good name
Scammers like Hazy Hawk then swoop in by hijacking the old record.Read full article Comments Shakhov, founder of SH Consulting, said that the scammers—which a separate researcher has linked to a known group tracked as Hazy Hawk—are seizing on what amounts to a clerical error by site administrators of the affected universities. When they commission a subdomain such as provost.washu.edu, they create a CNAME record, which assignes a subdomain to a "canonical" domain. When the subdomain is eventually decommissioned—something that happens frequently for various reasons—the record is never removed.