Tweakers.net homepage & HTTPS everywhere plugin

[.je]

Goedenavond,

In het verleden heb ik ooit het probleem gehad met mijn browser en het niet mogen zien van plaatjes omdat de tweakimg url's niet als https werden getoond met een correct certificaat. Hoewel dit door Kees (linkje) is aangepast en een hele tijd goed heeft kunnen draaien moet ik helaas nu melden dat het stuk is gegaan.

Wanneer ik de pagina laad krijg ik een site zonder opmaak te zien:
Zonder https

Wanneer ik deze pagina toesta om ook de insecure content te tonen doet hij het wel, en met een paar klikken naar "Tools > JavaScript Console" is dan ook de informatie op te halen wat er niet secure is:
Met https en insecure items

Het lijkt mij erop dat het probleem van een tijd geleden weer is teruggekomen, hoewel ik dat als webdesign leek niet met zekerheid durf te stellen

Kan iemand van jullie iets hieraan doen dat het weer gaat werken zonder steeds https uit te moeten zetten voor expliciet tweakers.net of hoor ik nu meer thuis in de "categorie zeurpiet"?

[Kees]

Dat is meer een issue van chrome die geen insecure content wil laten zien terwijl dat vroeger wel goed ging. Daar gaan wij voorlopig niets aan veranderen vanwege tijdsgebrek.

[Haan]

Mag ik vragen waarom je sowieso iedere website over https zou willen benaderen? Voor normaal browsen maakt het niks uit, inloggen wel, maar dat gaat bij vrijwel iedere (serieuze) site ook gewoon over https.

Niet om aan te vallen, ik ben gewoon benieuwd

[.je]

Check. Ik zie het nu ook, het ligt aan de laatste Chrome versie welke nu deze actie prefereert in plaats van gewoon de site tonen. Chrome geeft al aan dat ik dat soort settings kan negeren als ik de client opstart met een bepaalde "--code".

Excuses voor het ongemak. Ik had iets verder moeten kijken in plaats van meteen wijzen.
Mag een slotje op wat mij betreft

[Zoefff]

Haan schreef op dinsdag 14 augustus 2012 @ 09:34:
Mag ik vragen waarom je sowieso iedere website over https zou willen benaderen? Voor normaal browsen maakt het niks uit, inloggen wel, maar dat gaat bij vrijwel iedere (serieuze) site ook gewoon over https.

Niet om aan te vallen, ik ben gewoon benieuwd

Omdat -bijvoorbeeld- je sessie cookies dan nog plaintext over de lijn gaan en dus eenvoudig te onderscheppen zijn. Bij het inloggen is je wachtwoord dan weliswaar versleuteld verstuurd, maar als je een sessie cookie te pakken krijgt kan een aanvaller zich alsnog eenvoudig voordoen als de betreffende gebruiker.

Zeker op open WiFi netwerken is het niet onverstandig om gebruik te maken van HTTPS of bijvoorbeeld een VPN verbinding om het zekere voor het onzekere te nemen. Het koppelen van een sessie aan een IP kan nog een klein beetje soelaas bieden, maar als de "aanvaller" op hetzelfde netwerk zit zal het uitgaande IP voor beide gelijk zijn en heb je daar alsnog geen reet aan