This week is longer than I thought, so time to catch up… \ud83d\ude42<\/p>\n\n\n\n
This one is a mess, but sometimes a bit of a mess is not a bad thing. Useful for at least cherry-picking breadcrumbs in a vast amount of sandbox or EDR logs…<\/p>\n\n\n\n
Yes… file names… we can love them, we can hate them, but many of them are so characteristic that it really would be a mistake to ignore them. Whether they are accessed for reading, writing, locking, or whatever else – we can pick up a lot of behavioral patterns from a simple fact these files are somehow targeted by a program that touches them…<\/p>\n\n\n\n
On that note… I am not aware of any EDRs collecting attempts to open non-existing files, or other objects – this would be a nice detective feature to have available (I actually bet it’s in place just not available to customers). The ability to see what programs are attempting to use what objects, load non-existing libraries, create\/open mutexes, semaphores, pipes, as well as ‘find’ and ‘search’ operations etc is something we all want to see more.<\/p>\n\n\n\n
Here’s a relatively long list of file-related artifacts<\/a> of any sort, sometimes with some loose ‘attribution’.<\/p>\n\n\n\n <\/p>\n","protected":false},"excerpt":{"rendered":" This week is longer than I thought, so time to catch up… \ud83d\ude42 This one is a mess, but sometimes a bit of a mess is not a bad thing. Useful for at least cherry-picking breadcrumbs in a vast amount … Continue reading