Skip to content
hostcomplex

Self-Signed Certificates

Maarten Soetens 2 min read

How a Self-Signed Certificate Differs

A self-signed certificate is signed with its own private key instead of the key of a certificate authority. It has the same format and can provide the same encryption as a CA-signed certificate, but no independent party has checked the identity it claims.

A CA-signed certificate carries a signature that chains up to a root certificate stored in the operating system or browser. A self-signed certificate has no such chain, so the browser does not know whom to trust and shows a warning. Encryption still happens; what is missing is verification of identity. The authority's role is explained in what a certificate authority does.

Where Self-Signed Certificates Are Acceptable

Self-signed certificates make sense when the people connecting already trust the server by other means. Typical cases are an internal network where the organisation controls every client, a test environment used during software development, or a device on a home network that only its owner uses.

In these cases trust is set up in advance. An organisation can install its own root certificate on managed devices, so its internal certificates are accepted without warnings. This is a private certificate authority, and it is often used with mutual TLS, where clients also present certificates.

Risks on Public Websites

On a public website, a self-signed certificate is a serious problem. Visitors have no independent way to confirm they are talking to the real server, so an attacker who intercepts traffic can present a certificate of their own. This is why browsers show a full-page warning by default.

The bigger risk is habit. Users who learn to click through warnings will also click through the warning that appears during a real attack. A warning that a connection is not private should be taken seriously, especially on a site the user does not own or know well. The common messages are explained in certificate errors in browsers.

Frequently asked questions

Is a self-signed certificate as secure as a CA-signed one?

It can provide the same encryption, but not the same assurance about identity. A CA-signed certificate tells a client that a trusted third party checked the domain. A self-signed certificate tells the client nothing about who runs the server, unless the client was set up in advance to trust it.

Can I make browsers trust a self-signed certificate?

Only on devices you control, by adding the certificate or its issuing root to the device's trust store. Doing this does not make a public site trustworthy to anyone else, because other visitors' devices do not hold that trust. For public sites, a CA-signed certificate is the right choice.

  • Two-Factor Authentication

    Two factor authentication hosting adds a second check to control panel, domain and CMS logins. Learn which methods are strongest and why 2FA helps.

  • What Is an A Record?

    What is an A record? Learn how this DNS record maps a hostname to an IPv4 address, why domains use several A records and the root and www pattern.

  • Billing and Automation Platforms

    What is WHMCS? Learn how this commercial billing and automation platform helps hosts sell plans, collect payments and create accounts automatically.