Edit : Je tiens juste à préciser d'emblée
que le chargement des images/miniatures marche parfaitement depuis ma même IP avec n'importe quel navigateur basé sur Chromium. Ça semble être un problème lié à la politique "Opaque Response Blocking" (ORB) de Firefox en réaction à la réception d'un
.
Sur Mozilla Firefox, impossible de charger les images goonbox/cuckcapital sauf si le .JPG de cuckcapital est chargé directement dans son propre nouvel onglet sans referer (les images ne chargent pas, que ublock origin/umatrix/la Protection contre le pistage intégrée de FF soient activés ou désactivés). Voici l'URL que j'ai testée :
https://goonbox.cr/img/t2IWpU5
Si je clique sur "download image", j'obtiens ça :

Si je copie l'URL du jpg (
https://simp6.cuckcapital.cr/images4/29ebf49d-5622-4cb9-a5b6-c6621db4816c.jpg ) depuis la page "Download Image", je peux la charger en la collant dans son propre nouvel onglet. Par contre, comme Cloudflare renvoie "no-cache" dans l'en-tête de réponse, je ne peux pas simplement retourner sur goonbox, actualiser et espérer que ma copie en cache locale s'affiche sur cette page après avoir chargé l'image directement dans son propre onglet.
----- Réponse d'IA ci-dessous (
Je sais pas si ça aide du tout ) -----
Le problème, c'est que
simp6.cuckcapital.cr rejette les requêtes cross-origin venant de goonbox.cr en renvoyant une erreur JSON 403 au lieu d'un fichier image, ce qui déclenche la politique stricte
Opaque Response Blocking (ORB) de Firefox.
Voici un résumé des modifications exactes que l'ingénieur peut faire, classées selon l'endroit où elles doivent s'appliquer :
Option 1 : Modifications sur
(l'hébergeur d'images — Recommandé)
C'est l'endroit le plus efficace pour régler le problème. Le serveur d'images doit indiquer aux navigateurs que
est autorisé à intégrer ces fichiers.
- Ajouter des en-têtes CORS : Configurer le serveur web (Nginx, Apache ou Node.js) qui héberge les images pour autoriser les requêtes cross-origin depuis le site front-end. Il doit envoyer ces en-têtes avec chaque réponse d'image :
http
Code:
Access-Control-Allow-Origin: https://goonbox.cr
Access-Control-Allow-Methods: GET, OPTIONS
- Corriger les MIME-Types de secours : Actuellement, quand une requête échoue ou est restreinte, le serveur répond avec
Code:
Content-Type: application/json
. L'ingénieur devrait modifier le comportement du serveur pour qu'en cas d'échec, il serve une image de secours standard (comme un
ou
) avec un MIME-type correct comme
ou
. Ça empêche Firefox de déclencher le blocage de sécurité ORB.
Option 2 : Modifications sur Cloudflare (la couche de sécurité)
Si
utilise Cloudflare, c'est probablement la
Protection anti-hotlink ou le
Web Application Firewall (WAF) de Cloudflare qui génère cette page d'erreur JSON
.
- Créer une règle WAF Skip : L'ingénieur devrait aller dans le tableau de bord Cloudflare de
et naviguer vers Security > WAF > Custom Rules. Il peut créer une règle qui autorise les requêtes venant de GoonBox :
- Champ :
ou
- Opérateur :
- Valeur :
- Action :
(Hotlink Protection / Managed Rules)
- Ajuster la protection anti-hotlink : S'ils ont activé l'option globale "Hotlink Protection" sous Scrape Shield, ils peuvent la désactiver et la remplacer par une règle de firewall personnalisée qui met explicitement en liste blanche les domaines de confiance comme
.
Option 3 : Modifications sur goonbox.cr (le site front-end)
Si l'ingénieur ne contrôle que le site front-end (goonbox.cr), il peut forcer le navigateur à omettre les en-têtes de suivi pour que l'hébergeur d'images ne se rende pas compte que la requête est cross-origin.
- Appliquer une Referrer Policy globale : Ajouter une balise <meta> dans le <head> du site pour demander au navigateur de ne jamais divulguer l'origine aux éléments image :
html
Code:
<meta name="referrer" content="no-referrer">
- Mettre à jour les balises image individuellement : Sinon, ils peuvent ajouter l'attribut referrerpolicy directement aux balises HTML image qui chargent depuis ce serveur :
html
Code:
<img src="https://cuckcapital.cr" referrerpolicy="no-referrer">
Note : Si Cloudflare vérifie des métadonnées avancées comme
Code:
Sec-Fetch-Site: cross-site
, cette astuce front-end seule pourrait ne pas marcher, ce qui rendrait l'Option 1 ou l'Option 2 bien plus fiables.