Practical Security Guides For Your Team

Your domain has a DMARC record, but it's set to 'monitor only' — meaning it watches for suspicious email activity but takes no action to stop it. Anyone can currently send emails that appear to come from your domain, and those emails will land in recipients' inboxes unchallenged. Think of it like having a security camera but no lock on the door.

Your server is configured to trust any website that contacts it, including malicious ones. This means if one of your logged-in users visits a harmful website, that site can silently pull data from your application — such as account details, API keys, or personal information — without the user knowing. Think of it like a bank teller who hands over account information to anyone who calls, as long as they say the right words.

Your server is sending two contradictory security instructions at the same time — one that says 'anyone on the internet can read our responses' and another that says 'include the user's private login credentials.' Browsers are smart enough to refuse this combination, so no one is being harmed right now. But this configuration signals a deeper misunderstanding of how cross-site access controls work, and a developer trying to 'fix' it the wrong way could accidentally create a real vulnerability.

Your application is configured to allow any website in the world to read responses from your server. Think of it like leaving your office filing cabinet unlocked — anyone who walks past can look inside. For pages that are genuinely public (like a marketing site), this is fine. For pages that return user data, account info, or internal details, it's a gap worth closing.

Your website is missing a security setting that tells browsers whether your pages are allowed to be embedded inside other websites. Without it, a malicious site could invisibly overlay your pages to trick your visitors into clicking buttons or links they didn't intend to — a technique called clickjacking. This is a missing protection layer, not an active attack in progress.

Your website is missing a security instruction called a Content Security Policy (CSP). Think of it like a guest list for your website — it tells visitors' browsers which scripts and resources are allowed to run, and blocks everything else. Without it, your site is missing one layer of protection that could help limit the damage if another vulnerability were ever found.

Your domain account.roamler.com is missing a security record that tells email providers how to handle messages that pretend to be from you. Without it, someone could send emails that appear to come from your domain — like a fake invoice or login request — and many recipients' inboxes would accept them as legitimate. This is a configuration gap, not an active attack, but it's worth closing.

Your domain is missing a basic email safety record called SPF. Without it, there is no mechanism in place to tell other email services which servers are allowed to send email on your behalf. Think of it like a building without a guest list — anyone can show up claiming to be from your company.