Je hebt een klacht over de onderstaande posting:
Door Briolet: Hoewel ik bij "Logins entered on this page could be compromised" dan wel een beetje dubbel gevoel krijgt: hoezo 'could', waar hangt dat dan van af? Dat hangt er misschien vanaf of er geen andere codering van het wachtwoord gebruikt wordt? Deze browsers kijken alleen naar de verbinding en niet hoe de inlog gebeurd. Ik ken forums waar je via http inlogt, maar het wachtwoord aan de cliënt zijde versleuteld wordt, dan met de session ID gesalt en weer versleuteld wordt, waarna de ontstane hash verstuurd wordt. Bij een beetje goede versleuteling heeft een aanvaller niets aan de onderschepte hash en is de inlog toch nog redelijk veilig. In elk geval veilig genoeg voor een forum. Als je de JS code van de "Oil and Gas International" site bekijkt, wordt daar het WW wel in plaintekst verzonden. In jou voorbeeld is de kans groot dat een aanvaller slechts het SessionID hoeft te clonen voor session-hijacking en dan de hash of het wachtwoord zelf niet nodig heeft. 'Sterk geconfigureerde HTTPS' ...
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.
