Slashdot Mirror


Microsoft Warns of Zero-Day Attacks

wiredmikey writes "Microsoft released an advisory today warning users about a new zero-day under attack in targeted campaigns occurring in the Middle East and South Asia. According to Microsoft, the vulnerability resides in the Microsoft Graphics component and impacts certain versions of Windows, Microsoft Office and Lync. The problem exists in the way specially-crafted TIFF images are handled. To exploit the vulnerability, an attacker would have to convince a user to preview or open a specially-crafted email message, open a malicious file or browse malicious Web content. If exploited successfully, the vulnerability can be used to remotely execute code. The vulnerability affects Office 2003, 2007 and 2010 as well as Windows Server 2008 and Windows Vista. Right now, Microsoft Word documents are the current vector for attack."

165 comments

  1. Already there by suso · · Score: 4, Funny

    Don't they already put that warning on the box?

    1. Re:Already there by the_skywise · · Score: 1

      It's not on the box... it's in the EULA!

      (On the box.. sheesh... Not enough room for the warnings on there...)

    2. Re:Already there by GoodNewsJimDotCom · · Score: 2, Insightful

      It is like Microsoft Windows doesn't even try to be secure. It isn't too incredibly hard for executables to be unable to hammer system files if a modicum of sandboxing was involved. An example would be if applications couldn't touch things outside their installed directory. There would be a specific protocol for communication between different installed aps. This should have been done back in the win98 era. Because applications are not secure, everyone is paranoid about downloading an untrusted .exe. If Windows was made for the Internet, you should be able to download any application and it be harmless.

    3. Re:Already there by Anonymous Coward · · Score: 0

      You're the one still stuck in the Win 98 era. Since Windows 2000, if you're not logged in as admin, the attacker wouldn't be able to hammer system files.

      quote: "An attacker who successfully exploited the vulnerability could gain the same user rights as the logged on user."

    4. Re:Already there by mstefanro · · Score: 3, Interesting

      I have been saying this for ages. It is embarassing that the concept of "antivirus" still exists.
      Its main purpose is to enforce a huge blacklist of .exe files that can harm you. Instead
      of keeping track of million of apps that are evil, why not just apply some least privilege
      principles and sandboxing already so that we can run an application without granting it
      access to all our resources?

      It comes as no surprise that everything gets moved to the web nowadays. One can safely
      open a website without worrying that all his personal data can be accessed (such as Firefox
      stored passwords). On the other hand, opening an application requires complete trust in the author,
      which is simply too much to ask most of the time. Look how well "apps" have evolved in mobile
      platforms. It is quite natural to prefer apps to websites, because it can be easier to have something run on startup
      and be easily accessible whenever you want, as opposed to having to go through a browser. They
      generally have less overhead and are more powerful. If Windows had a decent package manager
      and proper privilege separation we would probably be living in a different world today.

      For anyone who claims stuff like "but Windows has UAC", obligatory xkcd: http://xkcd.com/1200/

    5. Re:Already there by recoiledsnake · · Score: 5, Informative

      You just described Windows RT.

      --
      This space for rent.
    6. Re:Already there by ArsonSmith · · Score: 2

      Windows is fine if you don't read emails or browse the web.

      --
      Paying taxes to buy civilization is like paying a hooker to buy love.
    7. Re:Already there by smash · · Score: 2

      It's called code-signing, and every time someone suggests it, the /. crowd are up in arms about how you're not free to run what you want on your own computer, conveniently disregarding the idea that you can sign code yourself.

      And yes, it's the only real solution.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    8. Re:Already there by 10101001+10101001 · · Score: 1

      Instead of keeping track of million of apps that are evil, why not just apply some least privilege principles and sandboxing already so that we can run an application without granting it access to all our resources?

      Probably because it won't help? As the xkcd comic demonstrates, once you've gained access to the sandbox, it makes little difference in most cases that you're unable to leave it. In the current Zero-Day Attack, the issue is an exploit in the TIFF library. Hence, any application that uses said library is potential vulnerable.

      If we lived in a sandboxed world, all those MS Office applications that are now vulnerable would still be vulnerable. "Ah," you say. "But MS Office wouldn't have internet access so it couldn't do any real damage." And I retort, "The exploit would propagate through infected MS Office files, slurping up as much financial information as it could along the way, until either (a) the malicious agent got a document from you and could extract out the data or (b) wait until the one MS Office machine that *does* have internet access enabled and push all the data out then.

      Or, maybe we could try to sandbox out the TIFF library in some fashion. Great idea there, but how do you actually pull that off? The actual broker for what is a TIFF file has to be invulnerable to a bug before it can be passed off to the TIFF encoder/decoder. And then the displayer has to be invulnerable as well. And the file loader. And any of the transfer agents. In short, any step along the way could just as well be buggy as it is now, so splitting it up into parts just means it's a separate cog still with most, if not all, of the same access to said data and with said ability to manipulate the data (stuffing data into TIFF comments, for example) for some malicious end.

      This, of course, isn't say it's not worthwhile to try to have better sandboxing as appropriate. But, there's no real magic bullet to such problems when it all comes down to having program logic that's flawed. It reminds me of people scoffing at software designed to continue running properly on hardware that might, due to ever increasing die shrinking, be known to have defects. Well, sandboxing as you speak of it falls upon the same problem with software with known defects. In honest, the best thing that can be done is code audits and fixing bugs and releasing fixes ASAP. Oh, and avoiding things like writing in turing complete languages into things since, again, even if contained in a sandbox programs can do bad things.

      PS - The real problem with UAC is (a) too many programs ask for (or require) Admin access when they really shouldn't and (b) it's too much of an all-or-nothing approach to addressing the question of security without providing remotely enough information to the user to make an informed choice on the matter. I don't think more piece-meal approaches really help--Android apps are too guilty of (a)--and sandboxing doesn't help much either--programs that refuse to run and don't infect you also don't do their job either. There's no magic fix and trust is a very high essential part of use of almost all programs.

      --
      Eurohacker European paranoia, gun rights, and h
    9. Re:Already there by MobSwatter · · Score: 1

      NSA: It's not a bug, it's a feature.

    10. Re:Already there by Anonymous Coward · · Score: 0

      Why only pick on Windows?
      http://arstechnica.com/apple/2013/08/rendering-bug-crashes-os-x-and-ios-apps-with-string-of-arabic-characters/

    11. Re:Already there by ruir · · Score: 1

      Why should they, killing the lucrative AV industry?

    12. Re:Already there by stooo · · Score: 2

      Code signing ? This does not remove exploitable holes in that cleanly signed (but shitty) code.

      --
      aaaaaaa
    13. Re:Already there by TheP4st · · Score: 3, Informative

      Why only pick on Windows? http://arstechnica.com/apple/2013/08/rendering-bug-crashes-os-x-and-ios-apps-with-string-of-arabic-characters/

      Because we picked on apple for that one on August 29th and to those of us that are capable of thinking clearly it make very little sense to pick on apple when the topic clearly is a windows vulnerability.

      --
      "I have downloaded hundreds and hundreds of records, why would I care if somebody downloads ours?" Robin Pecknold
    14. Re:Already there by Anonymous Coward · · Score: 0

      Windows is fine as long as it is not used as an operating system

    15. Re:Already there by smash · · Score: 1

      No, but it does stop exploitable code from being used to set up un-signed executables to run on boot, etc. Sure, the code can be exploited in memory, but if you try and modify any executable on disk, the signature will break and the code won't run by default. Makes it much harder for a virus to set itself up permanently on the machine, and much more difficult to spread via infecting executables.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    16. Re:Already there by Anonymous Coward · · Score: 0

      The problem is that some software really does need more privileges, and every time people have tried a sandbox-and-let-apps-ask-for-privileges system, applications routinely ask for all the privileges they can get. (Look at the smartphone world for example.) And users are happy to oblige, if only for no other reason than that they (feel that) they have no choice.

    17. Re:Already there by fuzzyf · · Score: 1

      Actually, if I remember correclty, you can change a dll after it has been signed. At least for everything in .net.

      As shown by Jon Mccoy here:
      http://vimeo.com/43536532

    18. Re:Already there by fuzzyf · · Score: 2

      The real problem is with the x86 architecture. As long as it's possible to hijack threads and inject code to running processes it doesn't matter what the filesystem allows or not.

      Creating a secure system would need a different architecture to begin with. the way stack is handled in x86 is just asking for buffer overflow exploits.

    19. Re:Already there by mstefanro · · Score: 1

      Yes, this is a major issue, but I don't believe it to be one without a solution, should one really bother
      to come up with a good implementation.

      On a mobile phone, you (as an application) can refuse to run if an user does not grant access to
      a resource (such as webcam), because you know for sure that every phone has an webcam.
      This blackmailing procedure may not be so successful on a PC, where if the owner refuses to grant
      access to his webcam to an app, the OS can make it such that it is impossible for
      the app to distinguish between "the PC has no webcam" and "the PC has an webcam but
      you do not have access to it". Doing this for most resources should make it a lot more difficult
      for apps to trick users into granting more permissions than they need.

    20. Re:Already there by mstefanro · · Score: 2

      Antiviruses are blacklisting, code signing is whitelisting. Both bad solutions in a world
      where we have so many apps that keeping track of all of them is very difficult.
      Besides, code signing does not solve the problem of too relaxed permissions. In the
      situation presented in the article, MS Office is a signed piece of software.

    21. Re:Already there by mstefanro · · Score: 1

      As you said, it is the all-or-nothing that concerns me. I am not claiming that sandboxing
      would magically solve all problems and that successful exploits would never be able to do
      any harm. But being able to mount an attack such as "someone using MS Office somewhere might use it
      to open sensible data, which we can steal" is not the same as mounting an attack like "we can use MS Office
      to collect all stored passwords from all browsers and send them to us. And to spawn a keylogger". The MS Office
      should have no business accessing the sensible data of other applications or their memory space for that matter.
      I don't believe that the fact that Windows allows everything to stick its head where it does not belong is really an unsolvable problem.

    22. Re:Already there by Anonymous Coward · · Score: 0

      Haha, sure. Last time i checked, admin permissions were one consent-UI-click away, with no need to enter any password.

    23. Re:Already there by mcgrew · · Score: 2

      It's funny, just yesterday I was having a slashdot conversation with someone who was talking about Microsoft's "superior QA", a day after the slashdot story about W8.1 breaking mice and other stuff.

      I clicked on the story expecting to see a Windows problem (I still have W7 on this notebook, too lazy to install kubuntu) and it turns out I'm safe; I don't use IE or MS Office (I'm using Oo to write my books).

    24. Re:Already there by TheRaven64 · · Score: 1

      Code signing is far from a panacea. It only works well in a world where there is a clear divide between things that are programs and things that are data. It doesn't help if you sign your interpreter (for Python, VBA, JavaScript, whatever), if there's no requirement that you also sign all of the inputs.

      And code signing would do nothing to prevent vulnerabilities of this nature, where a bug in a library permits arbitrary code execution. This can be prevented with fine-grained sandboxing (if every TIFF image were decoded in a totally unprivileged sandbox, this exploit would be mitigated), but that's not feasible with current CPUs.

      --
      I am TheRaven on Soylent News
    25. Re:Already there by RaceProUK · · Score: 1

      It's hard to be secure when the user is opening the airtight hatchway.

      --
      No colour or religion ever stopped the bullet from a gun
    26. Re:Already there by RaceProUK · · Score: 1

      And what's to stop someone writing code injection for x64/ARM/MIPS/PPC/68k/others? What's to prevent implementing the x86 stack behaviour on x64/ARM/MIPS/PPC/68k/others?

      --
      No colour or religion ever stopped the bullet from a gun
    27. Re: Already there by tolkienfan · · Score: 1

      The iSeries solved all these issues decades ago. I don't believe it has ever been hacked, even after IBM offered a prize of a million dollars.

    28. Re: Already there by tolkienfan · · Score: 1

      It certainly *is* feasible. The problem is mostly embedded executable code. Not interpreted code, but machine code. Bad scripts are a minor irritation in comparison. A process is already *supposed* to be a sandbox. It would help tremendously if executable pages weren't mutable. There are alternatives for things like JIT. And yes, these things aren't free. But they're well understood and have been used for decades in security sensitive applications. These days that category should include desktop computing. Otherwise you end up with zombies all across the internet ready to strike and corporations with holes wide enough to fly an airbus through.

    29. Re: Already there by tolkienfan · · Score: 1

      Tldr. But your idea that a tiff could take over a well designed sandbox is ridiculous. There isn't any reason a tiff library should be able to modify executable code. All the sandbox needs to do for this exploit (and most others) is mark all executable pages as read only.

    30. Re:Already there by Anonymous Coward · · Score: 0
      Why? Because you can't run the full version of Office on it?

      I'm sure there are plenty of exploitable flaws there, if anybody could be bothered to find them.

    31. Re: Already there by 10101001+10101001 · · Score: 1

      Tldr. But your idea that a tiff could take over a well designed sandbox is ridiculous.

      Perhaps you should have read it? The whole issue is that the TIFF was not well designed. So, why would you presume the sandbox is "well designed"? That just sounds like weasel words if ever the sandbox was compromised.

      There isn't any reason a tiff library should be able to modify executable code. All the sandbox needs to do for this exploit (and most others) is mark all executable pages as read only.

      Uh, no. As noted, In order to achieve code execution, the exploit combines multiple techniques to bypass DEP and ASLR protections. DEP is the "mark all executable pages as read-only". Perhaps you're not familiar with return to libc or other similar attacks? Honestly, if DEP was all it took, we wouldn't be seeing vulnerabilities (beyond DoS) in almost all programs on Windows after 2004 when Software/Hardware DEP was added.

      PS - IE has for a long time run in a sandbox on Vista/7/etc systems. So, uh, no vulnerabilities there, right?

      --
      Eurohacker European paranoia, gun rights, and h
    32. Re:Already there by smash · · Score: 1

      Well that's a flaw then. If i modify anything in a Mac OS X application bundle i need to re-sign it.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    33. Re:Already there by smash · · Score: 1

      Nah, of course it's not a panacea, but it does provide reliable "whitelisting" If you were to combine it with application sandboxing, then at least any vulnerability in the app is contained within the sandbox, and you know the code hasn't changed since it was signed.

      Some of the more advanced malware inspection engines now (e.g., FireEye) do full VM execution of incoming content and post-mortem analysis before giving a pass or fail.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    34. Re:Already there by 10101001+10101001 · · Score: 1

      .. is not the same as mounting an attack like "we can use MS Office to collect all stored passwords from all browsers and send them to us. And to spawn a keylogger".

      Until MS integrated MS Office activities with your web browser and hooks in a key monitor for better grammar/spelling prediction--ie, bad design decisions that circumvent what should be necessary. Or your company starts using some software that reads from a database and the IT people just turn everything on (defeating the sandbox entirely). Or an exploit is found to bypass the sandbox. In any case, yes, such would likely be a lot more difficult. But, then, most exploits aren't interested in "collect all stored passwords from all browsers", anyways. Attacking MS Office is most likely to attack MS Office documents. So, the sandbox may be of little use even if it fully functions.

      The MS Office should have no business accessing the sensible data of other applications or their memory space for that matter. I don't believe that the fact that Windows allows everything to stick its head where it does not belong is really an unsolvable problem.

      Per se, no. Realistically, exploits keep being found which mean even good architecture design would still be having these sorts of problems--neither DEP nor architecture design is a panacea. Further, actually managing to sensitive data in a system (or, really, network) is a full-time job, and then you're beholden to IT Admins to do their job well. Even presuming they do their job well (and don't go rogue), their activities are almost invariably going to cause lots of strife from most office workers who are delayed or totally stopped from doing innocuous activities because some program or function demands greater authority than it really should and they have to deal with the issue (possibly with a test system to verify that it's okay). Yea, this won't be a daily thing, but it'll be enough that most people will try to bypass the draconian IT department and undo all the sandboxing.

      The final point, probably, is that as much as plenty of people have looked into the problem and don't think it's unsolvable, things like sandboxing and least privilege have been recommended more as stop-gaps than any sort of actual solution. Depending on architecture designs, exploits that attack a specific security feature may require little to no rewriting between exploits and there may be little to nothing that can be done to fix the hole short of a significant rewrite of the architecture (perhaps breaking backwards compatibility)--which would likely include a year or two of R&D to make sure the new approach covers all the old problems and tries to fix the new ones. I don't see that happening anywhere. Or, more precisely, the only places I see that happening are in research OSs that are stuck in the R&D phase and don't have fully workable systems with a wide assortment of applications.

      So, while I agree with you at some level that more work should be done to try to resolve these issues, I don't think we have actually fundamentally solved the problem at even a theoretical level. Honestly, I'm not even sure we're at the point of making a full cogent statement of the problem to really even begin to seriously address forming a solution.

      --
      Eurohacker European paranoia, gun rights, and h
    35. Re: Already there by tolkienfan · · Score: 1

      So your point is not that sandboxes can't work but this one is crappy?

    36. Re:Already there by Lightning+McQueen · · Score: 1

      Lots of applications require to run as administrator to function correctly. I don't care about how that's the program's developer's fault and not MS and back and forth nonsense. As far as I'm concerned it's all of their faults collectively. Regardless of who's fault it is, the problem persists.

    37. Re:Already there by Anonymous Coward · · Score: 0

      .. and GNU/Linux and UNIX and everything else that is there before Windows RT.

      - -
      enjoy the 5$ in your pocket.

    38. Re:Already there by RaceProUK · · Score: 1

      Yes, MS could have had better security from day 1. But it's also true that most of the blame lays with lazy developers who did the quick-and-dirty, instead of actually understanding the system they were developing for. Which of course MS has to support in later versions of Windows, in order to keep their customer base.

      --
      No colour or religion ever stopped the bullet from a gun
    39. Re: Already there by TheRaven64 · · Score: 1

      Even if a process were a complete sandbox, this kind of attack would barely be mitigated, because an exploit in a library allows running arbitrary code (you might want to look up return oriented programming, if you think avoiding code generation helps you). At this point, the person who has sent you an email with a .tiff attachment now has complete control of your mail client.

      --
      I am TheRaven on Soylent News
    40. Re:Already there by Barlo_Mung_42 · · Score: 1

      This is why MS wants to move everyone to Metro and phase out win32.

    41. Re:Already there by dimeglio · · Score: 1

      Taking over a system is also different from making it crash (bug vs exploit).

      --
      Views expressed do not necessarily reflect those of the author.
    42. Re: Already there by 10101001+10101001 · · Score: 1

      No, my point is your suggestion amounts to "we need to fix issues with potentially crappy code in A with potentially crappy code in B". How about accepting there's issues in A, B is at best a stop-gap (hell, maybe the sandbox code loads tiff files), and we should work to fix A and B ASAP but not pretend that we have a solution. Certainly, suggesting we should use B when we're already using B is just ill-informed.

      --
      Eurohacker European paranoia, gun rights, and h
    43. Re:Already there by KingMotley · · Score: 1

      Lots of applications require to run as administrator? Really? Name "lots", please.

    44. Re:Already there by KingMotley · · Score: 1

      Anti-virus is mostly just for fixing "stupid".

      People demand that they have full control of their machines, Microsoft be damned.
      The same people click "OK" no matter what pops up, even if it says "Clicking OK will destroy your computer".
      Hence, anti-virus has become the politically correct way of saying anti-stupid program.

    45. Re:Already there by smash · · Score: 1

      depends if you're logged in as an admin user, doesn't it? which has not been ms recommended practice since at least 1996 with NT4 and likely previous.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    46. Re:Already there by smash · · Score: 1

      shift-right-click, run as other user. don't log into the desktop as an admin account (whatever OS it is, Unix included), doing that is retarded.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    47. Re:Already there by smash · · Score: 1

      Look at the smartphone world? Sandboxing seems to be enforced on iOS pretty well. Yes there have been jailbreaks, but i'm not aware of any for iOS 7 yet.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    48. Re: Already there by tolkienfan · · Score: 1

      All these things have existing solutions. These exploits usually get triggered by buffer overruns. Don't put buffers on the stack. Stack smashing etc. require the ability to manipulate the stack. Having a separate call stack and local variable stack solves many of these exploits. Seriously, I'm sure the iSeries was never penetrated. Windows and other popular OSes could be much more robust.

    49. Re: Already there by tolkienfan · · Score: 1

      I see what you're saying, and agree. My point is simply an os or sandbox that can be bypassed is broken. There are implementations that work very well. E.g. as400 aka iSeries, which have never, to my knowledge, been penetrated (excepting social engineering, password guessing, etc.) Being unable to provide a tiff library without buffer overrun errors and the like is ridiculous.

  2. New Attack? 0 Day? by Anonymous Coward · · Score: 0

    I love the terminology. But what the hell? How does processing an image lead to code execution? And it affects software from a decade ago. Makes you wonder about what vulnerabilities might be out there. Makes you wonder about who knows, and uses them.

  3. WOW by noh8rz10 · · Score: 3, Insightful

    so when the summary says "the attacker would have to convince the user..." what they really mean is that it would happen automatically with no user interaction. I could send you an email, and just by clicking on it, it shows in the preview pane and BAM you're owned. This sounds like it would be an XP thing, but since it applies to office 2007 and 2010, presumably it applies to windows 7 as well?

    I bet NSA is pissed, because one of their favorite pwnage tools is now public :(

    1. Re:WOW by ljw1004 · · Score: 2

      No, the advisory said that it affects Vista and Server2008.

      It explicitly says that Win7, Win8, Win8.1, WinRT, Server2008-R2 and Server2012 are unaffected.

      Caveat: although I work at Microsoft, I know nothing about this alert other than what I read in TFA.

    2. Re:WOW by techno-vampire · · Score: 1

      I could send you an email, and just by clicking on it, it shows in the preview pane and BAM you're owned.

      And how many people do you know that still open emails from unrecognised strangers? Before you can get people to open a malicious email you have to get past their spam filters (or, at least the filters their mail server uses) and make the recipient think it's a valid email. (Yes, I know that there are people who just open everything that comes in, but I think you get my point.) However, from what I can tell, if you're running Windows and you open it, you're toast. I'm not saying that that Macs and Linux are safe because I don't know enough, but I'm fairly sure that this is not only Windows specific, it's aimed more at Outlook than anything else simply because of its market share.

      --
      Good, inexpensive web hosting
    3. Re:WOW by yuhong · · Score: 1

      Unless you are using Office or Lync which have their own copy of GDI+. Office 2010 only uses their own copy when running under XP though unlike older versions and 2013 don't support XP at all so they don't have their own copy anymore.

    4. Re:WOW by mjm1231 · · Score: 1

      So, based on the wording of the advisory, if I am using Office 2010 running on Windows 7, I am both affected and non-affected. How exactly does that work?

      --
      Ideology: A tool used primarily to avoid the bother of thinking.
    5. Re:WOW by khasim · · Score: 1

      From the summary:

      To exploit the vulnerability, an attacker would have to convince a user to preview or open a specially-crafted email message, open a malicious file or browse malicious Web content.

      So all that is really necessary is to setup a web server and post something enticing in forums like Slashdot.

      https://en.wikipedia.org/wiki/Pwn

      Once that is accomplished then the cracker waits for web hits. Once you've been cracked he would search your computer for anything resembling an email address and attempt to send malicious emails to those addresses pretending to be from a different address that was found on your computer.

      And that's not counting your FaceBook login and other social media sites.

    6. Re:WOW by noh8rz10 · · Score: 1

      but with most email programs, even when you select the message it automatically shows in the preview pane. So if I select it in order to delete it, it shows in the preview and BAM. Or if I delete the ajoining message, the focus shifts to that message, and BAM. It's not all about (l)users here.

    7. Re:WOW by smash · · Score: 1

      I would suggest that probably 99.9% of the non-nerd population open emails from unrecognised strangers. Especially when you include those with a spoofed return address or other obfuscation.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    8. Re:WOW by smash · · Score: 2

      Additionally, to delete a message within outlook you must click on it first. Which means if you have the preview window displayed, it will be parsed and displayed in the preview window.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    9. Re:WOW by noh8rz10 · · Score: 1

      maybe a good compromise is an email client feature that shows you text-only previews of messages. then you can see what the message says without getting exposure to any of this junk. thoughts?

    10. Re:WOW by Anonymous Coward · · Score: 0

      Seems like a reasonable feature. All e-mail clients I use already ask before loading remote images (because they are used for tracking), but that doesn't stop the attack from just including the image as an attachment.

    11. Re:WOW by Anonymous Coward · · Score: 0

      The cat isn't in the box?

    12. Re:WOW by Anonymous Coward · · Score: 1

      From field of an email is 'spoofable' (the mail client specifies it and not the mail servers), and a surprising amount of people still don't know that.

    13. Re:WOW by Anonymous Coward · · Score: 2, Informative

      So, based on the wording of the advisory, if I am using Office 2010 running on Windows 7, I am both affected and non-affected. How exactly does that work?

      You are not affected, you are not software. Your OS, Windows 7, is not affected, as explicitly stated. One of your programs, Office 2010, is affected, as explicitly stated.

    14. Re:WOW by Anonymous Coward · · Score: 0

      Microsoft just perfected quantum computing?

    15. Re:WOW by Anonymous Coward · · Score: 0

      Additionally, to delete a message within outlook you must click on it first. Which means if you have the preview window displayed, it will be parsed and displayed in the preview window.

      Nah, you click on the one above it, then shift-click on the one below it, to select three messages. Then you ctrl-click the one above it and the one below it, and voila, you've got the suspicious message selected without having clicked it. Then you delete it. Easy as pie :).

  4. I got burned by the font rendering bug last time by msobkow · · Score: 1

    I'm getting awfully tired of exploits from MicroSquishy that I can't do anything to block. If my Win7 box proves vulnerable, I'm going to be seriously pissed, because they no longer ship install disks with machines.

    Fortunately I don't *trust* Windows at all after the last time I got burned, so I do *all* my surfing with Linux/Debian. The *only* time I ever hit the internet from the Windows box is to download software updates or installs.

    --
    I do not fail; I succeed at finding out what does not work.
  5. Office 2000! by Anonymous Coward · · Score: 0

    Office 2000 bitches! I knew being too cheap to upgrade would pay off!

    1. Re:Office 2000! by noh8rz10 · · Score: 1

      +1 you must work in my IT department.

  6. Re:New Attack? 0 Day? by tbuddy · · Score: 5, Informative

    Microsoft, Apple, and even our dear Linux all have had issues with previewing malcrafted images. If seeing this on a patch notes shocks you I'll assume you haven't read many patch notes. TIFF is surprising as that hasn't been a huge attack vector, but I've seen in the hundreds of notes I've read as an IT peon where formats have been an issue. More often it is PDF, EMF, WMF, but TIFF isn't out of the question
    It is a file format that is pretty low on the level of requiring correct formatting and is more or less abandoned by its owner, Adobe. I bet their is a grip of EPS exploits out there for Microsoft's viewer, but very few people would open those. Everyone know EPS is "an Adobe" and forward them on to the graphics department.

  7. Re:New Attack? 0 Day? by dc29A · · Score: 0, Offtopic

    Technically it's not zero day because they collaborate with NSA and give them the exploit before they warn the public.

  8. Re:I got burned by the font rendering bug last tim by theshowmecanuck · · Score: 2, Informative

    I guess Linux has never and never will have any security exploits possible against it. So yeah, good luck with that. And to anyone else who thinks using Linux online is the end all and be all for security. No system is safe.

    --
    -- I ignore anonymous replies to my comments and postings.
  9. So... by msobkow · · Score: 3, Insightful

    They know what causes the bug. They know where the bug is located. But they can't provide a fix for the bug?

    Kudos. That's the laziest response to a vulnerability I've ever heard of.

    --
    I do not fail; I succeed at finding out what does not work.
    1. Re:So... by Anonymous Coward · · Score: 0

      They know what causes the bug. They know where the bug is located. But they can't provide a fix for the bug?

      Kudos. That's the laziest response to a vulnerability I've ever heard of.

      The NSA has a few more boxes to hose first, they have to wait.

    2. Re:So... by Anonymous Coward · · Score: 0

      There is probably some large company who uses tiff via word to run their business. Arbitrarily changing this without extensive testing may cause that company to have more "issues". But you probably don't care about this issue.

    3. Re:So... by Bite+The+Pillow · · Score: 2

      I'm much more concerned that to disable a codec, you have to create a new registry key for GDIPlus, then add "DisableTIFFCodec" specifically to disable Windows-wide the built-in TIFF rendering.

      There's not a whitelist so that you can search for what's enabled - there's a hidden key that is queried every time a Microsoft application *starts* so that if it is already running making the change has no effect.

      That it is called "DisableTIFFCodec" - I'm not even sure what the words are to properly object to that. If someone wants to disable TIFF, they have to know what it's called. And a registry watcher is going to note the GDIPlus failure, and it won't even try to check the actual values so you will never know they exist unless you create a key for every failure and see what else is queried.

      I'm sure this is a short circuit optimization to test fewer keys. I'm just as sure there is a better solution. With dynamic linking, couldn't I just remove a file and let the loader eat the error? System files which are properly protected sound like the obvious answer to these sorts of enable/disable toggles.

      To actually have a workaround, I have two choices. One, let some binary from Microsoft run. They have never had problems with patches, right? Wrong. Or to view the details, I have to have JavaScript enabled because the page loads as display:hidden which sucks. Or of course view source which is always slightly painful.

      It's obscure and arcane and just dirty.

      And at this point, the attack surface is so huge and ingrained, they have an officially supported "Enhanced Mitigation Experience Toolkit " which, I assume, adds precautions that cause degraded performance or incompatibility in some applications. So you have to choose between things working and being insecure.

      It's like a reverse Metasploit. But even that requires a commandline:
      "C:\Program Files\EMET\EMET_Conf.exe" --set "*\Microsoft Office\Office1*\Office application filename.exe"

      The decisions that were made were probably reasonable independently. In fact I can probably argue for each one without knowing specifics. But someone has to answer to the monstrosity this has become.

      I'm not worried about the amount of time the patch will take, because I would rather it work, and testing the various combinations and ensuring it works right takes time. The amount of third party software that might rely on this is probably a huge impact - they can't break Adobe or Mozilla or Google products, and the huge amount of business-critical COTS software that does strange things has to be a headache. I saw a list years ago of all the titles that Windows specifically has hacks to support, and I'm sure it has only grown, even with throwing old titles off the list. But even without that, this should be disturbing.

  10. All the more reason... by optical_phiber · · Score: 1

    I am glad I am moving our businesses away from proprietary sofware! Feel free to welcome us back into the fold... Cheers, phiber

  11. Re:I got burned by the font rendering bug last tim by msobkow · · Score: 1

    Had this been a Linux bug, the patches would have been out tonight.

    --
    I do not fail; I succeed at finding out what does not work.
  12. In related news by gmuslera · · Score: 1

    NSA agents have been busy last month sending Word documents to the critical staff of major foreing companies.

  13. Also, water is wet and the sky is blue by Gothmolly · · Score: 1

    Microsoft and zero-day attacks go together like .... 2 things that go together really well.

    --
    I want to delete my account but Slashdot doesn't allow it.
    1. Re:Also, water is wet and the sky is blue by smash · · Score: 1

      strcpy() and buffer overflows?

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    2. Re:Also, water is wet and the sky is blue by oodaloop · · Score: 1

      But this only affects certain versions of Windows and Office. I'm safe on Windows ME and Office 98!

      --
      Tic-Tac-Toe, Global Thermonuclear War, and relationships all have the same winning move.
  14. Re:New Attack? 0 Day? by dltaylor · · Score: 1

    It's "Yet Another Back Door", which they might get around to disclosing if enough non-MS and non-Gov't exploits are published. It's no different from the DX9 kernel modules looking for MP3s with executable streams.

    The crackers don't have to compromise MS products, they just have to find the existing back doors and use them.

  15. Re:I got burned by the font rendering bug last tim by Anonymous Coward · · Score: 0

    Maybe so. The only thing I can tell you is that I have been heavily using Linux on the Internet since the late 90s, on several boxes connected to the Internet, and the number of times any of those boxes has been broken into is exactly 0. No system is safe, but some systems are a joke, when it comes to being exploited. Linux is not one of them.

  16. Re:New Attack? 0 Day? by Gothmolly · · Score: 1

    Because they do not separate code and data.

    --
    I want to delete my account but Slashdot doesn't allow it.
  17. So better pay for an upgrade now then..... by Anonymous Coward · · Score: 0

    The current versions of Microsoft Windows and Office are not affected by the issue (as I read on the BBC website).

    Nice way to get all those IT managers to pay out for an expensive upgrade in a panic if they want to keep their jobs I guess.

    1. Re:So better pay for an upgrade now then..... by optical_phiber · · Score: 0

      Don't pay. Spend a nickel and get a real OS... Cheers, phiber

    2. Re:So better pay for an upgrade now then..... by Anonymous Coward · · Score: 0

      They can just disable the tiff codec for now.

    3. Re:So better pay for an upgrade now then..... by smash · · Score: 1

      Not really, given that I guarantee probably 70-80 percent of enterprises have at least one scanner or fax-to-email gateway that uses TIFF. And even if they switch that to PDF.... well, let's just say that if you compare the security history of PDF and TIFF, it's like a race in the special olympics, but TIFF would probably actually win.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
  18. Re:I got burned by the font rendering bug last tim by theshowmecanuck · · Score: 1

    Guess you didn't read the first link.

    --
    -- I ignore anonymous replies to my comments and postings.
  19. The best is still to come by asmkm22 · · Score: 1

    With the shape of security in the IT industry right now, I expect the patch to address this will end up bricking 20% of the servers that apply it.

    1. Re:The best is still to come by optical_phiber · · Score: 1

      Mwahahahaha!!!!!!!!!!

    2. Re: The best is still to come by Anonymous Coward · · Score: 0

      If the server is running windows, it might as well be a brick anyway!

  20. Re:I got burned by the font rendering bug last tim by Anonymous Coward · · Score: 0

    Maybe so. The only thing I can tell you is that I have been heavily using Linux on the Internet since the late 90s, on several boxes connected to the Internet, and the number of times any of those boxes has been broken into is exactly 0. No system is safe, but some systems are a joke, when it comes to being exploited. Linux is not one of them.

    That's because as far as normal users go there are virtually no Linux users to target, adoption of Linux as a desktop operating system is a joke but malware runs rampant on Android.

  21. Re:New Attack? 0 Day? by Michalson · · Score: 4, Insightful

    Easy. You have something (like a header) that leads the image decoder to allocate a certain amount of memory on the stack (a buffer) for an expected piece of data. Then you have the decompressed data be larger then it was advertised or calculated, overflowing the buffer and so overwriting other items on the stack, like the return address. By changing the return address you can point it back at the buffer, which when the CPU tries to read those bytes as code instead of data it turns out they do bad things.

    Vulnerabilities in media decoders are a prime vector for infection since they are usually processed automatically. The only reason you are seeing it in software from 'a decade ago' is that hackers face so much competition from white hat researchers when it comes to browsers, fighting for vulnerabilities from a usually shrinking pool. With fewer opportunities some are turning to media decoders found in applications like Office. It's a less effective vector since it requires several actions from the user, but the upside is that these applications are often not as aggressively patched as browsers have become which means a single vulnerability might work for months.

    For a comparison it's been almost a year since the last arbitrary code vulnerability was reported in FireFox's GIF decoder, and 2 years since the JPEG decoder was last turned into an attack vector (to the best of my knowledge). IE, Chrome and Safari have experienced similar droughts, with all the major browsers only having 1 or 2 image based vulnerabilities reported annually for the last few years, and usually by researchers who allow it to be patched quickly rather then as a zero day being exploited. Of course other types of media exist. CSS/HTML5 has rapidly become a media format in of itself and a little over a month ago FireFox was vulnerable to arbitrary code execution due to the way it decoded animations in CSS stylesheets (this was reported by Google and patched with the release of FF 24). TL;DR Researchers are hogging all the good browser vulnerabilities, so hackers are playing in the dusty old rooms nobody has visited in years.

  22. No problem, then by Trailer+Trash · · Score: 2

    "To exploit the vulnerability, an attacker would have to convince a user to preview or open a specially-crafted email message, open a malicious file or browse malicious Web content."

    Thankfully it's proven difficult over the years to get a Windows user to do any of those things....

    1. Re:No problem, then by smash · · Score: 1

      Preview turned on. Click message to delete it. Outlook parses it and displays in the preview window.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    2. Re:No problem, then by Trailer+Trash · · Score: 1

      I guess you heard a loud whoosh and didn't know what it was.

  23. Re:New Attack? 0 Day? by noh8rz10 · · Score: 0

    maybe it was a zero day, but no longer?

  24. Just today.. by SuperCharlie · · Score: 1

    Just today I was telling someone you would have to pay me to go back to Windows.

    Mint 15 and damn happy.

  25. TIFF by Anonymous Coward · · Score: 0

    TIFF - Nuf sed.

    1. Re:TIFF by smash · · Score: 2

      Problem is, most email to fax gateways use either TIFF or PDF, and most of them are TIFF. Though PDF isn't any better (in fact, historically it is much worse, security wise) given that most people seem to use adobe reader to open them.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    2. Re:TIFF by jbengt · · Score: 1

      Problem is, most email to fax gateways use either TIFF or PDF, and most of them are TIFF. Though PDF isn't any better (in fact, historically it is much worse, security wise) . . .

      Considering an image in a .pdf is typically a tiff with all the .pdf "goodness" wrapping around it, it shouldn't be surprising.

    3. Re:TIFF by smash · · Score: 1

      Its even worse than that, adobe are sticking all sorts of "Active" content in them now which is no doubt ripe for exploitation.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
  26. Re:I got burned by the font rendering bug last tim by Anonymous Coward · · Score: 0

    If everyone used Linux, then malware would target linux. And I find it hard to believe your linux box has always worked perfectly. Never had to muck around in configs? Or found out your hardware isn't supported easily? Linux has it's issues too. Not that windows is perfect, but they each have their uses.

  27. this tiff attack, does it effect osx at all? by Anonymous Coward · · Score: 0

    this morning i was browsing some porn during the morning fap and my mouse went fucking bezerk even rebooting didn't fix it, switching mice didn't fix it, i was like WTF is happening, this made no sense. i got mad and slam the keyboard and it fixed it. i have no idea what the fuck happened but it was sketchy as fuck.

  28. Re:I got burned by the font rendering bug last tim by couchslug · · Score: 1

    " If my Win7 box proves vulnerable, I'm going to be seriously pissed, because they no longer ship install disks with machines. "

    Google "Digital River Windows 7 ISOs".

    --
    "This post is an artistic work of fiction and falsehood. Only a fool would take anything posted here as fact."
  29. Re:I got burned by the font rendering bug last tim by Anonymous Coward · · Score: 0

    ... and the number of times any of those boxes has been broken into is exactly 0.

    That you know of.

  30. Re:I got burned by the font rendering bug last tim by Anonymous Coward · · Score: 0

    Why is this modded down? People need to know what an NSA backdoor riddled piece of shit Linux really is!

  31. Re:I got burned by the font rendering bug last tim by tibman · · Score: 1

    That's because as far as normal users go there are virtually no Linux users to target
    So it's the user and not the operating system then? Because Linux has a lot of installs.
    https://en.wikipedia.org/wiki/Usage_share_of_operating_systems#Summary

    --
    http://soylentnews.org/~tibman
  32. Translated summary by Gravis+Zero · · Score: 4, Funny

    "Microsoft released an advisory today warning users about a new zero-day flaw that we'll fix when we damn well feel like it. The digital holy war is targeting the Middle East and South Asia. According to Microsoft, the vulnerability resides in the Microsoft Graphics component and impacts certain versions of Windows, Microsoft Office and Some Failed Skype Imitation. The problem exists in our poorly written TIFF reader. To exploit the vulnerability, an attacker will email you and when you open it, you are fucked. It will download and install malware and there is nothing you can do about it. The vulnerability affects those new versions of Office that we insisted you needed to upgrade to and Shoddy Server 2008 and Windows 7 - 1. Right now, opening a Microsoft Word document could ruin your week or your month."

    --
    Anons need not reply. Questions end with a question mark.
  33. Re:New Attack? 0 Day? by Anonymous Coward · · Score: 0

    TIFF gets scary as some of the JPeG header and EXIF struucture is heavily "borrowed" from the TIFF spec and layout. Most people dealing with TIFF files would be publishing professionals, not Joe Average.

  34. Re:New Attack? 0 Day? by Anonymous Coward · · Score: 5, Interesting

    TIFF is a scary format in general because it's been extended in so many bizarre ways to support document mangagement systems. For ex, there's actually a standard for embedding PDFs inside of a TIFF (rather than visa-versa).

  35. Re:New Attack? 0 Day? by cavreader · · Score: 1

    Exactly how many engineered back doors have actually been found and exploited?

  36. So bad development quality by lapm · · Score: 0

    I'm wondering, considering the massive amounts of money Microsoft has, the army of developers they have, just the sheer size of corporation, how the heck they cant write a single piece of software that does not have some exploitable vulnerability in it. With that massive amount of resources at its disposal and they write still crappy software... Almost like hey, lets hide all these deliberate backdoors in all these software we ship...

  37. Comment removed by account_deleted · · Score: 2

    Comment removed based on user account deletion

  38. ASLR and NX not working? by Anonymous Coward · · Score: 0

    It sounds like a typical stack buffer overflow bug. Why couldn't ASLR and NX nullify it?

  39. Re:New Attack? 0 Day? by smash · · Score: 1

    Flaw in the image processing code.

    --
    I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
  40. Re:Preview pane is evil by noh8rz10 · · Score: 1

    there's some merit to your argument, but the fact that Windows has images and fonts that can own your system is beyond absurd.

    A compromise solution is that the preview pane shows text-only previews. That keeps the majority of the productivity, and should close these holes we speak of. Thoughts?

  41. I am a user by greggster · · Score: 1

    and I did not warned.. (But I use Unix all day)

  42. Enhanced Mitigation Experience Toolkit by nuckfuts · · Score: 1

    Using EMET provides additional layers of protection against this kind of thing.

    1. Re:Enhanced Mitigation Experience Toolkit by drinkypoo · · Score: 1

      Using EMET provides additional layers of protection against this kind of thing.

      So does not running Windows. If Microsoft has additional layers of security for Windows, perhaps they should make them part of Windows.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    2. Re:Enhanced Mitigation Experience Toolkit by nuckfuts · · Score: 1

      Using EMET provides additional layers of protection against this kind of thing.

      So does not running Windows.

      Ah, the predictable refrain of a MAC/Linux fan...

      If Microsoft has additional layers of security for Windows, perhaps they should make them part of Windows.

      I think in the case of EMET, it is not part of Windows by default because it uses techniques that may not be compatible with every Windows application. It also requires a bit more technical knowledge to deploy than, say, antivirus software.

    3. Re:Enhanced Mitigation Experience Toolkit by drinkypoo · · Score: 1

      Ah, the predictable refrain of a MAC/Linux fan...

      Any system which is working properly is predictable.

      I think in the case of EMET, it is not part of Windows by default because it uses techniques that may not be compatible with every Windows application. It also requires a bit more technical knowledge to deploy than, say, antivirus software.

      Windows is already not compatible with every Windows application. If it requires more technical knowledge to deploy than antivirus software, then Microsoft isn't working hard enough on it. Is this another product they bought from someone and ruined, like say wolfpack?

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    4. Re:Enhanced Mitigation Experience Toolkit by nuckfuts · · Score: 1

      Look, I'm just pointing out a lesser-known resource that's available for people who might be interested. I'm not interested in partaking in yet another tedious bout of Windows bashing on Slashdot. Others have already mentioned that Windows is not the only operating system to be exploited by maliciously crafted data files.

      .

    5. Re:Enhanced Mitigation Experience Toolkit by drinkypoo · · Score: 1

      Others have already mentioned that Windows is not the only operating system to be exploited by maliciously crafted data files.

      Right. Many of us object to any closed-source operating system for this among other reasons.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    6. Re:Enhanced Mitigation Experience Toolkit by Anonymous Coward · · Score: 0

      Any system which is working properly is predictable.

      Especially systems of dice.

  43. Use Linux. by stooo · · Score: 2

    Microsoft Warns of Zero-Day Attacks
    Use Linux.

    --
    aaaaaaa
    1. Re:Use Linux. by TheRaven64 · · Score: 1

      Right, because libtiff (and libpng and libjpeg) have never had security issues on Linux that allow a maliciously crafted image to execute arbitrary code. (Hint for those that don't get sarcasm: search the CVE database for any of those and filter by arbitrary code execution vulnerability)

      --
      I am TheRaven on Soylent News
  44. Re:New Attack? 0 Day? by SalafranceUnderhill · · Score: 1

    Exactly how do you tell the difference between an accidentally introduced vulnerability facilitating a back door and a back door engineered to look like the former?

    There's a phrase you should google: 'plausible deniability'.

  45. Zero-Day by Anonymous Coward · · Score: 0

    Sure this is one? With the time MS normally takes to patch these things, a hundred-day attack would probably have been equally effective.

  46. Re:Preview pane is evil by znrt · · Score: 1

    A compromise solution is that the preview pane shows text-only previews. That keeps the majority of the productivity, and should close these holes we speak of. Thoughts?

    that has been a feature in every half-decent mail client for ages, now. surprisingly, a notable absence in thunderbird, but then thunderbird can at least be told never to open images directly in the preview or views and not to render any html. that people still accepts/uses html in email, after decades of exploits and scams, somehow shows to what extent safe communications are a lost battle.

    here's another compromise solution, at least for business communications: instead of those absolutely irrelevant 10 lines of pompous and pointless disclaimer that every company likes to include at the end of each and every email, they could write one that explicitly disallows any malicious parsing of embedded images, voilà. that surely would scare the shit out of those nasty exploiters!

    that reminds me of the famous "gallician" virus that circulated a while ago. it was a text-only virus, which informed you that by reading it you had just been pwned, appealing to your honor for duely destroying your windows registry after having manually resent the virus to your contacts.

  47. Re:New Attack? 0 Day? by TheP4st · · Score: 1

    It's not the first time it happens on Windows but similar issues have also affected Linux and most likely OSX too.

    --
    "I have downloaded hundreds and hundreds of records, why would I care if somebody downloads ours?" Robin Pecknold
  48. Re:I got burned by the font rendering bug last tim by Anonymous Coward · · Score: 0

    Guess you didn't read the first link.

    Why all the sensationalism and mock dismay? This Linux vuln is nothing like as severe as the Windows one.

    In fact, the perf exploit was just a local privilege escalation vulnerability that was patched in the Linux kernel when it was identified (back in May). In addition, any admin who was concerned about it could load a kernel module patch immediately.

    In any event, I tested the supposed exploit on several 64 bit machines with various kernel versions here and got kernel oops but no root.

  49. Re:I got burned by the font rendering bug last tim by theshowmecanuck · · Score: 1

    It's in response to someone once again making like Linux is invulnerable. It isn't. I'm not a Microsoft nor Linux nor Mac fanboy. I have used all three (and OS/2) at work and at home. I don't make any assumptions that any of them are bullet proof like many others here seem to. I think anyone who does is a fool. Especially moderator fanboys who mod me down for pointing out that Linux has its moments too. And I still use all three OSs. My laptop runs Kubuntu by the way... which broke touchpad functionality on its latest upgrade. Just saying that it isn't bullet proof yet again. But I didn't delete it off the laptop, I plugged in a mouse. Stop hating on people who point out the truth of things ... even if you don't want to believe it.

    --
    -- I ignore anonymous replies to my comments and postings.
  50. Re:New Attack? 0 Day? by Anonymous Coward · · Score: 0

    TIFF isn't a huge vector because, for the most part, it's a "write-only" format, whereas attackers rely on files being read. The purpose of TIFF is for interchange, so you can have many programs that write TIFF files, but only a few that can read them and convert them to whatever other format suits your purposes.

  51. Re:Preview pane is evil by Anonymous Coward · · Score: 1

    I've been using Thunderbird for years now. The default behavior is to not show images or any other potentially harmful material. I'm not sure what you've done wrong but maybe you should reset your settings to default.

  52. Re:New Attack? 0 Day? by Anonymous Coward · · Score: 1

    Or at least that's what the would be the case if GDI+ didn't add TIFF reading for everything.

  53. So why everyone still uses C-style buffers? by master_p · · Score: 1

    I would have expected, in this day and age, where computers are supposed to be much more powerful than needed for the majoirty of users, that C-style management of buffers would have been a thing of the past, especially in major software like Office and browsers.

    But, judging from your post, it seems that is not the case. People still use raw buffers without bounds checking.

    The principle "peformance first, safety second" has not done good. The majority of problems like this come from the programming language C which does not mandate bounds-checked array access.

    1. Re:So why everyone still uses C-style buffers? by smash · · Score: 1

      Yeah its time to switch to something like Ada.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
  54. Re:I got burned by the font rendering bug last tim by drinkypoo · · Score: 1

    The differences are that 1) Linux actually tries to be secure and 2) Linux isn't running unnecessary services you don't need and 3) The patch comes out much more rapidly for Linux, as stated, this is a proven fact. Don't pretend that Windows has parity with Linux, because it doesn't.

    --
    "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
  55. Re:I got burned by the font rendering bug last tim by HybridST · · Score: 1

    My win8 laptop crashes hard with a kernal_security_check_failure when I plug in *any* mouse while it's running. Trade ya!

    --
    Ever notice that Cobra Commander sounds an awful lot like Star scream?
  56. Re:I got burned by the font rendering bug last tim by msobkow · · Score: 1

    I'm not saying Linux is invulnerable to exploits. But it *is* more secure by design.

    Were there a font rendering bug that could be picked up by my browser, the worst it could do is damage my user data and cause the browser or maybe even the desktop to crash (presuming the attack knew which desktop API to target.)

    Font and image rendering does not occur in kernel space under Linux.

    My bigger point, though, is that Linux vulnerabilities get patched and shipped a *lot* faster than they do for Windows or OS/X.

    --
    I do not fail; I succeed at finding out what does not work.
  57. Re:I got burned by the font rendering bug last tim by msobkow · · Score: 1

    Mod parent "Informative".

    Thanks. Downloading now. I've been half-panicked for almost a year that I don't have install media.

    --
    I do not fail; I succeed at finding out what does not work.
  58. Re:Preview pane is evil by TheRaven64 · · Score: 1

    but the fact that Windows has images and fonts that can own your system is beyond absurd.

    It is absurd, but let's not pick on Windows. Both OS X and *NIX systems have suffered from similar vulnerabilities in libtiff, libpng (lots!), libjpeg (almost as many) and FreeType (too many to count). The problem was that all of these were written with the assumption that you could trust the input data and that performance was the primary concern. Now, computers are so fast that no one would notice a 50% slowdown in most of these (although they would in an H.264 decoder, which is another popular vector), and people attack them with fuzzing tools to try to find exploits so the input can't be trusted at all.

    --
    I am TheRaven on Soylent News
  59. Re:I got burned by the font rendering bug last tim by Anonymous Coward · · Score: 0

    Windoze exploits = linux exploits * 80,000 = OSX exploits * 10,000

  60. My hobby by Anonymous Coward · · Score: 1
  61. Re:New Attack? 0 Day? by LifesABeach · · Score: 1

    If I recall, correctly, certain byte value squences can cause immediate processing of machine code level commands. I'm reminded of SQL Injections. These command codes are CPU dependent. I don't think you'll find this in any HTML5 Specification how-to's; yet?

  62. How do they know they are targeted? by Anonymous Coward · · Score: 0

    "in targeted campaigns occurring in the Middle East and South Asia."

    So they know its targeted? How do they know that? Are they involved? Did they sell this exploit to some government and are waiting to release a patch because they are not done yet?

  63. Re:I got burned by the font rendering bug last tim by TangoMargarine · · Score: 1

    Considering that every time a Linux attack appears on Slashdot, it turns out that the user has to purposely install something with elevated privileges beforehand, I'm not too worried.

    --
    Unity? Screw that: XFCE. Slashdot Beta? Screw that: SoylentNews. Australis? Screw that: Pale Moon. UX developers DIAF
  64. Why and How by Anonymous Coward · · Score: 0

    There have been vulnerabilities like this discovered many times in the past. It goes all the way back to Windows 95. Windows is monolithic and closed source. Monolithic because attackers can assume certain software will be installed and used by default. Closed source means that MS is less likely to be warned of the vulnerabilities by white hats. These things are the chinks in the armor.

    You can dodge these bullets most of the time by using non-MS programs as your default programs.

  65. Re:I got burned by the font rendering bug last tim by Lightning+McQueen · · Score: 1

    Thanks! I got a good laugh from that!

  66. Looks like the CIA is at it again by ChillerMethod · · Score: 1

    It doesn't help that the US government has access to the Windows source code and the ability to spoof Microsoft's CSA to sign anycode they want (see Stuxnet, Duqu)

  67. Re:I got burned by the font rendering bug last tim by Menkhaf · · Score: 1

    If you liked that, you'll like to know that you can remove the ei.cfg file from the iso to convert it into a universal iso. There are multiple tools for it, but I've just used rm in the past (granted, the media I used was a USB stick). Here's one such tool: http://code.kliu.org/misc/winisoutils/

    Note that your license still has to match the type you select during installation. I have no idea why Microsoft insists on having so many different isos when they could just have one universal iso...

    --
    A proud member of the Onion-in-Hand alliance
  68. Re:Preview pane is evil by smash · · Score: 1

    They've still had exploitable bugs in the HTML parser, which would need to run through the email to convert it into text if it was not a plaintext email.

    --
    I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
  69. I do bugs the same way. by Anonymous Coward · · Score: 0

    "Everybody be careful!"
    -> Bug #3253368 fixed.

  70. Re:I got burned by the font rendering bug last tim by theshowmecanuck · · Score: 1

    Yeah yeah, I hear you. Just don't say it is invulnerable and that is why you only use it for online stuff. Yes, it is more secure by design, just not invulnerable and people shouldn't treat it as such. But really, I have maybe had two viruses for sure on my Windows PCs since 1990, and one was at work (I didn't get hit by that one at home, but a lot of people did on their office computer). The one at home was in 1996. So unless you are someone who doesn't know better than to open things you don't expect to receive etc. Windows isn't as bad as people make out, especially if you have a good antivirus and firewall. That is my experience. I believe that if more people were using Linux, more issues would be found with viruses etc.

    --
    -- I ignore anonymous replies to my comments and postings.
  71. Re:I got burned by the font rendering bug last tim by theshowmecanuck · · Score: 1

    I'm with you on all that. I just get pissed by people intimating stupid things like 'you will never get a virus or be compromised if you use Linux'. That's just plain dumb. All systems are vulnerable. Some maybe more than others. It is harmful to others to make such claims because someone is bound to believe it and not pay attention to suspicious sites, emails, etc. like they should. All because a bunch of asshats make erroneous claims. That is what sets me off.

    --
    -- I ignore anonymous replies to my comments and postings.
  72. Re:New Attack? 0 Day? by cavreader · · Score: 1

    So what you are saying is nobody has actually uncovered one of these purposeful or accidental backdoors but you will continue to argue they do exist even though there is no evidence?

    "plausible deniability" So even though no backdoor has been uncovered those supposedly responsible for these non-existent backdoors are planning to issue a denial for something that doesn't exist?

  73. Re:I got burned by the font rendering bug last tim by fatphil · · Score: 1

    The first link describes a privilege escalation bug, where an *untrusted user* becomes root. That doesn't describe a linux user browsing the web on his own machine. You need an arbitrary code execution bug as well in order to give this bug teeth.

    --
    Also FatPhil on SoylentNews, id 863
  74. Re:New Attack? 0 Day? by strikethree · · Score: 1

    Undoing a well deserved upmod here but I had to comment:

    Easy. You have something (like a header) that leads the image decoder to allocate a certain amount of memory on the stack (a buffer) for an expected piece of data. Then you have the decompressed data be larger then it was advertised or calculated, overflowing the buffer and so overwriting other items on the stack, like the return address.

    This is an extremely serious WTF. Okay fine, the header says to expect X amount of data. Okay fine, you allocate a buffer of X size. Why in god's name would you continue writing to the buffer after you reached X? No, really. There is no good reason or excuse for this. The person writing this should NEVER be allowed to write code that could be used in an elevated context.

    Why do people accept this as normal or reasonable? For years the excuse was the software was so new and catching everything was so hard... but THIS. This is not hard. This is obvious. Glaringly so. Meh. People piss me off. Utterly unacceptable. No excuse for this.

    --
    "Someone needs to talk to the tree of liberty about its ghoulish drinking problem." by ohnocitizen
  75. DisableTIFFCodec setting doesn't seem to work? by Anonymous Coward · · Score: 0

    After setting the DisableTIFFCodec DWORD and rebooting, it seems a Win7 machine continues to parse tiff files in Windows Photo Viewer. Anyone observe a different behavior? I'd assume the built in photo viewer would use the built in codec?!

    Fairly sure I followed MS destructions properly..

    Windows Registry Editor Version 5.00

    [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Gdiplus]
    "DisableTIFFCodec"=dword:00000001

  76. Re:I got burned by the font rendering bug last tim by theshowmecanuck · · Score: 1

    I looked at this a couple of times, and I still don't know what your point is. I upgraded my Kubuntu to 13.10 on my laptop and my trackpad stopped working, is that what you wanted? So after a month and an update or two it looks like some of the functionality is back. But really... what??

    --
    -- I ignore anonymous replies to my comments and postings.