MEDIUM SEVERITYDNSID: statuspage-io
Atlassian Statuspage Dangling DNS Takeover Fingerprint
A status page was decommissioned but the custom domain CNAME record still resolves to Atlassian Statuspage edge.
CNAME Fingerprint Rule
*.statuspage.io
404 Not Found
Response Body Token
“Status page not found”
When SubdomainWatch scanner receives HTTP responses matching this token on a dangling CNAME, it raises a critical alert immediately.
Remediation Guide & Mitigation
Action Required: Delete the CNAME record in DNS or re-link your Statuspage organization.
Immediate Defensive Checklist:
- Audit authoritative DNS zone records for any CNAME records pointing to
*.statuspage.io. - Verify whether the corresponding target resource is still active in your cloud tenant.
- If the service was deprecated, delete the DNS record immediately to prevent hijackers from claiming the endpoint.
- Add automated continuous monitoring to alert before third parties can register matching resource names.
Monitor Atlassian Statuspage In Real-Time
SubdomainWatch continuously monitors your DNS zones for orphaned Atlassian Statuspage pointers, expired certificates, and dangling records 24/7.
Related Cloud Takeover Signatures
CLOUDCRITICAL
AWS S3
*.s3.amazonaws.com / *.s3-website-*.amazonaws.com
HOSTINGCRITICAL
GitHub Pages
*.github.io
HOSTINGCRITICAL
Heroku App
*.herokudns.com / *.herokuapp.com
CLOUDCRITICAL
Microsoft Azure App Service
*.azurewebsites.net / *.cloudapp.net
CLOUDCRITICAL
AWS CloudFront
*.cloudfront.net
CLOUDCRITICAL
AWS Elastic Beanstalk
*.elasticbeanstalk.com