Skip to main content
Back to Blog
securitysmbtlsdmarchttp-headers

Why Security Matters in 2026

LevelsTech ·

Why Security Matters in 2026

In 2026, the bar for a successful phishing or fraud attempt against a small or mid-sized business is lower than it has ever been. Not because attackers got smarter — but because the fundamentals at most companies are still not in order. A missing DMARC record, an expired TLS certificate, a forgotten subdomain still pointing at an old server: these are not exotic problems. These are the signals every automated attack checks first.

This article walks through the signals we test in a passive security audit, why each one matters, and how to put the basics back in order in a structured way — without it turning into a major project.

What do we mean by “passive security audit”?

A passive audit only looks at publicly available signals. We don’t scan anything intrusively, we don’t try to bypass anything, and we don’t test passwords. Everything we evaluate is information that your own web server, your DNS, and your mail configuration already publish to the public internet — and that any attacker with a browser and a terminal could pull down within three minutes.

That scope is deliberate. We don’t want to cause technical impact; we want to show you what the outside world already sees about your business today.

The six pillars we test

1. TLS / HTTPS configuration

A valid certificate is the minimum in 2026, not the goal. What we also look at: does your server still support outdated TLS versions (1.0, 1.1)? Are weak cipher suites enabled? Is HSTS configured so browsers can’t accidentally open an HTTP connection?

Why it matters: a browser allowed to speak TLS 1.0 with your site is also allowed to do so with a proxy sitting in between. That is exactly how man-in-the-middle attacks on WiFi networks work.

2. HTTP security headers

Headers such as Content-Security-Policy, X-Frame-Options, X-Content-Type-Options, Referrer-Policy, and Permissions-Policy determine what the browser of your visitors is and isn’t allowed to do on behalf of your site. If they’re missing, an attacker who manages to inject a script anywhere (think a compromised marketing tag) can do far more damage.

Why it matters: these are settings your hosting provider or CDN can add in a single commit. It’s low-hanging fruit, and the difference between a Mozilla Observatory A and an F is usually one afternoon of work.

3. Email authentication (SPF, DKIM, DMARC)

In 2026 this is the pillar that prevents the most direct financial damage. Without a strict DMARC policy (p=quarantine or p=reject), anyone can send emails that, to the recipient, look like they come from your domain. Spoofed invoices, CEO fraud, fake collection notices — it all starts here.

Why it matters: since 2024, Google and Microsoft have been accepting mail from senders without correct DMARC ever more strictly. A missing record isn’t just a security risk — it’s a deliverability risk for your own mail.

4. DNS hygiene

We look at your DNSSEC status, whether your CAA records specify which certificate authorities may sign for your domain, and whether your MX records expose open ports or legacy servers. Beyond that we do a passive inventory of subdomains via public certificate transparency logs — not to attack anything, but to make visible what is online in your company’s name.

Why it matters: many incidents start at a forgotten subdomain. A staging.company.com set up once for a test, still has DNS, still points at a server no one owns anymore — that is exactly where attackers look first.

5. Passive infrastructure exposure

Services like Shodan and Censys continuously index the public internet. We read what they have already collected about your IP addresses. Open database ports, admin panels reachable from the public internet, services with known CVEs — those are the signals we surface.

Why it matters: if Shodan already knows, everyone knows. This isn’t an attack; this is public information.

6. Known data breaches (Have I Been Pwned)

For your own domain we check via the official HIBP API whether any of your employees’ email addresses appear in known data breaches. We do this only for your own domain — and only as an aggregate, not per individual address in the report.

Why it matters: a password reused from a 2021 LinkedIn breach is still, in 2026, the starting point for many successful account takeovers.

What do you get out of an audit?

A report with a score from 0 to 100, built up from the six pillars, plus a prioritization: which three to five improvements you should roll out first to move your score the most. Not a list of a hundred technical notes — a handful of concrete recommendations your IT partner or web developer can pick up in one sprint.

What you don’t get: a story about how “hackable” your site is. We don’t believe in that kind of framing. What you do get: a sober picture of what the outside world can see about your business today, and a roadmap to improve that picture.

Why 2026 is the right moment

Three developments make this year different from previous ones:

  1. NIS2 is operational. Many SMBs that were previously off the regulator’s radar now fall under the new directive — directly, or through their customers in the supply chain.
  2. AI lowers the bar for attackers. Phishing emails are no longer recognizable by bad translations. The technical layer has to compensate for that.
  3. Cyber insurers demand demonstrable baseline hygiene. No DMARC, no MFA policy, no periodic audit? Then the policy doesn’t reimburse anything either.

What’s a sensible next step?

If you want to know where your own domain stands today, we’ll do a free passive audit and send you the report within one business day. No sales call up front, no twenty-question form. You get the report, you decide what to do with it.

Schedule a conversation — or send us your domain directly at [email protected] and we’ll get started.


This article describes how we conduct security audits at LevelsTech. We only perform passive, non-intrusive analyses based on publicly available information. We do not scan anything intrusively, we do not test passwords, and we do not attempt to gain access to systems for which we do not have written permission.