Slashdot Mirror


40 Windows Apps Said To Contain Critical Bug

CWmike writes "About 40 different Windows applications contain a critical flaw that can be used by attackers to hijack PCs and infect them with malware, says HD Moore, chief security officer at Rapid7 and creator of the open-source Metasploit penetration-testing toolkit. Gregg Keizer reports that the bug was patched by Apple in its iTunes software for Windows four months ago, but remains in more than three dozen other Windows programs. Moore did not reveal the names of the vulnerable applications or their makers, however. Each affected program will have to be patched separately. Moore first hinted at the widespread bug in a message on Twitter on Wednesday. 'The cat is out of the bag, this issue affects about 40 different apps, including the Windows shell,' he tweeted, then linked to an advisory published by Acros, a Slovenian security firm."

158 comments

  1. The Parrot says it best. by Anonymous Coward · · Score: 4, Funny
    1. Re:The Parrot says it best. by X0563511 · · Score: 2, Informative

      Thanks... you just made my day.

      --
      For large sets, this will be our guide even unto death, for the LORD will work for each type of data it is applied to...
  2. Only 40? by Anonymous Coward · · Score: 2, Insightful

    Only 40? That's definitely an improvement over the 7 year old Linux exploit that was only just fixed where any GUI app could gain root access.

    1. Re:Only 40? by Bananatree3 · · Score: 1

      And to those who run commandline, pffft.

    2. Re:Only 40? by Anonymous Coward · · Score: 3, Insightful

      Technically, any GUI app could gain root access, but this doesn't mean a computer running trusted applications (I trust the apps I run to not gain root and mess with my system) could be exploited without another bug.

      Still probably doesn't compare, and still very bad, but let's not turn it into a bigger scare than it really is.

    3. Re:Only 40? by ByOhTek · · Score: 3, Insightful

      The problem is - trusted applications can have holes too.

      I mean, many people trust iTunes, and that was one of the apps with the holes (admittedly fixed).

      Are you 100% certain ALL of your trusted applications don't have holes, and the versions you ran in the last 7 years didn't have holes?

      The GUI issue was a HUGE problem - however it is/was fixed, which is the important part.

      --
      Self proclaimed typo king, and inventor of the bear destroying coffee table (patent not pending).
    4. Re:Only 40? by hairyfeet · · Score: 2, Informative

      If you are really worried about holes in your apps perhaps you should be running Comodo Internet Security or Comodo AV (same link) which by default sandboxes ALL apps you run unless you tell it otherwise. I've found a good 9 out of 10 apps run just fine in a sandbox, and Comodo makes it easy to sandbox any app and by default will sandbox new apps and new installs to protect your PC. Oh and it is 100% free too, with no nag emails or need to register.

      Since giving my customers and family Comodo I've found the amount of crapware and malware I have to deal with has gone WAY down, since its default settings seems to help protect even the most clueless user. It also uses a hell of a lot less resources than the other free AV/Firewalls (it is currently using a grand total of 22Mb RAM and 0% CPU on Windows 7 HP X64, and I have similar numbers in XP SP3) so to me it is a no brainer. Better safe than sorry is my motto and if an app runs fine in a sandbox, why should I allow it access to the underlying OS?

      --
      ACs don't waste your time replying, your posts are never seen by me.
    5. Re:Only 40? by frist · · Score: 1

      Wait, you're running a product that provides registry/file virtualization on an OS that already provides registry/file virtualization (windows 7)? This makes sense how?

    6. Re:Only 40? by C0vardeAn0nim0 · · Score: 2, Interesting

      makes sense because the native registry/file virtualization is provided by MICROSOFT, and this being slashdot, the mantra is "anything windows does, a third party app does better, because M$ SUCKS!!!", unless it's "shitty iTunes bloatware for windows".

      --
      What ? Me, worry ?
    7. Re:Only 40? by hairyfeet · · Score: 2, Interesting

      Because what you are calling "registry/file virtualization" has NOTHING to do with security and is simply a hack to allow x86 apps to run on x64? And time and time again we have seen the bad guys blow through Windows security measures since it is the biggest market and therefor offers the biggest rewards? Plus with the Windows 7 version you have no control whatsoever, and I have noticed it really doesn't seem to care what gets dumped in "Program Files(x86) as long as you click yes that first time, Whereas with Comodo I am in control, and I get to say what is allowed and what isn't. And if you'll look up the video reviews posted on Youtube where they try to infect Comodo with malware you'll see time and time again it stop the nasties cold.

      Look it is 100% free, has less overhead than every other free AV I've ever tried AND it comes with built in sandboxing. I think the better question is why not use it when there are so many bad guys trying to hack PCs out there? It isn't like 22Mb for an AV AND a firewall is all that much with the multiGb machines of today, so why not add that extra layer of security if it costs nothing?

      --
      ACs don't waste your time replying, your posts are never seen by me.
    8. Re:Only 40? by Man+On+Pink+Corner · · Score: 1

      Yo dawg, we heard you like virtualization, so we virtualized your virtual host so you can virtualize while you virtualize.

    9. Re:Only 40? by Anonymous Coward · · Score: 0

      Good job getting upmodded for such a blatant troll. Slashdot sure ain't nothing like it used to be.

  3. I Wish I Had the Luxury of Worrying About This... by Bananatree3 · · Score: 1, Funny

    But alas, I'm running Linux :)

  4. Really? by Anonymous Coward · · Score: 5, Funny

    Just 40?

    1. Re:Really? by zuvembi · · Score: 2, Funny

      Well now, I think the real question is how many *aren't* made by Adobe?

    2. Re:Really? by Anonymous Coward · · Score: 0

      A lot more than 40, thats was the number I came up with in my own testing. Others have said hundreds...

    3. Re:Really? by Short+Circuit · · Score: 1

      That was my thought. Microsoft issued a hotfix for Visual Studio 2008 last year that corrected a security vulnerability in their ATL libraries. (This is the same hotfix that, if you installed it and VS2008's SP1 in a bad sequence, you'd screw over the install. I was up all night on that one. *sigh*)

      The problem? This security vulnerability was in a C++ template, which means that the bug is stuck permanently within any program compiled against it. It's not like the CRT or MFC shared libraries which can be replaced via Windows Update or similar.

    4. Re:Really? by Martian_Kyo · · Score: 1

      Since when is the fact that programs have bugs news.

      Being a programmer is almost as depressing as being a meteorologist. People use your services/products on daily bases but only remember you when you get things wrong.

      Also making a bug free application is almost as hard as making a faultless weather prediction for an entire month.

      I don't know why we,programmers and meteorologist, even try (though programmers also catch and throw).

  5. Re:I Wish I Had the Luxury of Worrying About This. by betterunixthanunix · · Score: 2, Informative
    --
    Palm trees and 8
  6. Nit-picking about "bugs." (get it? Har har har.) by stagg · · Score: 1

    /. is as bad for this as anywhere else on the net as far as I can tell. All bugs are flaws, but flaws are not necessarily bugs. This sounds like a flaw, even a vulnerability, but not a bug. Sorry, as you were.

  7. So little detail... by broken_chaos · · Score: 5, Insightful

    So there are forty unknown applications with an unknown flaw that results in code execution. This sounds like it includes web browsers (given the references to 'viewing a web page' in the article), but it doesn't specify which. It also doesn't specify what sort of file(s) (except in the case of iTunes -- a 'media file') are affected.

    So what're we supposed to do? There's no detail here, not even cursory detail, on what filetypes or applications to avoid. I'm fine with no details on the innermost workings of this exploit being widely disseminated, but why announce it with such fanfare if there's not even a way to avoid exposing yourself (i.e., listing these supposed '40 applications')?

    1. Re:So little detail... by 0123456 · · Score: 3, Funny

      There's no detail here, not even cursory detail, on what filetypes or applications to avoid.

      Presumably anything that runs on Windows would be a good first approximation.

    2. Re:So little detail... by parkrrrr · · Score: 2, Informative

      The article does mention that blocking WebDAV and SMB at your perimeter router will at least prevent the exploit coming from outside your network, though I agree that in general it seems long on FUD and self-congratulation and short on useful content.

    3. Re:So little detail... by parkrrrr · · Score: 3, Informative

      Slight self-correction: blocking SMB at the router and disabling the WebDAV client on all Windows machines. Still, there's a mitigation that should work for most people.

    4. Re:So little detail... by Anonymous Coward · · Score: 0

      blocking SMB at the router

      Lol, I have been doing this for almost 10 years! Sure blocks a lot of remote windoze exploits.

    5. Re:So little detail... by Anonymous Coward · · Score: 1, Insightful

      You assume that most people know:
      a. how to log into their router
      b. how to block an outbound port in their router or
      c. even know what a router or port is

      Verizon's how-to to get into your router is buried. It took me more than 20 minutes to find it on their site the first time I needed to get into one.

    6. Re:So little detail... by Lord+Ender · · Score: 2, Informative

      This is notable because it is coming from HDM, a fellow with an excellent reputation who will no-doubt release an easy-to-use exploit (with Metasploit) after app developers have had a chance to patch.

      --
      A slashdotter who didn't build his own computer is like a Jedi who didn't build his own lightsaber.
    7. Re:So little detail... by Sponge+Bath · · Score: 1

      So what're we supposed to do?

      Panic! Ha ha, just kidding.
      As far as I can tell, you are supposed to click on the advertisements in the article.

    8. Re:So little detail... by mandelbr0t · · Score: 1
      From the Apple article linked from TFA:

      A path searching issue exists in iTunes. iTunes will search for a specific DLL in the current working directory. If someone places a maliciously crafted file with a specific name in a directory, opening another file in that directory in iTunes may lead to arbitrary code execution. This issue is addressed by removing the code that uses the DLL. This issue does not affect Mac OS X systems. Credit to Simon Raner of ACROS Security for reporting this issue.

      This was the issue he reported in iTunes. Presumably, the same issue exists in other applications. However, it is only exploitable if a remote attacker is able to write the malicious DLL to the directory. Thus, securing any remotely accessable storage will prevent this attack.

      --
      "Please describe the scientific nature of the 'whammy'" - Agent Scully
    9. Re:So little detail... by Anonymous Coward · · Score: 0

      Buy their product, of course lol

    10. Re:So little detail... by parkrrrr · · Score: 1

      Verizon doesn't block SMB on residential connections anyway? I know Comcast does. As far as disabling WebDAV, the article links to a Microsoft security bulletin that - among other things - contains instructions for doing that.

      The sad truth is that most people won't even know the security problems exist, even after there are fixes available for them. People who actually care about these things are already a rarefied group among Windows users.

    11. Re:So little detail... by Anonymous Coward · · Score: 0

      There is some information to be learned from Apple's site http://support.apple.com/kb/HT4105: "A path searching issue exists in iTunes. iTunes will search for a specific DLL in the current working directory. If someone places a maliciously crafted file with a specific name in a directory, opening another file in that directory in iTunes may lead to arbitrary code execution. This issue is addressed by removing the code that uses the DLL. This issue does not affect Mac OS X systems. Credit to Simon Raner of ACROS Security for reporting this issue."

      From the sound of it I would guess that opening the file changes the CWD and that some other code does a LoadLibrary("foo.dll") call and that if that directory contains a file named foo.dll it will be executed in the iTunes process. Simple, but effective.

    12. Re:So little detail... by Anonymous Coward · · Score: 0

      There's no detail here, not even cursory detail, on what filetypes or applications to avoid.

      Presumably anything that runs on Windows would be a good first approximation.

      Avoiding Windows, great idea for sounding all important on Slashdot. Not so great in real life where you have to actually use it in a corporate environment.

    13. Re:So little detail... by roju · · Score: 2, Funny

      This sounds like it includes web browsers (given the references to 'viewing a web page' in the article)

      Sounds like flash to me. It's always flash.

    14. Re:So little detail... by petermgreen · · Score: 1

      it will reduce it but consider for example the case of a user that puts everything they get from the internet into a downloads directory and doesn't bother renaming stuff on download unless there is a name conflict. Somehow the user is tricked into downloading the dll.

      Sometime later they download a mp3, open it in itunes and get exploited.

      --
      note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
  8. Oh noes! by PmanAce · · Score: 1, Insightful

    I better pull my internet plug until all 40 apps are fixed. 'Cause you know, I use windows and my machine gets infected everyday!

    --
    Tired of my customary (Score:1)
    1. Re:Oh noes! by mark72005 · · Score: 3, Insightful

      Exactly... I am dubious on Windows security, but I use Windows boxes all the time without issue due to basic security precautions and basic common sense.

      (Yes I realize most users do not have either)

    2. Re:Oh noes! by Ironhandx · · Score: 4, Insightful

      A lot of people need to learn the phrase : "Common sense is not so common".

    3. Re:Oh noes! by rbochan · · Score: 3, Funny

      A lot of people need to learn the phrase : "Common sense is not so common".

      These day it could be considered a super power.

      --
      ...Rob
      The American Dream isn't an SUV and a house in the suburbs; it's Don't Tread On Me.
    4. Re:Oh noes! by suomynonAyletamitlU · · Score: 1

      A lot of people need to learn the phrase : "Common sense is not so common".

      These day it could be considered a super power.

      Funny how people don't hire super heroes. They're just expected to use their powers for good 'just because' and get nothing out of it but a grateful society.

      And people wonder why these super powers don't arise very often.

    5. Re:Oh noes! by Anonymous Coward · · Score: 0

      i saw u type that

    6. Re:Oh noes! by Anonymous Coward · · Score: 0

      A lot of people need to learn the phrase : "Common sense is not so common".

      These day it could be considered a super power.

      Sadly, no. A lot of people have learned a lot of phrases, without understanding their meaning.

      Perhaps we will find the spectacle lot of people with no common sense repeating the phrase "Common sense is not so common" amusing.

    7. Re:Oh noes! by mcgrew · · Score: 1

      Attribution: Walt Kelly (via Pogo). "Common sense ain't so common no more."

  9. Re:I Wish I Had the Luxury of Worrying About This. by 0123456 · · Score: 5, Interesting

    Then worry about this:

    Yeah, I'm far more worried about a _fixed_ exploit that requires I install a malicious GUI app than an active exploit that just requires I open a malicious Word document.

  10. how can we trust by TheRecklessWanderer · · Score: 1, Insightful
    How can you trust someone who finds a big bug, but won't say exactly what it is, and have a miraculous cure for it.

    What a load of crap. On the other hand, I have found a virus that will immediately destroy your computer if you don't send me 1 million dollars.

    --
    Mean what you say...say what you mean.
    1. Re:how can we trust by by+(1706743) · · Score: 1

      How can you trust someone who finds a big bug, but won't say exactly what it is, and have a miraculous cure for it.

      Same way you can trust me! Speaking of which, can I interest you in some snake oil?

    2. Re:how can we trust by 0racle · · Score: 1

      What miracle fix?

      --
      "I use a Mac because I'm just better than you are."
    3. Re:how can we trust by valeo.de · · Score: 1

      Perhaps this guy is giving the companies that develop these applications adequate time to patch them, before telling the world which ones are vulnerable? It's not like it'd be the first time where something like this has happened.

      --
      cat: /home/valeo/.sig: No such file or directory
    4. Re:how can we trust by daveime · · Score: 1

      Then why announce it to the general public at all ?

      If the manufacturers are fixing it, then what's the problem ?

      This is just a case of the l33t h4x0r shouting "look how big my balls are, I can tell vendor X,Y,Z what to do", with the hidden undercurrent of "if they don't then I'll fuck them up good by releasing the data to the world".

    5. Re:how can we trust by valeo.de · · Score: 1

      Probably because this particular security researcher wants to make a name for themselves. ;)

      Peronally I prefer full-disclosure (or worst case, so-called "responsible" disclosure) and don't see the value in these kind of pre-announcements, especially when the attack vector is known as is the case here. All it does is send an even clearer signal to enterprising crackers that they should be looking at popular applications to see if they are vulnerable to this exploit, which doesn't exactly help security.

      --
      cat: /home/valeo/.sig: No such file or directory
  11. Re:I Wish I Had the Luxury of Worrying About This. by Korin43 · · Score: 2, Funny

    They fixed a bug in the Linux kernel? I'm worried now.

  12. Re:I Wish I Had the Luxury of Worrying About This. by betterunixthanunix · · Score: 1

    Well, not all distros are up to date on these things. Are you sure that the distro you use has distributed the update yet?

    --
    Palm trees and 8
  13. He tweeted... by MrMe · · Score: 5, Funny

    'The cat is out of the bag, this issue affects about 40 different apps, including the Windows shell,'

    That sounds really bad!

    'The cat is out of the bag, this issue affects about 40 different apps, including the Windows shell,' he tweeted

    Oh, doesn't seem so bad now...

    1. Re:He tweeted... by goofyspouse · · Score: 2, Informative

      Mod parent up. Anyone who tweets anything is not worthy of being taken seriously.

    2. Re:He tweeted... by clone53421 · · Score: 3, Funny

      @goofyspouse (817551): mind if I re-tweet this?

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
    3. Re:He tweeted... by xSander · · Score: 1

      Well, thanks. Twitter, for me, is some sort of text-only IRC. It's a relaxed way of keeping in contact with friends and getting updates.

  14. Re:I Wish I Had the Luxury of Worrying About This. by Lunix+Nutcase · · Score: 1, Insightful

    Just because a patch was issued doesn't mean every single system was patched and that there won't be countless people still running a vulnerable version.

  15. Only 40? by gmuslera · · Score: 1

    Or windows have several orders less apps than i think, or is the safest operating system on earth (ok, or something is missing in that formulation, like being 40: as in millons, or just counting in the included by default apps)

  16. Re:I Wish I Had the Luxury of Worrying About This. by 0123456 · · Score: 0, Flamebait

    Just because a patch was issued doesn't mean every single system was patched and that there won't be countless people still running a vulnerable version.

    So now the disto just has to install a malicious trojan on their system and they're doomed. Because if the distro developers are malicious, that would be so much easier than just installing a trojan that runs as root.

    I honestly don't see why people can't understand the huge difference between requiring malicious software to be installed on your PC by a software updater that _already runs as root and can change any file on the system_ and requiring you to open a malicious Word document.

    Sure, maybe Joe Sixpack is dumb enough to install a random 'Naked Chicks Screensaver' that exploits a Linux bug, but the vast majority of people only install software from their Linux distro, which they have little choice but to trust.

  17. Re:I Wish I Had the Luxury of Worrying About This. by elrous0 · · Score: 0, Troll

    Yeah, none of those 40 problem apps will run on Linux. Unfortunately, neither will thousands of other apps.

    --
    SJW: Someone who has run out of real oppression, and has to fake it.
  18. Re:I Wish I Had the Luxury of Worrying About This. by Lunix+Nutcase · · Score: 1

    Sure, maybe Joe Sixpack is dumb enough to install a random 'Naked Chicks Screensaver' that exploits a Linux bug, but the vast majority of people only install software from their Linux distro, which they have little choice but to trust.

    Well hopefully that distro didn't download the trojaned version of unrealIRCD that it's own developers didn't realize someone had switched. Or are the developers of that program and anyone who trusted that what they were sharing wasn't trojaned are just "dumb Joe Sixpacks"?

  19. Re:I Wish I Had the Luxury of Worrying About This. by VGPowerlord · · Score: 1

    I honestly don't see why people can't understand the huge difference between requiring malicious software to be installed on your PC by a software updater that _already runs as root and can change any file on the system_ and requiring you to open a malicious Word document.

    I honestly don't see why you seem to think that the XOrg vulnerability has something to do with your software updater, rather than being one where any GUI app run by any user can run anything as root.

    --
    GLaDOS for President 2016! "Well here we are again. It's always such a pleasure." -- GLaDOS, 2011
  20. Re:I Wish I Had the Luxury of Worrying About This. by mandelbr0t · · Score: 1, Informative

    There are many reasons to use Linux, but better security is not one of them. If you still believe this, put up a Linux server completely exposed to the Internet, and broadcast all over IRC that your server is badass and can't be hacked. It is a common misconception among Linux zealots that Linux doesn't have the security issues that Windows does, but mostly it's because its less popular, and very few exploit writers target Linux machines. In fact, even though ProPolice has been around for years, many Linux distros (including default Ubuntu) do not take advantage of it, and thus open themselves to a myriad of exploits that even Windows XP did not have. The performance gain from not using ProPolice is negligible, and the expoitablility of such a machine, given the quality of code from many Linux apps, is almost guaranteed.

    So, your smart-ass comment only shows your ignorance. Linux is pretty cool as a development environment, and it's not a half-bad desktop, especially given the price. But I would run Windows Server long before I would consider putting a Linux machine on the net without a decent firewall (i.e. not Linux) in front of it.

    --
    "Please describe the scientific nature of the 'whammy'" - Agent Scully
  21. Re:I Wish I Had the Luxury of Worrying About This. by 0123456 · · Score: 1, Flamebait

    I honestly don't see why you seem to think that the XOrg vulnerability has something to do with your software updater, rather than being one where any GUI app run by any user can run anything as root.

    Sigh.

    Which part of 'the only way the average Linux user is going to be running malicious software is if their distro ships it to them' is proving so hard for Windows users to understand?

  22. Shared Objects / Dynamically Linked Libraries by VGPowerlord · · Score: 4, Interesting

    I was under the impression that very few Windows applications were statically compiled... so why can't this just be updated in whatever shared object it uses again?

    I know he says

    There may be fixes that can be applied at the OS level, but these are likely to break existing applications.

    but what and why?

    --
    GLaDOS for President 2016! "Well here we are again. It's always such a pleasure." -- GLaDOS, 2011
    1. Re:Shared Objects / Dynamically Linked Libraries by Monkeedude1212 · · Score: 2

      I agree - a remedial patch SHOULDN'T break the existing applications (and if Microsoft applied it, that would just give the vendors pressure to update their apps! What a role reversal, anyways) - but in case you haven't noticed, a lot of Microsoft's "Fixes" actually "break" functioning operations.

      All in the name of security.

    2. Re:Shared Objects / Dynamically Linked Libraries by cbhacking · · Score: 1

      Even the safest APIs can be used stupidly. If the library code is correct but people are calling it in an unsafe manner, there's not a lot that can be done about that. Making changes to library code also requires an immense amount of regression testing. Some programs may be using an API unsafely, but in a non-attacker-controllable manner; those programs may technically have bugs but they run correctly (and securely) now, and if the library code were changed to prevent whatever they're doing those programs would break down.

      --
      There's no place I could be, since I've found Serenity...
    3. Re:Shared Objects / Dynamically Linked Libraries by amorsen · · Score: 2, Informative

      I was under the impression that very few Windows applications were statically compiled... so why can't this just be updated in whatever shared object it uses again?

      Because to avoid dependency hell and to compensate for the lack of package management, Windows applications come with private copies of the DLL's they need. If a flaw hits a common library like a JPEG parser you have to go through the file system looking for vulnerable versions and hope all the versions you have installed have fixes available. Or just wait till each application vendor gets around to issuing a patch for their particular application.

      --
      Finally! A year of moderation! Ready for 2019?
    4. Re:Shared Objects / Dynamically Linked Libraries by 21mhz · · Score: 1

      Right on. The side-by-side DLL installation technique has been available for a while in Windows, but the idea has yet to down on many application vendors to use it.

      --
      My exception safety is -fno-exceptions.
    5. Re:Shared Objects / Dynamically Linked Libraries by Anonymous Coward · · Score: 0

      According to the linked Apple article (and the SecurityFocus link at the bottom of the comments) the problem is the side-by-side DLL installation technique.

    6. Re:Shared Objects / Dynamically Linked Libraries by parkrrrr · · Score: 1

      Wow, in one post you managed to present both the common sense notion that MS shouldn't care if they break insecure applications, and the most common objection to that notion - that people will blame MS even if it's the other guy's bad application at fault.

    7. Re:Shared Objects / Dynamically Linked Libraries by Anonymous Coward · · Score: 2, Interesting

      Because it's an API change.

      If you read the linked description, it says that the problem relates to opening files from remote places. With some Win32 API knowledge, you can derive that the problem is:

      - DLL loading looks into the process working directory for DLLs (i.e. getcwd())
      - Some applications change the working directory to the place where the files they attempt to open reside
      - If the malicious actor places a DLL in the same directory as the file to be opened, they can win the race against the application's expected DLL directory loading path.

      The fix, then involves either 1) not changing the working directory, or 2) call SetDllDirectory to remove the working directory from the search path, or 3) Use SafeDllSearchMode and make sure the DLL is in one of the places before the working directory.

      All of these require changing the application. If you just change the DLL search path (by removing the working directory), applications which expect the old, documented search path might fail to find the DLLs they were looking for (perhaps they explicitly changed the working directory to load the DLL, and wasn't trying to load a remote document in the first place?).

    8. Re:Shared Objects / Dynamically Linked Libraries by Anonymous Coward · · Score: 0

      - Some applications change the working directory to the place where the files they attempt to open reside

      Try every application that calls GetOpenFileName without OFN_NOCHANGEDIR

    9. Re:Shared Objects / Dynamically Linked Libraries by b4dc0d3r · · Score: 1

      You can choose to include certain libraries statically (so you include the binary code) or dynamically (so you have a reference to a .dll). You can also use the OS to dynamically load a library on-demand so that it is neither opened nor initialized until it is needed. For example, MFC has its own radio button in MS Visual Studio - do you want it static or dynamic? I believe the C runtime (msvcrt.dll) has the same choice but can't be bothered opening it to check. Plus, if it's only an estimated 40 apps, it might be something like zlib but less popular, so you can choose between static linking and building/supplying the .dll for it.

      But that's not important. The SecurityFocus note for iTunes says "All a remote attacker has to do is plant a malicious DLL with a specific name on a network share and get the user to open a media file from this network location in iTunes." This suggests that you are replacing a dynamically loaded file with your file of the same name. To understand the implications read the following article. The short version is: if I name a file kernel32.dll and put it in the same folder as my application, previous versions of Windows would load my kernel32 instead of the operating system's. Only important files are protected, most files are not "known DLLs" and are handled differently but the idea is the same.

      http://technet.microsoft.com/en-us/magazine/2007.01.windowsconfidential.aspx
      http://msdn.microsoft.com/en-us/library/ms682600

      There are certain files which will be loaded from the system always, instead of from the local folder. It appears that this bug has simply found a commonly used .dll which is not on the protected list, so no .local override is needed. Just put your malicious file in the same folder and it gets loaded.

      iTunes advisory suggests it includes WebDAV somehow, but I don't think iTunes uses webDAV intentionally. So it must be something like the protected media player libraries (which should be protected) which always load something that's not on the protected dll list.

      To answer your question: if an application depends on certain behavior, such as loading local .dll files without requiring a .local override, and this bug is fixed (the example I gave, regardless of whether it's the actual bug), the application will fall back into .dll hell and possibly break apps which expect specific versions of a library instead of whatever is in the system protected location.

      Not that I know what the vulnerability is, I'm just giving an example based on the information available.

    10. Re:Shared Objects / Dynamically Linked Libraries by b4dc0d3r · · Score: 1

      Now that I've read the vulnerability more, it seems like the vulnerability loads remote content from a network share or through WebDAV. In that case, the "local" context is actually the remote location, so you get the person to load your non-restricted DLL from a remote location instead of from their computer.

      Fixing this would break some apps that require WebDAV type functionality, or running off of a share legitimately. For example, I host an executable with a library on a share. Without this functionality, the OS will look on the local drive and not find the library, and the app doesn't run. So you can't just say "no remote libraries", and you can't add this to the list of restricted libraries. Instead you have to fix the app to look in specific locations, or use a restricted library for its purposes.

    11. Re:Shared Objects / Dynamically Linked Libraries by steelfood · · Score: 1

      The benefits of open source, community-driven OS's:

      You don't need to supply your own libraries; you just need to submit your code changes back to the main project.

      --
      "If a nation expects to be ignorant and free in a state of civilization, it expects what never was and never will be."
  23. Re:I Wish I Had the Luxury of Worrying About This. by 0123456 · · Score: 1

    If your distro is installing malicious software on your system, then you have much more to worry about than an X-server bug.

  24. Re:I Wish I Had the Luxury of Worrying About This. by betterunixthanunix · · Score: 3, Insightful

    Or Joe Sixpack visits a website with a Flash applet, and there happens to be a vulnerability in Flash player that allows those applets to issue requests directly to the X server. Or, Joe Sixpack opens a PDF file using acroread, and there is a vulnerability in acroread. Or any number of other vulnerabilities; all an attack needs is to be able to issue requests directly to the X server.

    It really was not a trivial, uninteresting bug. It was a serious security problem for desktop Linux users that had been around for years.

    --
    Palm trees and 8
  25. Re:I Wish I Had the Luxury of Worrying About This. by Korin43 · · Score: 2, Insightful

    http://www.archlinux.org/packages/core/i686/kernel26/

    Patched on 8/13, new kernel package on 8/14. I'm not concerned. And slower-updating distros generally have a security team to patch these kinds of things into their current kernel release.

  26. Re:I Wish I Had the Luxury of Worrying About This. by DIplomatic · · Score: 0, Troll

    Yeah, it would be way better for Windows users if they could be protected by a massive ego like a certain percentage of people running Linux.

  27. Re:I Wish I Had the Luxury of Worrying About This. by Lunix+Nutcase · · Score: 1

    You assume they would be doing it purposefully which isn't necessarily true. In the case of unrealIRCD not even the developers of the program knew that the version they were serving had been switched to a version with a trojan in it until months after they had been serving the files.

  28. Re:I Wish I Had the Luxury of Worrying About This. by betterunixthanunix · · Score: 2, Interesting

    The part where an exploit that allows malicious programs to be run without the user's knowledge? Or did you think there were no such exploits?

    For the record, I am a Fedora user, not a Windows user. I am willing to acknowledge when there is a security problem. I am glad it was fixed, but that does not imply that it was not a real problem.

    --
    Palm trees and 8
  29. Re:I Wish I Had the Luxury of Worrying About This. by Lunix+Nutcase · · Score: 1, Funny

    But...but...those are clearly just dumb Winblows users!!! HURP DURP!!!

  30. Re:I Wish I Had the Luxury of Worrying About This. by 0123456 · · Score: 1

    The part where an exploit that allows malicious programs to be run without the user's knowledge? Or did you think there were no such exploits?

    So in order to exploit this exploit you need to make up another exploit which already allows them to do anything on my PC with my user privileges, which means that they've already installed a keylogger in Firefox and stolen my bank passwords and I no longer give a flying monkey turd about whether they've trashed my OS.

    How far down this 'but what if there was another exploit too!' rabbit-hole do you intend to run?

  31. Re:I Wish I Had the Luxury of Worrying About This. by Lunix+Nutcase · · Score: 1

    Just to further elaborate, there is nothing in the case of the Xorg exploit that says that the vulnerability in the program that allows the someone to use the exploit has to have been put in their purposefully. So this whole notion about distros and their package managers is just a big red herring.

  32. Re:I Wish I Had the Luxury of Worrying About This. by h4rr4r · · Score: 2, Insightful

    Don't run X as root. Who does that these days?

    KMS, bitches.

  33. Re:I Wish I Had the Luxury of Worrying About This. by 0123456 · · Score: 1

    In the case of unrealIRCD not even the developers of the program knew that the version they were serving had been switched to a version with a trojan in it until months after they had been serving the files.

    Yeah, one tar file on one server had been hacked. If your distro is downloading random unauthenticated tar files (no signature, not even a checksum) and shipping them out to end-users then you have much bigger problems than a random X-server exploit.

  34. Re:I Wish I Had the Luxury of Worrying About This. by RMS+Eats+Toejam · · Score: 0, Funny

    I'm running Linux :)

    That's like not worrying about pregnancy because you're a homosexual.

    --
    Turning to a Linux advocate for thoughts on Microsoft is like asking Hitler how he felt about the Jews.
  35. Re:I Wish I Had the Luxury of Worrying About This. by ByOhTek · · Score: 1

    You are assuming that was the ONLY flaw in Linux...

    Not a safe assumption. If that has been around for 7 years, what else could there be?

    I'm certainly not saying Linux is less secure than Windows (I'm pretty sure the opposite, in fact, is true), however that doesn't mean that you are safe on that high horse of yours.

    --
    Self proclaimed typo king, and inventor of the bear destroying coffee table (patent not pending).
  36. Re:I Wish I Had the Luxury of Worrying About This. by betterunixthanunix · · Score: 1

    Actually, the attack allowed malicious code to bypass SELinux, which is often to used to prevent exploits that run with user privileges from accomplishing much.

    Why are you downplaying the significance of this attack?

    --
    Palm trees and 8
  37. Re:I Wish I Had the Luxury of Worrying About This. by Lunix+Nutcase · · Score: 1

    If your distro is downloading random unauthenticated tar files (no signature, not even a checksum) and shipping them out to end-users then you have much bigger problems than a random X-server exploit.

    Because downloading a file from the official of the program is equivalent to downloading a random file from an untrusted server? lolwut?

  38. Re:I Wish I Had the Luxury of Worrying About This. by Lunix+Nutcase · · Score: 1

    official website*

  39. Re:I Wish I Had the Luxury of Worrying About This. by JesseMcDonald · · Score: 3, Insightful

    You misunderstand. The Xorg bug doesn't require a malicious GUI app; it just requires a perfectly normal GUI app with an exploitable vulnerability. So if OpenOffice.org (or Acrobat Reader, or Firefox, or any other document viewer) has a flaw which can be exploited by a malicious document, the Xorg bug turns that into a privilege-escalation vulnerability, circumventing not only the normal permission mechanisms but also tools such as SELinux sandboxes (which protect against malicious code running in the sandboxed user application, not the X server).

    --
    "The state is that great fiction by which everyone tries to live at the expense of everyone else." - Bastiat
  40. Re:I Wish I Had the Luxury of Worrying About This. by Lunix+Nutcase · · Score: 1

    You might as well give up. Anything you say is going to be thrown back at you with in some ridiculous caricatured form in order for him to dispute it.

  41. Well.. by coppro · · Score: 1

    Need your computer hacked? There's an app for that.

  42. Re:I Wish I Had the Luxury of Worrying About This. by X0563511 · · Score: 1

    .. and that's better than the unpatched issue we're discussing how?

    --
    For large sets, this will be our guide even unto death, for the LORD will work for each type of data it is applied to...
  43. Re:I Wish I Had the Luxury of Worrying About This. by Lunix+Nutcase · · Score: 2

    So in order to exploit this exploit you need to make up another exploit which already allows them to do anything on my PC with my user privileges, which means that they've already installed a keylogger in Firefox and stolen my bank passwords and I no longer give a flying monkey turd about whether they've trashed my OS.

    No. In fact, for example, a maliciously-formed PDF file opened in a PDF reader, even if that reader is run in a sandbox, can be used to gain root through the exploit.

  44. And I care about this why? by bradbury · · Score: 0, Flamebait

    Oh, wait, I forgot, there is not a slashdot/gmail filter that falls under the heading of "I'm still stupid enough to run windows being the case in point of a virus ridden insecure operating system because it isn't open sourced."

    Google has managed to get it right. Only show people news (or advertisements) with significant relevance to the viewer. I'm sorry, I've used Unix since 1974, and although there was a brief period of time when I engaged with Windows in the mid-to-late '90s, I'm now back with Linux.

    What was it that Forrest once said... Stupid is as stupid does.

    Please report on whether the vulnerabilities might perhaps impact programs typically run under Linux. I run almost entirely open source but that does not mean that could be immune to exploits. Simply means we can resolve them much faster.

    1. Re:And I care about this why? by valeo.de · · Score: 1

      Generalise much?

      If I could run Linux full time, I'd do so without hesitation. Alas, the state of audio in Linux means I have to spend way more time than I'd like in Windows... stupidity really doesn't come into it.

      --
      cat: /home/valeo/.sig: No such file or directory
  45. Re:I Wish I Had the Luxury of Worrying About This. by Lunix+Nutcase · · Score: 1

    Also, where else do you expect a distro developers to download the source code for a program if not from the official upstream developer themselves (which is where the trojaned version was pulled from)?

  46. Re:I Wish I Had the Luxury of Worrying About This. by Anonymous Coward · · Score: 0

    Yeah, none of those 40 problem apps will run on Linux. Unfortunately, neither will thousands of other apps.

    ...and nothing of value was lost.

  47. Re:I Wish I Had the Luxury of Worrying About This. by dkleinsc · · Score: 1

    I'm sure you could get these running under Wine.

    --
    I am officially gone from /. Long live http://www.soylentnews.com/
  48. Re:I Wish I Had the Luxury of Worrying About This. by Lunix+Nutcase · · Score: 1

    No, of course not and I wasn't implying such a ridiculous thing either. But to act as if just because there is patch out that the issue is now non-existent is silly. It's no different to back when code red was a big problem. Even after Microsoft pushed out a patch, for many months after there were still people spreading the infection due to not updating their systems.

  49. Re:I Wish I Had the Luxury of Worrying About This. by Lunix+Nutcase · · Score: 2, Interesting

    Don't run X as root. Who does that these days?

    Probably quite a few. Not everyone is running a version of the 2.6 kernel that has KMS.

  50. Re:I Wish I Had the Luxury of Worrying About This. by MobileTatsu-NJG · · Score: 0, Troll

    But alas, I'm running Linux :)

    Do you wish you had the luxury of worrying about unwanted pregnancy, too? :)

    --

    "I like to lick butts!" by MobileTatsu-NJG (#32700246) (Score:5, Informative)

  51. Re:I Wish I Had the Luxury of Worrying About This. by X0563511 · · Score: 1

    Ah, sorry for misreading you :)

    --
    For large sets, this will be our guide even unto death, for the LORD will work for each type of data it is applied to...
  52. Re:I Wish I Had the Luxury of Worrying About This. by mandelbr0t · · Score: 2, Interesting

    Exploitable != Malicious. A system without stack protection is an accident waiting to happen. You should read up on how stack protections eliminate an entire class of exploits, and how subtle exploitable code really is. Even the .NET compiler includes stack protection. I have no idea why Linux has not adopted the use of ProPolice across the board.

    My previous response was not a troll; it was based on years of experience running Windows, Linux, Mac and BSD machines. Linux is the most brittle of all of the systems I've used. Even remaining up-to-date from the distro is very little protection, since the underlying problem is not being addressed. Nearly every Linux distro could ship with better security, but SELinux and ProPolice are not enabled by default.

    --
    "Please describe the scientific nature of the 'whammy'" - Agent Scully
  53. Each affected program will have to be patched sepa by ciggieposeur · · Score: 1

    "Each affected program will have to be patched separately."

    And this is why Linux package managers that know how to handle shared library dependencies are better than one-click installers that bring along their own versions of the libraries.

  54. Re:I Wish I Had the Luxury of Worrying About This. by Anonymous Coward · · Score: 2, Informative

    Don't run X as root. Who does that these days?

    Who? People that run proprietary drivers from Nvidia or ATI do. So do people that use drivers from less popular vendors that don't yet have KMS in their drivers (KMS is not in every open driver yet). It's enough to stop most distros from shipping with X running as another user.

  55. Re:I Wish I Had the Luxury of Worrying About This. by Tarlus · · Score: 1

    But alas, I'm running Linux :)

    Ugh. Here we go again...

    --
    /* No Comment */
  56. Re:I Wish I Had the Luxury of Worrying About This. by mlts · · Score: 3, Insightful

    I'd say that putting any OS on the Internet without a reasonable firewall is a poor idea, the exception being a laptop [1] just out of necessity. Yes, most operating systems are hardened, but what brings the bugs are the applications that run on them. This is why having a hardened machine with as little running on it as possible is essential between the general purpose computers and the rest of the Internet.

    [1]: I have seen tiny embedded Linux adapters just bigger than an Ethernet plug. Why can't laptop makers build a tiny firewalling router into one of those and mount it on the motherboard? This way, it doesn't matter what OS is, attacks from remote will be minimized, and one could configure it to disallow outgoing ports (such as port 25) that the laptop shouldn't ever need to go out on. I'm sure similar functionality can be done for Wi-Fi. As an added bonus, if a machine gets DoS-ed, it won't be the main CPU that has to sort out the offending packets, but the one on the built in firewall.

  57. Re:I Wish I Had the Luxury of Worrying About This. by Anonymous Coward · · Score: 0

    Assuming that xpdf has an exploit. Or that someone is running acrobat for linux for some weird reason.

  58. how do we check for all remotely loaded DLL loads by Locutus · · Score: 1

    to enable by default, remote/network based DLL's to automatically be loaded, and then call this a bug in the applications which do basic DLL loading, me thinks something fishy is going on. Is there a way to watch for any and all DLL's loading from outside of the local machine? I'd like to see who might be feeding their application DLL's over the interweb. Legit or not, this sounds like an OS flaw when just loading a data file allows the application processing the data file to suck in DLL's from the location where the data file resided. If the application loaded from that remote location then fine, but we are talking about content, not application code. Sure sounds fishy.

    LoB

    --
    "Anyone who stands out in the middle of a road looks like roadkill to me." --Linus
  59. Re:I Wish I Had the Luxury of Worrying About This. by Anonymous Coward · · Score: 0

    People that run proprietary drivers from Nvidia or ATI do.

    And that's exactly why they shouldn't be running the proprietary drivers.

  60. What we're suppose to do by syousef · · Score: 1, Insightful

    So what're we supposed to do?

    Run around like headless chickens predicting the end of Microsoft, and Windows, rant and rave about the virtues of Linux, how there are no Linux viruses and how any year now it will be the year of the desktop, and generally feel smug.

    You're new here, aren't you?

    --
    These posts express my own personal views, not those of my employer
    1. Re:What we're suppose to do by FrYGuY101 · · Score: 1

      Posting to undo moderation.

      --
      "If we let things terrify us, life will not be worth living."

      - Seneca
    2. Re:What we're suppose to do by Anonymous Coward · · Score: 0

      What the fuck is with you Wintards obsessing over Linux so much? I get it, you don't like Linux. Linux probably doesn't like you either. But, really, get the fuck over it. This article is about Windows and there are probably more anti-Linux comments than anything else. I don't get it. Do you have homosexual feelings for Tux or something? Geez.

  61. Re:I Wish I Had the Luxury of Worrying About This. by valeo.de · · Score: 1

    What should concern you is that this bug was patched by SUSE in 2004, but it took 6 years for that fix to make it into mainline...

    --
    cat: /home/valeo/.sig: No such file or directory
  62. First Hand Information is Priceless by crunchy_one · · Score: 2, Informative

    Here's a link to the original advisory. It's worth a read as it contains useful remediation advice: http://www.acrossecurity.com/aspr/ASPR-2010-08-18-1-PUB.txt

  63. Re:I Wish I Had the Luxury of Worrying About This. by Grishnakh · · Score: 1

    I fail to see how that's a problem, as long as it was only your work email box that was erased. That just means less work for you, and any problems can be blamed on IT.

  64. Deepsec Presentation in November by Anonymous Coward · · Score: 0

    I don't understand why he feels the need to overshadow ACROS for this? I hope he adds something useful, otherwise this seems kind of like a dick move.

    "Remote Binary Planting – An Overlooked Vulnerability Affair
    Mitja Kolsek, ACROS Security
    The binary planting vulnerability, although documented for over a decade, remained overlooked by researchers and developers alike - until now. Our research hopes to put it in its rightful place on the top 10 lists where it seems to belong. Binary planting is an attack method where an attacker places a malicious executable on a local or network drive, possibly on the Internet, from where a vulnerable user’s application will load and execute it. The main enabler for this attack is the fact that Windows include the current working directory in the search order when loading executables. In order to perform the research, we developed a tool for monitoring how applications set their current working directory and how they load their binaries. We launched the tool against more than 200 leading Windows applications. The results were surprising: almost every one of them was vulnerable to remote attacks. More than 520 vulnerabilities we discovered in these applications amount to roughly 100,000.000,000 (yes, that’s a hundred billion!) holes in existing computers worldwide. In many cases, the malicious binary is loaded immediately after a user double-clicks a remote document, which we dubbed a \double-click-bang" effect. (Such bugs can easily be turned into worms.) Live attack demonstrations for various types of these vulnerabilities will show how easily exploitable many of them are. We will show how Windows Explorer and most of the leading file management alternatives make it easier to exploit these bugs, and explain why Microsoft can’t implement any quick fixes to eliminate them without breaking many existing applications. Apart from collecting binary planting bugs, our research aimed to discover the root causes of their existence. We will show the common mistakes developers make to introduce binary planting vulnerabilities in their products, and try to explain why they make them. We will also see how an application can become vulnerable when ported to another Windows platform. Finally, developers in the audience will get tips for avoiding or fixing binary planting bugs in their code, and users will learn what they can do to protect themselves. "
    https://deepsec.net/docs/speaker.html

    ~TurboBorland~

  65. More details here by Anonymous Coward · · Score: 0
  66. Re:I Wish I Had the Luxury of Worrying About This. by Mongoose+Disciple · · Score: 1

    Which part of 'the only way the average Linux user is going to be running malicious software is if their distro ships it to them' is proving so hard for Windows users to understand?

    What you're saying is that Linux is totally bulletproof, as long as you run it as much as possible like an iPhone -- trusting only applications that your OS provider says are okay, and that it's not reasonable to examine it in a situation where that's not the case.

    So yeah, I can understand why some people would have a hard time making sense of your claim that the most secure, most free OS should be run as walled garden if you expect it to be secure.

  67. Re:Gucci handbags by valeo.de · · Score: 1

    Only on /. do insightful comments get modded troll, and spam modded funny...

    --
    cat: /home/valeo/.sig: No such file or directory
  68. Re:I Wish I Had the Luxury of Worrying About This. by HangingChad · · Score: 2, Informative

    but better security is not one of them.

    And you'd be wrong. Even with a directly connected Linux box it takes someone manually targeting that machine. As far as I know, no one has successfully automated *nix hacking and certainly not any kind of effective drive-by attack. Even if the automated attack gets a foot in the door, they still have to manually find a way to escalate privileges.

    If you still believe this, put up a Linux server completely exposed to the Internet, and broadcast all over IRC that your server is badass and can't be hacked.

    Connect that same box running Windows directly to the internet and you don't even have to announce its presence. It's like auto-hork.

    Linux doesn't have the security issues that Windows does, but mostly it's because its less popular,

    Another fallacy. If that were true then the exploits out in the wild should be relative to percentage of machines running that OS. And yet there aren't any. That popularity tripe was a talking point from a MSFT PR firm advertising campaign that went around a few years ago.

    --
    That's our life, the big wheel of shit. - The Fat Man, Blue Tango Salvage
  69. Re:I Wish I Had the Luxury of Worrying About This. by Anonymous Coward · · Score: 0

    But alas, I'm running Linux :)

    So your doing nothing productive with your PC then?

  70. Re:I Wish I Had the Luxury of Worrying About This. by mandelbr0t · · Score: 1, Insightful

    As far as I know, no one has successfully automated *nix hacking and certainly not any kind of effective drive-by attack.

    Then you don't know where to look. I've found rootkits for MySQL, various ftpds, old versions of Apache, etc. Automating such rootkits is a trivial task. Writing C code given the explanation of the vulnerability is usually also a trivial task. Hell, the first Linux server I put on the 'net in '98 was rooted within a month through a vulnerability in wuftpd. It certainly wasn't any kind of targeted attack, as it simply put eggdrop in an obscure location and replaced /bin/ps to hide the process.

    Even if the automated attack gets a foot in the door, they still have to manually find a way to escalate privileges.

    And therein lies the rub. My Linux server was rooted because wuftpd ran with elevated privileges, as it was delivered by the distro. Older Windows versions did basically everything as Administrator, so the privilege escalation part was trivial. Later versions of Windows do not have this problem. Every single problem that you point to in Windows either no longer exists, or also existed in the default installation of a particular distro. Yeah, you can do your own security and do better, but you can say the same about any OS. The problem is that most people use the defaults, not having the time or inclination to become an expert in, say, SELinux.

    Connect that same box running Windows directly to the internet and you don't even have to announce its presence. It's like auto-hork

    OK, I'll do you one better. I've announced its presence but won't tell you where it is. It's running Server 2003 with SP3 and has a hardware firewall in front of it. That should be more than enough to root it if your boast is even remotely true.

    If that were true then the exploits out in the wild should be relative to percentage of machines running that OS. And yet there aren't any.

    Once again, you don't know where to look. And, the number of exploits available for Windows 7 is considerably lower than for previous versions, probably in part due to the stack protections in the .NET framework. Until ProPolice is implemented in every default Linux distro, Linux is more exploitable than Windows, as every single mistake that can lead to a buffer overflow is exploitable, whereas with stack protection it is not.

    That popularity tripe was a talking point from a MSFT PR firm advertising campaign that went around a few years ago.

    And let's not forget the fine marketing campaign from the Linux side. Information wants to be Free! Proprietary Software is Evil and will only be used to Invade Your Privacy and Sell You Stuff You Don't Want. Bask in the Free Goodness and Never Get Paid to Code Again! All marketing is bullshit, and frankly, there's so much FUD on all sides that I've decided that my loyalty is simply for sale. Maybe one day you will become hungry and desparate enough that it's simply not worth getting involved in the politics.

    --
    "Please describe the scientific nature of the 'whammy'" - Agent Scully
  71. Re:I Wish I Had the Luxury of Worrying About This. by Anonymous Coward · · Score: 0

    As far as I know, no one has successfully automated *nix hacking and certainly not any kind of effective drive-by attack.

    Funnily enough, the first network worm ran on Unix systems, causing massive denials of service. You should google the Morris worm.

  72. Re:I Wish I Had the Luxury of Worrying About This. by fandingo · · Score: 2, Interesting

    Actually, even though Nvidia does not support KMS their drivers do support running X as a normal user. Users of the ATI proprietary drivers are SOL.

    Using KMS does not automatically remove the root requirement. For example, Ubuntu uses KMS drivers for many cards currently, but one of the big improvements for 10.10 will be to run X as a normal user with some drivers.

  73. Re:how do we check for all remotely loaded DLL loa by parkrrrr · · Score: 1

    People do run applications from network shares. But if you want to keep people on your machine from running executables from remote locations, I think you can set up a software restriction policy with an appropriate path rule and with the global settings set to check DLLs too.

    I would guess that the problem isn't that reading a data file causes a DLL to be automatically "sucked in" from that location, but that the application sets the current working directory to that location, causing subsequent DLL loads to potentially happen from that location.

    XP SP2, Vista, and above have a somewhat safer search path by default, checking system directories before the working directory. Earlier versions checked the working directory second, after the application directory. Windows 2000 SP4 and XP prior to SP2 can also be set to use the safer search path. But if the application attempts to load a DLL that doesn't exist elsewhere, or one that only exists somewhere else in the user's PATH, it can still be tricked into loading one from the working directory.

    Applications that change the current working directory based on user input should be calling SetDllDirectory, on Windows versions that support it, to remove the current working directory from the search path. I'm not surprised that there are many applications that do not.

  74. Re:I Wish I Had the Luxury of Worrying About This. by Anonymous Coward · · Score: 0

    its still just a software layer

    oh so he has a linux based firewall, so all I have to do is exploit that and wow gee all his windows machines are wide ass open

  75. That is why you should be afraid by Ilgaz · · Score: 1

    Issue has so big evil potential that, they are afraid to tell the exact details. You can be sure black hats are all over the private forums, google and irc to figure out what this thing could exactly be.

    What pisses me off is, it was later "tweeted" to be a 10 year old, reported bug, in official way (Bugtraq) and 3-5 kernels and explorers later, there was nothing done against it.

    http://www.securityfocus.com/bid/1699/discuss

    See the reporter? That is one of the most respected white hat hackers, especially in Windows land. It is not some teenager misunderstanding something and reporting as flaw.

    This sounded a bit like the DNS issue. So big that it better not be detailed until top popular apps (and better, explorer itself) gets patched.

  76. Hackers love to tweet by Ilgaz · · Score: 1

    Twitter is loved by people who has something to say, in short and hates the idea of "blogging" or facebook.

    You can be sure that the actual security issue will be released in traditional .txt form.

    I don't have a twitter account.

    1. Re:Hackers love to tweet by daveime · · Score: 1

      Twitter is loved by people who has something to say, in short and hates the idea of "blogging" or facebook.

      You mean the kind of people who can't form a coherent sentence, who cannot concentrate on one conversation at a time so they follow 20 or 30, just chipping in with useless non-contributions like "I know" and "Oooo, that happened to me too".

      Twitter is the digital equivalent of old ladies standing on their doorsteps exchanging "he said, she said" gossip with their doorstep dwelling neighbours.

  77. No, 200 now by Ilgaz · · Score: 1

    According to The Register article, it is 200 now and counting. In fact, 40-200 etc. happens because downloading/testing software takes time, not anything else :)

  78. Well you don't have by Ilgaz · · Score: 0, Flamebait

    One day, something will hit Windows real bad that it will effect anyone, Linux users or even Z/OS using banks.

    That junk is running on 95% of machines connected to the Internet. If I wasn't lazy, I would give a far more impressive real number, e.g. billions.

    I remember not being to do anything meaningful on the Internet because of some Windows worm while I was using OS X on Apple G5.

  79. Blaming him? by Ilgaz · · Score: 1

    Look this way, http://www.securityfocus.com/bid/1699/discuss

    10 years earlier, Kaminsky reported it very polite and decently and obviously he didn't release an exploit. Did it change anything other than being ignored by MS?

    Even Apple as far as I know (and don't like) would stay open at weekend if someone found an issue like that on OS X, until they release a fix. MS doesn't even respond to well known technical news sites run by reporters, not some no name bloggers.

  80. So the actual story is... by Anonymous Coward · · Score: 0

    Windows Contains Critical Bug Affecting 40 Apps

  81. Re:I Wish I Had the Luxury of Worrying About This. by darkpixel2k · · Score: 1

    Just because a patch was issued doesn't mean every single system was patched and that there won't be countless people still running a vulnerable version.

    Dude--I use 'cssh'. Every system was patched--and it was done simultaneously to boot.

    --
    There's no place like ::1 (I've completed my transition to IPv6)
  82. Upon discovering 40 vuln apps in a bathroom stall by mysidia · · Score: 1

    Script Kiddie: Dear diary: Jackpot.

  83. Re:I Wish I Had the Luxury of Worrying About This. by oakgrove · · Score: 2, Insightful

    What you're saying is that Linux is totally bulletproof, as long as you run it as much as possible like an iPhone -- trusting only applications that your OS provider says are okay, and that it's not reasonable to examine it in a situation where that's not the case.

    How is installing applications from the repos anything like using an iPhone? With Linux, I can install any application I want from anywhere I want as long as it's compatible (just like most other OS's). I can compile from source, write and run my own code on it, whatever floats my boat. I and most other Linux users get most of our software from the repositories because 99 percent of anything you'd want to install is in there and the packages in the repos are generally well tested to work with the system you are using. It would be foolish to not use them. With the iPhone, unless you jailbreak it, you're locked in. That's a walled garden. No Linux distro I've ever used has worked like that at all.

    --
    The soylentnews experiment has been a dismal failure.
  84. Re:Gucci handbags by daveime · · Score: 1

    At least the homepages are looking better (now with Flash) ... unfortunately clicking "Terms & Conditions" gives you a blank page, the blog seems to be entries from cheapcigarettes.co.uk ... oh and did I mention despite the apparent European feel to the site, it's still knockoff sweatshop crap made and shipped from China.

  85. how do they know it's 40? by Anonymous Coward · · Score: 0

    Where did they come up with the number 40? Is 40 a lot?

    This whole story is the equivalent to "There are 40 terrorists in the country! We won't tell you where they are or how to stop them, but be careful!!!"

  86. Re:I Wish I Had the Luxury of Worrying About This. by Aqius · · Score: 1

    Network based firewalls do comparitively little real Layer 4 to 7 inspection, and it can only ever be generic. Whilst an inbuilt 'hardware' firewall is novel approach that is worth exploring, a DoS attack typically affects access to bandwidth more the primary threat vector for hosts is obviously applications.

    To tie down these applications you need something that both controls that IP based access and behavioral control of each application (API, DLL, etc access). This is a role that can only be fulfilled by a desktop firewall.

  87. Re:I Wish I Had the Luxury of Worrying About This. by Anonymous Coward · · Score: 0

    IT: We are not responsible. F. off.
    My boss: IT never works and you knew that... all we are subject to the same conditions and yet we work and don't complain. Why are you special?
    Me: WTF?

  88. Re:I Wish I Had the Luxury of Worrying About This. by Grishnakh · · Score: 1

    You to boss: Fuck you!

    Honestly, how is data integrity not IT's problem? It was their dumb idea to use Windows, which is so susceptible to malware. They're supposed to have something called "backups" in case of disaster. If they don't, they're not doing their jobs. My current job has an incompetent IT department too, but at my last job, they had some fancy backup system that backed up everything on your desktop, nightly. So if something did wipe out your email inbox or something, they could recover it.

    I'd start looking for a new job if they give you any grief.

  89. Re:I Wish I Had the Luxury of Worrying About This. by Mongoose+Disciple · · Score: 1

    How is installing applications from the repos anything like using an iPhone? With Linux, I can install any application I want from anywhere I want as long as it's compatible (just like most other OS's). I can compile from source, write and run my own code on it, whatever floats my boat.

    Correct. However, the poster I was responding to was insisting that if you did any of that and got some malware, it was your own fault and that Linux couldn't be expected to run securely if you ever ran something that didn't come from your distro's repository, and why were people so stupid that they couldn't understand that?

  90. Re:I Wish I Had the Luxury of Worrying About This. by Anonymous Coward · · Score: 0

    Why would Joe Sixpack be running Linux anyway? I thought we left Windows for those people?

  91. Re:how do we check for all remotely loaded DLL loa by Anonymous Coward · · Score: 0

    I would guess that the problem isn't that reading a data file causes a DLL to be automatically "sucked in" from that location, but that the application sets the current working directory to that location, causing subsequent DLL loads to potentially happen from that location.

    One way that can happen is using the standard open file dialog GetOpenFileName. By default, when a user browses to a folder with it, the working directory gets changed.

    Mod parent up please.

  92. Re:I Wish I Had the Luxury of Worrying About This. by Just+Some+Guy · · Score: 1

    Why can't laptop makers build a tiny firewalling router into one of those and mount it on the motherboard?

    How would you configure it? If the laptop's OS can send change requests to the firewall, then it's effectively identical to the firewall running on the OS itself, but with more complexity. Note: that's why I always disable UPnP on hardware firewalls. A security system that allows infected clients to open random ports isn't significantly better than no security system at all.

    --
    Dewey, what part of this looks like authorities should be involved?