Je hebt een klacht over de onderstaande posting:
Het gevaar van code-lekken moet je niet onderschatten. Ik als ervaren ex-C programmeur weet hoe C zijn geheugen beheert. Ter info: merendeel (zo niet alle) is geschreven in C. Bij het opzoeken van geheugen-fouten (de zogenaamde segmentation faults ed) zoek je naar plaatsen waar geheugen potentieel kan worden overschreven. Geheugen wordt binnen C op 2 manieren gebruikt: statisch - door declaratie dynamisch - door malloc (memory allocatie) Het grote verschil tussen beide manieren is dat dynamisch geheugen van de heap wordt gereserveerd en het statisch geheugen midden in het geheugen staat waar OOK de programma machine instructies staan. Bij het opzoeken van zwakke plekken in de code kijk je met name naar het statische verhaal. Je kijkt dan naar veel te klein gedefinieerde buffers. Truc is dan om te zorgen dat de meer in de buffer geschreven wordt dan er beschikbaar is. Je kunt bijvoorbeeld machine-instructies van het programma overschrijven door je eigen instructies. Op die manier ...
Beschrijf je klacht (Optioneel):
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.
No more ransomware!
De nieuwe Ransomware Awareness Experience training biedt een realistische maar vooral leuke introductie in de wereld van ransomware. De deelnemers ervaren hoe eenvoudig een organisatie het slachtoffer kan worden van ransomware en leren meteen hoe een besmetting kan worden voorkomen!