Je hebt een klacht over de onderstaande posting:
In principe zou het wel mogelijk zijn om een "on-the-fly" unzip en scan programma te maken, door bijvoorbeeld de unpacked data niet naar een file te laten schrijven maar naar een pipe, waar dan aan de andere kant de scanner de data leest. Je bent dan niet begrensd door diskruimte, maar je kunt evengoed rottigheid uithalen door een idioot groot bestand gezipt te sturen wat dan heel lang duurt (en heel veel CPU kost) om te scannen. En uiteraard moet die oplossing ook recursief werken, dwz als de unpacked output weer een zipfile of andere compressed file is dan gaat die pipe naar een nieuwe instance van dezelfde unpacker ipv direct naar de scanner, zodat er een ketting ontstaat van unpackers die on-the-fly de data verwerken. En daar moet natuurlijk ook een limiet op zitten om te voorkomen dat iemand een 100000 levels diep geneste zipfile kan sturen en de hele machine volstoppen met unpacking processen. (echter zo'n limiet zit er nu ook al op)
Beschrijf je klacht (Optioneel):
Specialiseer je in Forensisch ICT
Online informatieavond 19 november
Wil jij je specialiseren in digitaal forensisch onderzoek? Je kennis verbreden en tech-nische vaardigheden ontwikkelen? Ontdek de cursus- en opleidingsmogelijkheden van Hogeschool Leiden:
- Bachelor Informatica Forensisch ICT (deeltijd)
- Master Digital Forensics (vol- en deeltijd)
- Module Mobile Forensics
- Module Data Analytics
Interesse? Meld je aan!
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.
