Skip to main content
Cyber Resilience8 min readNew

Who Actually Controls Your Business Domain?

"The domain your email and website depend on is often registered in a former developer's personal account. Here is how to work out who holds the keys, how to take them back, and what to fix in the hosting and SSL layer while you are there."

Author

Lior Refael

Published

Aug 20, 2026

Back to Articles

The question most owners cannot answer

If someone asked you right now who controls your company's domain, could you answer? Not the name on the invoice - the person who can log in and change where your website points, where your email goes, and who the domain belongs to.

In our own onboarding work, this is the single most common gap we find. The domain was registered years ago by a web developer, an IT consultant, or someone who has since left. The registrar account sits in a personal mailbox. The password is in a browser nobody uses any more. And the business keeps paying for a website and email that both depend on an asset it does not control.

This article is about ownership and control. The attack mechanics - how hijacking and DNS spoofing actually work, and what DNSSEC does and does not stop - are covered in our article on domain hijacking and DNS spoofing.

What the domain actually controls

Your domain is not just a web address. It is the set of DNS records that tell the internet where your services live. Microsoft's own domain setup guidance lists the records a business tenant depends on, and every one of them is a lever[1].

RecordWhat it doesWhat happens if someone changes it
A / AAAAPoints the domain at your web serverVisitors land on someone else's page
MXRoutes your emailMail goes to the attacker, you stop receiving
TXT (SPF, DKIM, DMARC)Proves which senders are legitimateYour mail is treated as spam, forgeries pass
CNAMEAliases for subdomainsServices quietly redirect
NSDelegates DNS to nameserversWhoever holds this holds everything

Change the NS records and every other row follows, including anything that verifies ownership through DNS: certificates, Microsoft 365, Google Workspace, payment providers.

How control actually gets lost

Three patterns, in order of how often we see them.

The domain sits in a contractor's personal registrar account. Nothing goes wrong until the relationship ends, at which point transferring the domain becomes a negotiation instead of an admin task.

The renewal notice goes to a mailbox nobody reads. The registration lapses. There is a grace period and then a paid redemption window, but after that the name is released and anyone can register it.

A former employee still has the login. Usually nothing happens, until their own credentials leak somewhere else and an attacker inherits your DNS.

None of these need an attacker to be clever. They need nobody to have checked.

The two-hour fix

ActionWhyTime
Establish who controls the registrar accountYou cannot secure what you do not own15 min
Move the account to a company mailbox, not a person'sPersonal addresses leave with people30 min
Turn on MFA at the registrarThe password alone is not enough5 min
Turn on the transfer lockStops a domain moving without your say10 min
Enable DNSSECSigns your records so answers cannot be forged20 min
Cut DNS edit access to two or three peopleFewer keys, fewer incidents15 min
Set auto-renew and a card that will not expirePrevents the accidental loss5 min
Export and store your current recordsYour baseline if something changes30 min

Two details are worth spelling out. Domain transfers between registrars are governed by ICANN's Transfer Policy, which sets out the authorisation and lock rules a registrar must follow - which is what makes the transfer lock more than a checkbox[2]. And DNSSEC works by cryptographically signing your DNS answers so a forged reply can be detected, which is a different job from stopping someone who has logged into your account legitimately[3].

If a domain is registered in someone else's name, Microsoft's transfer guidance is the practical starting point for moving it into an account you control before you touch anything else[4].

The hosting layer

Once the domain is yours, hosting is the next bill worth reading. Most small business sites need six things, and most of them are free or close to it:

RequirementWhat it meansRealistic monthly cost
Uptime commitmentA published SLA, not a promise€15-30
TLS certificateHTTPS, automatically renewed€0
Daily backupsAutomated, around 30 days retained€0-10
DDoS absorptionTraffic spikes handled upstream€0-15
CDNFast delivery outside your region€0-20
Mail forwardingContact forms actually arrive€0-5

A managed host covers all of it for €25 to €50 a month. If you are paying over €100 for a site with fewer than 10,000 visitors a month, you are buying capacity you will never use.

Cost is the smaller risk. The bigger one is an unpatched site: most small business site compromises we clean up came in through an outdated plugin or theme, not a clever exploit. Automatic updates plus a host that patches the platform for you removes most of that surface.

The SSL question, asked properly

"Do we need SSL?" stopped being a question when browsers started marking plain HTTP as not secure. The real question is free or paid.

Let's Encrypt issues domain-validated certificates at no cost, and its certificates are trusted the same way any other DV certificate is - the encryption and the browser padlock are identical[5]. It deliberately does not issue organisation-validated or extended-validation certificates, which is fine, because browsers no longer display company names prominently enough for most businesses to care.

CertificateCostWho actually needs it
Let's Encrypt DV€0Almost every small business
Paid DV€50-150/yrNobody, unless a host forces it
EV€200-500/yrRegulated finance and legal, occasionally
Wildcard€100-200/yrMany subdomains on one certificate

The real risk is not the certificate type, it is expiry. Let's Encrypt certificates are short-lived by design and renew automatically, which is a feature until the renewal job silently fails. Monitor certificate expiry the same way you monitor domain expiry.

Actually

Your domain is the one asset every other part of your digital presence hangs off: website, email, cloud sign-in, payments, verification. Securing it takes an afternoon and costs nothing. Not knowing who controls it is the risk, not the technology.

If you do not know who holds the keys, or you want a second pair of eyes on your DNS records, registrar security and certificate renewals, book a free 30-minute call.

Questions we get asked

Sources

Every figure in this article traces back to a named source. Where we quote our own numbers, they come from work we have done with small businesses in Israel and across Europe, and we say so.

  1. Create DNS records at any DNS hosting provider for Microsoft 365Microsoft Learn · 2026Lists the DNS records a business tenant depends on, including MX, SPF, DKIM and CNAME entries, and what each one is used for. (opens in a new tab)
  2. Transfer PolicyICANN · 2016Sets out the authorisation and lock requirements registrars must follow before a domain moves between registrars, which is what a transfer lock relies on. (opens in a new tab)
  3. DNSSEC: What Is It and Why Is It Important?ICANN · 2019Explains that DNSSEC adds cryptographic signatures to DNS data so forged answers can be detected, and that it does not address account-level compromise. (opens in a new tab)
  4. Buy or transfer a domain name for Microsoft 365Microsoft Learn · 2026Documents the steps for buying or moving a domain into an account the business controls before connecting it to a tenant. (opens in a new tab)
  5. Let's Encrypt Frequently Asked QuestionsLet's Encrypt (Internet Security Research Group) · 2025Let's Encrypt issues free domain-validated TLS certificates and does not offer OV or EV certificates, because those cannot be issued automatically. (opens in a new tab)

Figures last checked 21 August 2026

Ready to get your IT working properly?

Book a free 30-minute call to walk through your current setup and leave with a clear picture of what to fix first.