Infrastructure Security

Who should be allowed to change your DNS records

Estimated Reading Time =

2 minutes

Technical Level =

Intermediate

Threat Level =

High

Attack Type =

Other

Editorial illustration for who should be allowed to change your DNS records

What you will learn

What you will learn

Control of DNS can affect email, websites, and other essential services. Identify the registrar, DNS host, privileged users, and applications that can change records.

DNS connects domain names to services, helping people reach websites and email systems. Someone able to change those records may be able to redirect traffic or disrupt communication. The accounts used to manage DNS therefore deserve the same attention as other important administrator accounts.

Understand the idea

Identify the registrar, DNS provider, account owners, recovery routes, and applications that can make changes. Use individual access and strong sign-in where supported. Keep a record of expected settings and use change approval appropriate to the service’s importance.

A simple way to follow the process
  1. Authority

    Map the accounts and services with change rights.

  2. Approval

    Define how important changes are checked and recorded.

  3. Verification

    Test the record and the real service after a change.

A practical example

Imagine a supplier retaining DNS access after a website project ends. The organization reviews that access, transfers necessary administration to named owners, and checks recovery contacts. It also records how an urgent legitimate change can be made without sharing the main account password.

Visual guide: Who should be allowed to change your DNS records
Map the accounts and services with change rights. Define how important changes are checked and recorded. Test the record and the real service after a change.

What to do next

  1. Use named administrator accounts, strong authentication, and limited roles where supported.
  2. Restrict API tokens to the necessary zones and actions, and store them in approved secret management.
  3. Record the requested change, business owner, old and new values, approver, and rollback plan.
  4. Review sensitive record changes carefully, including nameservers, mail routing, mail authentication, and delegated subdomains.
  5. Monitor provider audit events and unexpected changes, and review access when suppliers or staff leave.

How to check the result

Review the change history and test the affected website or mail route after an approved change. Keep recovery information current so the domain can be managed even if a usual administrator is unavailable.

Does control of the DNS host account cover every domain risk?

Review registrar access, recovery routes, delegated zones, and automation tokens too. Different services may control different parts of the domain’s operation.

Sources and useful guides

The following resources provide background and more detailed guidance. Use the sections that match your service and situation.

Scroll to Top