logo
Kurashizu Blogwhere ideas flow
  • Home
  • News
  • Blog
  • About
  • Home
  • News
  • Blog
  • About

© 2026 Kurashizu. All rights reserved.

Admin·New Post·Service Status
Powered by Cloudflare·27.10.26
← Back to news

Let's Encrypt is adding two additional remote perspectives for domain validation

Original article
community.letsencrypt.org|180 points|59 comments|by gslin|Oct 19, 2026

Expansion of Remote Perspectives for Let's Encrypt Domain Validation

Let's Encrypt has announced the integration of two additional remote perspectives into their domain validation process. This update is designed to bolster security and ensure compliance with industry standards.

Why is this happening?

The primary driver for this change is the need for enhanced visibility to defend against BGP (Border Gateway Protocol) hijacking attacks. By diversifying the locations from which validation requests are sent, Let's Encrypt can more effectively verify that a domain is truly controlled by the requester.

Furthermore, this update is mandated by the Baseline Requirements (BR). Specifically, the following regulation applies:

BR 3.2.2.9 Multi Perspective Issuance Corroboration Effective 2026-12-15, the CA MUST implement Multi-Perspective Issuance Corroboration using at least five (5) remote Network Perspectives.

The CA MUST ensure that the requirements defined in Quorum Requirements Table are satisfied, and the remote Network Perspectives that corroborate the Primary Network Perspective fall within the service regions of at least two (2) distinct Regional Internet Registries.

If the requirements are not satisfied, then the CA MUST NOT proceed with issuance of the Certificate.

Technical Changes to Validation

Previously, Let's Encrypt utilized a smaller set of vantage points. The new architecture increases the total number of requests made during the validation phase.

Comparison of Validation Requests

MetricPrevious ConfigurationNew Configuration
Primary Datacenter Requests11
Remote Perspective Requests4 →\rightarrow→ 66
Total Requests57

The Validation Logic

For a certificate to be issued, the system requires a "quorum." This can be expressed mathematically as:

Success=(Primary Response=Correct)∧(Remote Quorum≥Threshold)\text{Success} = (\text{Primary Response} = \text{Correct}) \land (\text{Remote Quorum} \ge \text{Threshold})Success=(Primary Response=Correct)∧(Remote Quorum≥Threshold)

In simpler terms, the primary server and a sufficient number of remote perspectives must all receive the expected challenge response. This prevents an attacker from spoofing a response from a single network location to hijack a certificate.

Validation Workflow

Implementation Timeline

Let's Encrypt will roll this out in two phases to ensure stability:

  • Staging Environment: Tuesday, October 27th, 2026
  • Production Environment: Tuesday, November 10th, 2026

Additional Information

For those managing their infrastructure via ACME clients, this change happens on the server side and typically requires no client-side updates. However, users should be aware of potential geoblocking issues.

Network Perspectives Illustration

If you are interested in the underlying mechanics, you can review the logic in a pseudo-code format:

def validate_domain(domain):
    primary_ok = check_primary(domain)
    remote_results = [check_remote(p, domain) for p in remote_perspectives]
    
    if primary_ok and sum(remote_results) >= QUORUM_THRESHOLD:
        return "CERTIFICATE_ISSUED"
    else:
        return "VALIDATION_FAILED"

For more context, users are encouraged to refer back to the original blog post detailing the initial implementation of multi-perspective validation.