Je hebt een klacht over de onderstaande posting:
Door Anoniem: Ik dacht dat https-everywhere er voor moest zorgen dat er altijd een https verbinding wordt gemaakt? Voor zover ik het begrijp moet de site hiervoor in een ruleset staan. M.a.w. van de site moet al bekend zijn dat 'ie https draait. Ook voor de HSTS-preloadlist moet dit al bekend zijn. Een oplossing die je zelf, als site-eigenaar, kunt treffen is door vanaf de http versie consequent een 301 of 302 te geven naar de https versie. En daar zet je dan een HTST header. Of dit ook helpt tegen de in het artikel beschreven methode is de vraag... hier zet de aanvaller zelf een beveiligde verbinding op en stuurt die dan onbeveiligd door. En als de betreffende site dan tevoren geen HTST header heeft gezet en/of niet op de https-everywhere of HSTS-preloadlist staat is het bingo voor de aanvaller.
Beschrijf je klacht (Optioneel):
Junior DevOps Engineer
Certified Secure is op zoek naar een Junior DevOps Engineer. Deze functie is een stuk interessanter dan de term doet vermoeden! Om jou als potentiële nieuwe collega meteen te laten zien wat we doen hebben we speciaal voor jou een selectie gemaakt van een aantal leuke security challenges. Are you ready for a challenge?
Cybersecurity Trainer / Streamer
Toe aan een nieuwe nieuwe job waarmee je het verschil maakt? In de Certified Secure trainingen laat je deelnemers zien hoe actuele kwetsbaarheden structureel verholpen worden. Ook werk je actief mee aan de ontwikkeling van onze gamified security challenges. Bij het maken van challenges kom je telkens nieuwe technieken tegen, van Flutter tot GraphQL, van Elastic Search tot Kubernetes.
