« first day (639 days earlier)      last day (4539 days later) » 

00:11
It's possible that the question might be better over here, but I'm having a hard time making sense of it myself.
@Gilles I'm just a little bothered by @Krzysztof's mention that "it's not normally possible to gain root privileges while exploiting some application run as non root user". If I'm not mistaken, this is exactly what was done in a CEH course I took. I'll have to look through my books to see what app it was, though.
Granted, it was an older application with a known vulnerability to that exploit. But the point is that, without compensating controls in place, it is possible that an insecure application could allow such a thing.
@Iszi you can exploit an application running as root to gain root privileges
by definition, if the application isn't running as root, exploiting it only gives you the application's privileges, not root
@Gilles See, I figured that was right. Maybe I just don't understand how the application we exploited operates properly.
@Iszi maybe that was a kernel feature you exploited, not the application?
@Gilles Maybe it was, I'm not sure. I remember something involving a fax application.
e.g. if you activate SELinux/Apparmor/..., you increase the attack surface inside the kernel
@Iszi it could have been an exploit of an application that's setgid fax, combined with an exploit of a setuid root application that was only executable by the fax group
i.e. privilege separation → longer attack path
there's no such thing as preventing attacks altogether: you can't protect against bugs in the security system
(you can protect against some bugs with redundant features, but by definition, unless you can make a bug-free security system, you're vulnerable)
and, of course, there is no such thing as a bug-free system (that's law #whatever)
00:26
@Gilles Interestingly, I'm not sure there's a law for that in the lists I've referenced. However, you can probably get close with Law #10, which is actually in both lists: Technology is Not a Panacaea.
Or, Law #9 of Security Administration: Security is not about risk avoidance, it's about risk management.
01:26
Avoidance is a risk management technique.
01:52
@ScottPack So is denial.
I though that was a north African river?
02:42
Cool, i just got 2 popular questions badge on Arqade which i don't have on sec.se
 
3 hours later…
06:08
@TerryChia Similarly, I've got 3 famous questions over there too.
 
4 hours later…
09:43
@Iszi I didn't mention rootkits specifically because most rootkits run as a driver. the driver load list is in the registry (and win.ini in older OSes), which is covered by a restore.
so the rootkit would actually just stop working, because the driver wouldn't get loaded
10:05
Or are there any better ones i should pick up to learn about reverse engineering in general?
I have that book
it's very good.
there are some great parts about identifying certain compiler optimisation patterns and deducing the original code
there's a practical demonstration in one section where it shows a big asm listing, and translates it all to C
and explains bit-by-bit how it all fits together, and how you can tell an if/else from a switch, etc.
Is it a good starting point though, for someone without any prior experience on the subject? I don't wanna pick up something too heavy for my current level.
if I remember correctly, it assumes some knowledge of x86 assembly
and programming in general
but no actual RE experience
but x86 is pretty easy. just go grab Izcelion's Win32 ASM tutorials and read through
I guess i can handle that. Will pick up the book soon and add it to my list of "to-do" stuff. :)
10:11
Although many materials can be found on the internet now, there is just something about a book that i prefer. Reading through large chunks of text on a computer screen can be very tiring on the eyes.
yeah, I love reading through reference books
PDFs are great for just scanning through for quick info, like datasheets for components, or product manuals
 
3 hours later…
13:11
I like PDFs for reference, and books for reading.
 
7 hours later…
20:19
Competition seems to be ended a week ago. When will results be published?
20:32
@AndreyBotalov because no one met the thresholds we initially set, we are working with the devs to normalise down a wee bit - so we can make sure we get winners :-)
give us a few more days
:-)
 
3 hours later…
23:57
@Terry - pdf's are good on s Kindle for reverence materials. I have a full set of manuals for my car on my Kindle.

« first day (639 days earlier)      last day (4539 days later) »