Hi, sometimes a forum has mixed content warnings. See now Letsencrypt: [image] Let's Encrypt Community Support Let's Encrypt Community Support Some favicons - http://alohadentalgroup.com/assets/icons/favicon.ico Found in https://sjc4.discourse-cdn.com/letsencrypt/assets/_application-b690f7341f116f756f6621f3fbcc8e6ae69695c2db2f5ebceb6c46aaed19b17f.js 76678:17 Isn’t it possible to change these links to https or to ignore these http links? A forum with mixed content is bad.

That favicon URL isn’t hosted in Discourse, are you using Discourse? What’s the URL for the installation? Do you have force_https enabled? If so reupload your icons. If not enable it then re-upload.

[image] Stephen: What’s the URL for the installation? Do you have force_https enabled? I don’t know, I’m not an administrator of the Letsencrypt forum. But if there is a local option, I will ask in the internal Regular-forum. PS: Thanks moving

The warning is nothing to worry about. One of the users on Let’s Encrypt site added a URL in http, in this topic Issues running certbot command - Help - Let's Encrypt Community Support. For this reason the browser warns (rightly) that there is mixed content.

[image] dax: The warning is nothing to worry about. Mixed content warnings are always bad. It’s possible to add cookies via http that are used with the next https connection. So forum software should never initiate http connections. Especially in a forum that talks about “My certificate is wrong” or “I have content warnings” (certificate is correct, but there is mixed content - first certificate with that domain, links must be updated).

[image] Stephen: That favicon isn’t available over HTTPS. I know. But it’s possible that a man in the middle uses such a browser initiated http connection to add a cookie vie http. Later, the cookie is sent from the browser via https - and the man in the middle knows the session cookie. That works. The http status (404, 301, 410, 500) isn’t relevant. That’s [image] Stephen: but it’s preferable to user confusion over why their links don’t work. not a problem. The favicon isn’t a user initiated link, the user adds only the http link to the site without https. Simple solution: No preview if the destination is http. Then it’s not required to load the favicon.

[image] supermathie: The browser isn’t sending its cookies for the forum site to another site, HTTP or HTTPS. That’s not the problem. That would be a browser bug. A man in the middle can add a cookie in the http://alohadentalgroup.com connection with the domain alohadentalgroup.com, with the known name of a session cookie (if exist, didn’t checked that) of that domain (not from the forum domain). If a user - later - uses the login of https://alohadentalgroup.com to manage that domain, that cookie (created via http) is sent back via https. This is one critical (and often unknown) cookie feature. That’s one reason Prefix cookies are created. Cookies starting with __Secure- or __Host-, https is required. Then this isn’t longer possible. Same with Preload (but most sites don’t use HSTS and aren’t preloaded). See (2017) [image] Securing cookies with cookie prefixes Cookies can be overwritten by a man-in-the-middle attacker, even when using HTTPS. Using special cookie prefixes makes cookies more secure. or other links. PS: My “check your website” (see my profile) has a page with some samples. And a small demo. A cookie created via http and sent back via https. Via http it’s not possible (with a modern browser) to create the __Host- cookie. But Prefix-Cookies are rare.

Mixed Content warnings

Product Support

Stephen (Stephen) September 11, 2020, 1:04pm 6

That favicon isn’t available over HTTPS. The mixed content warning isn’t ideal, but it’s preferable to user confusion over why their links don’t work.

Topic		Replies	Views
Apple touch icon causes mixed content warning Product Support	7	1113	February 26, 2019
Insecure favicon with mixed content warnings Product Support	0	1158	October 1, 2021
Discourse not aware of SSL termination (mixed content) Self-hosting	7	2101	August 8, 2019
After running setup wizard with Let's Encrypt, favicon not loading over HTTPS Bug	3	1179	April 2, 2019
Mixed content warning due to favicon not being saved Product Support	0	416	May 4, 2021

Mixed Content warnings

Related topics