What the standard says
Three accounts sit behind every business website. The registrar is the company where you bought your domain name. The DNS provider holds the records that tell the internet where your website and email live; often it’s the same company. The web host runs the website itself, sometimes with an FTP login, an older way to upload files.
ICANN’s guidance for domain owners says changing DNS records is a common goal when someone breaks into a registration account [1]. With that access, an attacker can send your web visitors to a fake site, route your mail through a server they watch, or move the domain away from you entirely [1]. ICANN recommends a different password for each account, never sharing passwords, using MFA where the registrar offers it, removing access when people leave, and turning on transfer lock so the domain can’t be moved without your approval [1].
When CISA saw this happen in 2019, it ordered federal agencies to change the passwords on every account that can edit DNS records, registrar accounts included, and put MFA on all of them [2]. MFA means a second proof after your password, like a phone prompt or security key [3]. CISA advised against text-message codes for these accounts [2].
The FTC’s advice on choosing a web host makes the same point for small businesses: decide up front who will manage the site, and ask who can edit it after launch and whether MFA is available for logins [4].
Your report may also list a few related website items:
Security headers. These are short instructions your website sends to browsers, like “only connect over HTTPS” (Strict-Transport-Security) or “don’t let other sites frame this page” (X-Frame-Options) [5]. Missing headers are a low priority; most web hosts can add the standard ones.
Certificate expiring soon. A certificate, also called TLS, is what lets your site load over https [4]. Renew it, and ask whether renewal is automatic, since shorter lifetimes make manual renewal harder to keep up with [6][7].
Google flags the site as unsafe. Google may label a site in search results or show a browser warning when it finds hacked content, harmful software or deceptive pages [8][9]. The Security Issues report in Google Search Console shows what was found; the whole site must be fixed before requesting a review [8]. Have your web provider investigate.
Sensitive documents in search results. Google’s guidance is to delete or password-protect the file first [10]. A noindex tag keeps a page out of Google’s results but not out of reach, and robots.txt shouldn’t be used to hide a page [10]. The Removals tool hides a result quickly but only temporarily [10].
What you’ll hear
“Our web developer handles all of that, so we don’t need the logins.”
Part of that is right. Having someone you trust run the site is normal, and the FTC treats it as a choice to make at the start [4]. The gap is ownership. ICANN advises keeping the registration contact details current and confirming any changes, so renewal notices and ownership stay with the business [1]. The fair version: let your developer or IT resource do the work, and keep the business as the owner of record with its own access written down.
What the numbers say
We couldn’t find a reliable public figure for how often small-business hosting or DNS accounts are taken over. These numbers come from the standards themselves:
Certificate lifetimes are shrinking. The industry body that sets the rules for website certificates, the CA/Browser Forum, now caps them at 200 days for certificates issued from March 15, 2026, then 100 days from March 15, 2027, then 47 days from March 15, 2029 [11]. The vote passed in April 2025 with no votes against from certificate issuers or browsers [12].
Let’s Encrypt, a free certificate provider, plans to move its default certificates to 64 days in February 2027 and 45 days in February 2028 [6]. It says shorter lifetimes limit the damage from a stolen key and that automation is “absolutely essential” [7].
Google says reviews after a site is flagged typically take a few days to a few weeks [8].
A removal request in Google’s Removals tool lasts about 6 months [10].
Publisher and funder: industry and vendor documentation, not surveys. Fit for a small business: direct, since every business website uses certificates and Google Search.
What we’ve seen
We haven’t run into this yet.
Putting it together
Your website and email delivery depend on a few logins most people rarely think about. Make sure the business owns them, each has its own password and MFA, and you know who can sign in. The other items are usually quick fixes for whoever runs your site.
What good looks like
The domain registered to the business, with current contact details.
A unique password and MFA on the registrar, DNS, hosting and any FTP accounts.
A short list of who can sign in to each, updated when people leave.
Transfer lock turned on at the registrar.
Certificates that renew automatically.
No private files reachable from the public website.
Questions for your IT resource
Who is the owner of record on our domain, and whose email gets the renewal notices?
Do our registrar, DNS and hosting logins all have MFA?
Is anyone sharing a login, or does each person have their own?
Is our website certificate set to renew on its own?
Is the site verified in Google Search Console, and who gets its alerts?
Related learning
What is MFA, and why a password isn’t enough
MFA, short for multi-factor authentication, asks for a second proof after your password, like a prompt on your phone or a security key. A stolen password alone is no longer enough to sign in.
How many admin accounts should your business have?
An admin account can change settings, reset passwords and read company data across Microsoft 365 or Google Workspace. Keep only a few, protect each one well, and use them only for admin work.
What is DMARC?
DMARC is a DNS record that tells other mail servers what to do with email that claims to come from your domain but can’t prove it.
Related services
Sources
ICANN Security and Stability Advisory Committee, A Registrant’s Guide to Protecting Domain Name Registration Accounts (SAC044), November 2010. (checked 2026-10-07)
CISA, ED 19-01: Mitigate DNS Infrastructure Tampering, January 2019. (checked 2026-10-07)
CISA, Multi-Factor Authentication. (checked 2026-10-07)
FTC, Cybersecurity for Small Business: Hiring a Web Host. (checked 2026-10-07)
Mozilla, HTTP headers, MDN Web Docs, updated September 2026. (checked 2026-10-07)
Let’s Encrypt, Decreasing Certificate Lifetimes to 45 Days, December 2025. (checked 2026-10-07)
Let’s Encrypt, Certificate Lifetime Rationale and Plans, updated July 2026. (checked 2026-10-07)
Google, Security issues report, Search Console Help. (checked 2026-10-07)
Google, Why is my site labeled as dangerous in Google Search?, Search Console Help. (checked 2026-10-07)
Google, Remove your site info from Google, Google Search Central, updated December 2025. (checked 2026-10-07)
CA/Browser Forum, Baseline Requirements for the Issuance and Management of Publicly-Trusted TLS Server Certificates, version 2.3.1, October 2026. (checked 2026-10-07)
CA/Browser Forum, Ballot SC081v3: Introduce Schedule of Reducing Validity and Data Reuse Periods, April 2025. (checked 2026-10-07)
How we rate these. Our judgment from real setups, applied the same way on every page. Cost: $ = no new spend or under $25/month · $$ = a modest monthly tool or a short project · $$$ = new hardware, licensing, or a larger project. Effort: Light = one sitting · Moderate = setup plus follow-up over days or weeks · Heavy = planning, testing and staff changes. Outlined marks show how far it can go for some businesses. N/A = doesn’t apply to this topic. Time to fix: how long the first useful step takes, then how long until it’s fully done. Ratings are typical averages, not quotes. Time to fix: the filled dot is when the first useful step lands, the hollow dot is when it’s fully done. Who can do it: highlighted chips are who can reasonably handle it.