Closed Bug 1684245 Opened 5 years ago Closed 5 years ago

[Flatpak] Firefox flatpak does not trust self-signed certificates that the OS does

Categories

(Firefox :: Security, defect)

Firefox 84
defect

Tracking

()

RESOLVED WONTFIX

People

(Reporter: nikperrakis, Unassigned)

Details

Attachments

(1 file)

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:84.0) Gecko/20100101 Firefox/84.0

Steps to reproduce:

I am trying to open a webpage that is signed with a self-signed certificate. In my case the page is my openwrt router's web admin UI.

Actual results:

Firefox shows me a warning regarding
MOZILLA_PKIX_ERROR_SELF_SIGNED_CERT

Expected results:

The webpage should be loading without a security warning. I am running Fedora Silverblue and followed the proper documentation to make sure the OS trusts the certificate
https://docs.fedoraproject.org/en-US/quick-docs/using-shared-system-certificates/

I have also verified that the certificate is trusted and cleared browsing data and cache, as well as restarting firefox.

There is a relevant flatpak github issue but it is claimed that this is a firefox issue:
https://github.com/flatpak/flatpak/issues/2721#issuecomment-546994464

Bugbug thinks this bug should belong to this component, but please revert this change in case of error.

Component: Untriaged → Security

Are you using a version of Firefox provided by Mozilla or built by another organization? (e.g. RedHat)

Flags: needinfo?(nikperrakis)

I am using the flathub version, that is created by mozilla.

Flags: needinfo?(nikperrakis)

Thanks! In about:preferences, in Security Devices, what do you see? (you can just attach a screenshot)

Flags: needinfo?(nikperrakis)

Sorry I missed the email notifying of your request. I am attaching the screenshot requested for Security Devices.

Flags: needinfo?(nikperrakis)

Thanks! Mozilla builds of Firefox don't trust OS certificates by default. On Windows, macOS, and Android, the preference security.enterprise_roots.enabled would do what you want, but that's not available on Linux. You could try loading the system nssckbi which I think lives at /usr/lib64/libnssckbi.so. Another option would be p11-kit-proxy.
I'm going to close this bug as wontfix since this isn't something we're planning to address at the moment.

Status: UNCONFIRMED → RESOLVED
Closed: 5 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: