Skip to content

Firefox MOZILLA_PKIX_ERROR_KEY_PINNING_FAILURE: Diagnose TLS Interception

Firefox MOZILLA_PKIX_ERROR_KEY_PINNING_FAILURE: diagnose TLS interception substitutes pinned certificate and distinguish it from enterprise proxy trust is misconfigured before attempting an invasive repair.

Quick Answer

Start with: Compare on cellular and office networks. Then read certificate issuer and hostname. If neither explains the symptom, check server chain is altered en route. Do not import certificates from pop-up websites or disable pinning broadly.

Firefox MOZILLA_PKIX_ERROR_KEY_PINNING_FAILURE — Firefox reports MOZILLA_PKIX_ERROR_KEY_PINNING_FAILURE. The visible error tells you what failed, not necessarily why. Possible branches include TLS interception substitutes pinned certificate, enterprise proxy trust is misconfigured, and server chain is altered en route. This guide separates those causes with safe observations before advanced diagnostics.

Symptoms and the first distinction

Distinguish a browser-local failure from a server, proxy, certificate, or network-level failure. Begin by copying the exact wording, product version, timestamp and operation being attempted. Note whether the problem is reproducible on one device, account, connection or file, or everywhere. That scope is usually more useful than searching only for the numeric code.

Do not change several unrelated settings together. The recommended starting sequence is: compare on cellular and office networks, then read certificate issuer and hostname. If the first observation isolates a cause, you can often skip the later branches.

Before making a change

Safety boundary: Do not import certificates from pop-up websites or disable pinning broadly. For any device, database, account or server containing valuable information, preserve a recovery path. Keep screenshots or redacted logs and write down each original setting. For account, payment and production-system incidents, check whether an earlier request already succeeded before repeating it.

Start with the following guided checks. The Beginner method uses reversible tests; the Advanced method is intended for administrators or users who have verified the affected subsystem.

Step-by-Step Troubleshooting

Begin with reversible checks and use advanced work only when the evidence identifies a specific cause. Record any settings you change.

Compare on cellular and office networks

Compare on cellular and office networks. This checkpoint investigates whether TLS interception substitutes pinned certificate. First record the original symptom and current configuration so the comparison is meaningful. If the outcome changes on the controlled test, note precisely what changed and avoid proceeding to invasive repairs. If nothing changes, continue with: read certificate issuer and hostname. Document the time and what the application, device or service reported.

Read certificate issuer and hostname

Read certificate issuer and hostname. This checkpoint investigates whether enterprise proxy trust is misconfigured. First record the original symptom and current configuration so the comparison is meaningful. If the outcome changes on the controlled test, note precisely what changed and avoid proceeding to invasive repairs. If nothing changes, continue with: check active vpn and security https inspection. Document the time and what the application, device or service reported.

Check active VPN and security HTTPS inspection

Check active VPN and security HTTPS inspection. This checkpoint investigates whether server chain is altered en route. First record the original symptom and current configuration so the comparison is meaningful. If the outcome changes on the controlled test, note precisely what changed and avoid proceeding to invasive repairs. If nothing changes, continue with: verify system clock. Document the time and what the application, device or service reported.

Verify system clock

Verify system clock. This checkpoint investigates whether TLS interception substitutes pinned certificate. First record the original symptom and current configuration so the comparison is meaningful. If the outcome changes on the controlled test, note precisely what changed and avoid proceeding to invasive repairs. If nothing changes, continue with: compare on cellular and office networks. Document the time and what the application, device or service reported.

Why this happens: interpret your findings

The same symptom can result from three different layers. Use the outcomes below to decide what needs attention rather than running every repair indiscriminately.

Possible cause How to distinguish it Next direction
Tls interception substitutes pinned certificate Compare on cellular and office networks Check Firefox enterprise roots policy with administrator
Enterprise proxy trust is misconfigured Read certificate issuer and hostname Examine certificate chain with hostname-aware TLS client
Server chain is altered en route Check active VPN and security HTTPS inspection Ask proxy operator to exclude pinned host if justified

If the first row describes your result, address that specific component, permission, setting or request path; do not assume the other two are also faulty. When check active vpn and security https inspection produces a different outcome, note what changed before performing ask proxy operator to exclude pinned host if justified. If none of the results match, re-check the exact version, endpoint, device model and full error text; it may be a different issue with a similar message.

How to verify the repair

The meaningful success condition is: Firefox loads legitimate HTTPS site with expected verified certificate chain. Repeat the exact operation that originally failed rather than substituting a nearby health check. Check for fresh errors at the same timestamp; a green status indicator does not prove the original task is working.

Where safe, repeat the operation after one normal restart, reconnection or new session. If it fails again, compare the new result with the recorded baseline. Did the error text change? Did the failure move earlier or later in the process? Those observations determine whether to revisit TLS interception substitutes pinned certificate or investigate the alternative path.

Rollback and escalation

If a test introduces a new failure, reverse the most recent change first. Do not import certificates from pop-up websites or disable pinning broadly. For persistent failures, provide the relevant vendor or system administrator with the exact version, sanitized logs, reproduction steps and the differences from your controlled checks. The most useful escalation evidence is often the result of check firefox enterprise roots policy with administrator, not the original error message alone.

Solution Checklist

0/12 completed

Frequently asked questions

Does Firefox MOZILLA_PKIX_ERROR_KEY_PINNING_FAILURE always indicate the same underlying fault?

No. The reported symptom can be associated with TLS interception substitutes pinned certificate, enterprise proxy trust is misconfigured, or server chain is altered en route. A second controlled observation is needed before diagnosing a specific component or configuration.

Should I begin with the Advanced method?

Usually not. Begin with compare on cellular and office networks because it helps establish a baseline. Advanced work such as examine certificate chain with hostname-aware tls client can require elevated access, service disruption or a documented rollback plan.

What if the problem reappears after a restart?

Capture the fresh timestamp and repeat verify system clock. If the results differ from the first test, investigate the changed condition rather than repeating every earlier step. Preserve any work or data before escalation.

Official documentation and related guidance

For exact supported versions, hardware compatibility and vendor-approved recovery steps, consult Mozilla Support. This is an official reference starting point; it is not a claim that the vendor confirmed each diagnostic branch for every model or version.

Explore additional Network & Browser solutions on PRBLEM. If a different error appears, identify its own code and reproduction steps before following another article.

Did this solution fix your problem?

Optional feedback helps us improve this guide. Never send private data.

Can't find your answer?

Tell our editors which problem needs a guide. Do not include passwords, API keys, email addresses, private URLs, or full error logs.

Analyze Error

Paste an error message to identify its likely category. Analysis takes place in your browser; only a short error category will be used if you choose to search.

Do not paste passwords, tokens, private URLs or full logs.