News for hackers. Stuff that matters.
Re:False detection on file tcpip.sys by klt0825 on Sunday October 27, 2013 @05:40PM (#6623706)
Agreed, don't run AV at all. It is always fun to take something from metasploit, see that is detected by most AVs - change one or two strings that are obvious choices for signatures and watch detection rates drop to close to 0. Even behavioral or heuristic detection is absurd sometimes (IE is writing into the process memory of notepad? Probably fine). It is a really tough problem to solve, to be fair to AV vendors.
Re:False detection on file tcpip.sys by gizmo686 on Sunday October 27, 2013 @06:00PM (#6623790)
>IE is writing into the process memory of notepad

I don't have much experience in this area, but shouldn't that be prevented by the kernel unless IE got specific permission to do so?

Re:False detection on file tcpip.sys by yuhong on Sunday October 27, 2013 @06:25PM (#6623896)
Not in most cases as far as I know, unless it is specifically sandboxed.
Re:False detection on file tcpip.sys by kibibyte on Sunday October 27, 2013 @07:53PM (#6624248)
Dumb question: since modern CPUs and operating systems support virtual memory, shouldn't it be impossible for processes to access memory of other processes, since processes no longer have to deal with shared memory?

...unless you're alluding to security exploits that manage to subvert that mechanism.

Re:False detection on file tcpip.sys by bcoates on Sunday October 27, 2013 @08:12PM (#6624291)
Windows subverts that mechanism by providing APIs that unprivileged apps can use to access each other's memory.

On Windows, any programs sharing a desktop are within the same security boundary and are not protected from each other by design.

Re:False detection on file tcpip.sys by kibibyte on Sunday October 27, 2013 @08:24PM (#6624340)
Huh...I never knew that. I wonder why the APIs were designed this way; there has to be legitimate uses for this, right?
Re:False detection on file tcpip.sys by arnnr on Sunday October 27, 2013 @10:48PM (#6624808)
I think the answer here is compatibility. But we finally are in a turning point. OSX's new apps and windows metro apps are sandboxed.

But until running mostly apps becomes the norm in a desktop system beware that not having admin privileges doesn't not mean you can NOT: load programs at startup, read most of registry settings, passwords, read memory of/close programs of same sec level. A malware doesnt need admin rights to do evil.

Still I believe AV products are useless even for inexperienced users.

Re:False detection on file tcpip.sys by Dylan16807 on Sunday October 27, 2013 @09:32PM (#6624556)
In the end, instead of using debug features, the files could be altered before starting a process. Programs on the same user account have no protection from each other, and windows isn't going to give you a false sense of security.

If you want apps to be blocked from touching each other, they need individual user accounts or equivalent. Operating systems for phones do this, but this kind of system hasn't been ported to a normal desktop.

Re:False detection on file tcpip.sys by lmz on Sunday October 27, 2013 @09:34PM (#6624564)
debuggers?
Re:False detection on file tcpip.sys by voltagex_ on Sunday October 27, 2013 @09:28PM (#6624542)
I was firmly in your camp until recently I saw CryptoLocker - http://www.reddit.com/r/sysadmin/comments/1p32lx/cryptolocke.... This is the first virus in a long time that actually scares me.

I've checked, and current versions of MSE will detect this in time, but it's fast approaching the point where Windows will be running in a snapshotted VM with no network access.

Re:False detection on file tcpip.sys by qoo on Sunday October 27, 2013 @09:39PM (#6624585)
It gets really scary when the ransomeware's makers require their victims to login to some MMORPG and paid in virtual gold.
Re:False detection on file tcpip.sys by yuhong on Monday October 28, 2013 @04:12AM (#6625749)
Well, the attack vector seems to be mostly ZIP email attachments with EXEs.