Je hebt een klacht over de onderstaande posting:
Meestal wordt alleen een pointer naar de string op de stack gepushed. Ik was al bezig met zoeken na die pointer trouwens maar was opgevement de draad kwijt. Was zo ver gekomen dat hetwel duidelijk is wat er gebeurd met printf onder assembly. push 0x804845b call 0x8048268 (printf) Bij het commando x/s 0x804845b gaf die weer: 0x80485b (_IO_stdin_used +11): "%sn"; Dat had ik ook gedeclared in printf("%sn",msg); Maar msg kan ik nergens terug vinden. Staat klaasje dan alleen maar in de pointer ? Want waneer je onder GDB disas 0x8048268 zegt ie: 0x80486268 (printf): jmp *0x80955c 0x8048626e (printf+6): push $0x8 0x80486273 (printf+11): jmp 0x8048148 <_init+24); Nu lijkt het erop dat die 8 bytes gerserveerd voor klaasje. Maar 0x80955c verwijs na _global_offset_table_16 en niet na msg. Ook inet_24 niet want dat adress van 0x8048148 verwijs na een string met iets als "y5[25504 bij%T25504b" Ps. Heb het al gevonden. Met disals 0x804845b wat %sn was geeft die nu ...
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.
