9 ms·
US-CERT recommends not using IE until use-after-free vulnerability is fixed
- purephase 12y agoHave they ever explicitly recommended against a browser/application like this before? Not sure if this is common verbiage in their alerts, or whether this is an unusual occurrence.
- SubZero 12y agoIts a fairly common recommendation for them to make, but don't let the frequency dissuade you from following their advice.
- eli 12y agoSince we're talking verbiage, the headline is slightly wrong. US-CERT recommends using EMET, but they merely ask you to consider an alternative browser until the issue is patched.
- millzlane 12y agoYes, in 2004. http://www.kb.cert.org/vuls/id/713878 http://www.kb.cert.org/vuls/id/713878
- nnq 12y ago..fist time I've heard of EMET. Is it of any use to a regular (power)user?
- KwanEsq 12y agoI'd say so, it's easy to set-up, and adds another layer of protection. http://support.microsoft.com/kb/2458544 http://support.microsoft.com/kb/2458544
- adambware 12y agoCan they recommend people to stop using IE versions 6-9 altogether?
- veidelis 12y agoWhy do You think IE10 and IE11 are ok?
- saosebastiao 12y agoPractically every site on the internet has been recommending for years to not use IE for a variety of reasons. I'd be surprised if notions of security could somehow convince IE users to install a better browser.
- Thrymr 12y agoUnfortunately IE is still required for a great many corporate intranets, and users will tend to keep using it for external sites as well. edit: If they even can install other browsers. If they're lucky they will have a LTS release of Firefox available.
- agapos 12y agoDo you mean Firefox ESR? https://www.mozilla.org/en-US/firefox/organizations/all/ https://www.mozilla.org/en-US/firefox/organizations/all/ https://www.mozilla.org/en-US/firefox/organizations/faq/ https://www.mozilla.org/en-US/firefox/organizations/faq/
- camus2 12y agoYou cant reconciliate mandatory IE6/8 and the need for security in the corporate world. I understand some corps cant upgrade because they have software that only runs on XP.By the way this is a direct consequence of MSFT rejecting web standards in the years 200X and going VB/activeX/non standard IE apis. Some web clients will never be updated and wont run in anything but IE6-8. Whereas if your devs tried to use cross browser features only in 2005,chances are your web app is future proof and needs little update. The irony is your 2005 flash site may still run, even today, on all desktop browsers.
- erbo 12y agoIndeed. My response to "US-CERT recommends not using IE until use-after-free vulnerability is fixed" is something like: Erbo recommends not using IE, end of message and off.
- bananas 12y agoA company I deal with have the following mitigation in place: Cross fingers until next Tuesday.
- bradford 12y agoWhile you're probably joking, this seems incredibly incompetent since a better mitigation exists: Disable Adobe's flash plugin on IE.
- bananas 12y agoUnfortunately I'm not joking. They have 2500 workstations running something written in Adobe Air so no banana with removing flash.
- Already__Taken 12y agoAIR should still run with flash. Just the IE plugin needs disabling you don't have to remove flash.
- bananas 12y agoThe page they hit to launch it uses flash as well. The thing is a giant turd. We're currently rewriting it.
- Already__Taken 12y agoCan you register a custom protocol handler like air://example.com/airApp.air and use that link?
- Spooky23 12y agoToo bad none of the other browsers play well with management tools.
- metaobject 12y agoTo which management tools are you referring?
- callahad 12y agoI suspect the parent is referring to Windows Group Policies: https://en.wikipedia.org/wiki/Group_Policy https://en.wikipedia.org/wiki/Group_Policy
- Spooky23 12y agoHow about anything. Try configuring browser settings in Firefox or controlling a Chrome updates. It's a mess. Chrome sort of has group policy management, but it's buggy. If either browser had an API, IE would fade away -- this is literally the only reason it exists.
- drzaiusapelord 12y agobut I only need management tools with browsers to control IE-specific settings like trusted sites, compatibility lists, active-x settings, etc and only for IE-only websites that use that junk. Other browsers "just work" as they're build on universal technologies that really don't need a "trusted sites list" or a 3 page document on a very specific active-x setting list to make some ridiculous feature work. Fix your web apps. This culture of IE-only built apps only causes more security woes and more administrative headaches than needed. Sadly, its still 1998 in the corporate world. /your company's sysadmin
- Consultant32452 12y agoThat's fine and all but I need to have something that can run in a browser and communicate over a serial port. My two options there are an IE plugin/extension/addon or a Java applet. Personally, I find that writing an addon in C# to run in IE is the nicest, cleanest solution even though I generally dislike IE as a browser. /your company's developer
- ihsw 12y agoWhile they're at it, they should recommend businesses and government agencies to not build IE-only web applications.
- JTon 12y agoYes, please. Although SharePoint has been my largest pain point. I'm not very optimistic that will get better any time soon
- niels_olson 12y agoWorth noting that General McChrystal, the guy who made SharePoint famous in the military, also got relieved for saying too much in public.
- nathantotten 12y agoSharepoint 2013 and SharePoint in Office 365 already work well in other browsers. I am using Office 365 in Chrome right now. About the only thing I can think of that doesn't work is to launch document synchronization with OneDrive, but that is basically a one time operation.
- jpmattia 12y agoIt would really behoove MS to rethink their lack of XP support for a hole this big. Edit for the multiple comments: Certainly, a corporate strategy can be "We don't care that your machine/network was compromised: We warned you." There are other strategies, and perhaps the we-warned-you strategy is indeed the path to maximum corporate profit, but like I said above: It would be good to rethink that through entirely given the magnitude of the bug.
- drzaiusapelord 12y agoThen next week it'll be another bug, and another, and another. When exactly does it end?
- epenn 12y agoIt should end when XP's market share is vanishingly small. Given that as of a couple weeks ago it still has 27% among Windows users [1], we are nowhere near that point. Microsoft should do everything they can to help customers, especially corporate users, upgrade to the current version. Presumably they're already doing this, but in the meantime they should continue at least providing XP security updates given its sizable user base. [1] http://www.theregister.co.uk/2014/04/08/windows_xp_istilli_has_27_per_cent_market_share_on_its_deathbed/ http://www.theregister.co.uk/2014/04/08/windows_xp_istilli_h...
- drzaiusapelord 12y agoYou have been warned about XP's end of support date for several years, on top of it corporate customers can buy updates directly from MS. I'm not seeing the problem, other than the public being irresponsible, which no corporate policy can cure. We can extend support another 6 months and be in the exact same place. There's no winning here. I also find it hard to believe those old XP machines aren't compromised already. Worst case scenario is that they leave one botnet and join another. Also, those stats are from web user agents, many bots use XP user agents, so we really don't know how many XP machines there are. I imagine most are corporate for compatibility reasons and are receiving patches. The rest are irresponsible people unwilling to upgrade and probably aren't running updated AV either. At the very least this can be an opportunity to scare people into upgrading or at least switching to a non-IE browser and making sure their AV is up to date. tldr; can't save the world and you can't save people from themselves
- Torn 12y agoAnalysis from the FireEye research team outlining how it's done: http://www.fireeye.com/blog/uncategorized/2014/04/new-zero-day-exploit-targeting-internet-explorer-versions-9-through-11-identified-in-targeted-attacks.html http://www.fireeye.com/blog/uncategorized/2014/04/new-zero-d...
- codeulike 12y agoTLDR: Its done with Flash. Quelle Surprise. Disabling the Flash plugin within IE will prevent the exploit from functioning.
- tlrobinson 12y agoTo be fair, it sounds like it uses a combination of an IE bug and Flash bug. The exploit leverages a previously unknown use-after-free vulnerability, and uses a well-known Flash exploitation technique to achieve arbitrary memory access and bypass Windows’ ASLR and DEP protections. ... The SWF file calls back to Javascript in IE to trigger the IE bug and overwrite the length field of a Flash vector object in the heapspray.
- klt0825 12y agoFor now. Reading into it, it seems like they found one of the useful UAFs that facilitates a memory write instead of your less useful CALL virt_func. Flash is just a means to create an infoleak by over-wrting the vector length, it is likely that you could do the same without any dependencies by just targeting IE itself.
- yaakov34 12y agoI guess it's time for another one of my periodic rants about the importance of memory safety, and the undesirability of being left alone in the ring against a team of people who know the x86 architecture like you know the back of your eyelids, and who can slice your program like a piece of sushi and spread it all over printouts and wall diagrams in some apartment in Eastern Europe. Which by the way is what happens whenever you decide to write a user-facing program in a language in which you manage the memory, i.e. C and C++. Previous editions: https://news.ycombinator.com/item?id=7548991 https://news.ycombinator.com/item?id=7548991 https://news.ycombinator.com/item?id=2686580 https://news.ycombinator.com/item?id=2686580 Last time, the technique was simple: OpenSSL gave anyone a piece of the process's memory for the asking. This time, we are talking about return-oriented programming. I know that all of us here are completely up to date on exploits and defenses, but let's refresh our memory: the most typical and serious exploit overwrites the return location of some function and points it to malicious data (i.e. code), which takes over your computer. After decades of exploits, a two-pronged strategy was adopted by most hardware and OS vendors: program code became non-modifiable (after the OS loads it and sets a flag), and data became non-executable. So the exploit writers gave up... we wish. The ROP technique involves finding "gadgets" in existing program code (which is already marked executable). These gadgets are an instruction or two which do something (change a register, say), followed by a return opcode which will transfer control to the next gadget, whose address has been placed on the stack due to the buffer overwrite. There are actually automated or semi-automated tools to find these gadgets in your code, and to compile code which is targeted to the virtual machine which is made up of these little broken-off pieces of your program. A single buffer overrun is then enough for the malware writer to start playing your program like a xylophone, jumping hither and thither, without changing its code, to perform a malicious task. Address Space Randomization, a.k.a. ASR or ASLR, was supposed to save us from this, by making the locations of all code randomly determined at runtime. Then the attacker won't know the address of his gadgets. Except that anything which is loaded into the same space as your process (which is a HUGE amount of stuff) may leak the pointer to some function to the attacker (by placing it somewhere within reach, like on the stack), which enables him to build his xylophone out of pieces of the leaking library. Or he can try any number of other techniques to derandomize the base pointer to your code (remember, if his code crashes, many processes will simply respawn and he can try again). Or ASR might be turned off for one or more of the libraries in your process space - this happens a lot and you have no control over it. One of the articles about this bug calls the address leak from the Flash plugin "well-known". Well, it's certainly not well-known to me, or was known at all until 10 minutes ago (it's not like I am an exploit writer). But it's apparently very well known to the people exploiting network-facing code. Your choice is to let your language runtime manage your memory, or to face attacks of this sophistication, which by the way happen against obscure programs too (only we don't hear about them). Maybe I'll write a FAQ about this...
- circa 12y agoIn other words.. be careful when downloading another browser.
- higherpurpose 12y agoNegative Microsoft stories seem to be flagged at rapid speed today.
- niels_olson 12y ago> consider employing an alternative web browser Where's all the big corporate sysadmins here today, saying we should all be running the same OS, same browser? Herd immunity is no immunity if everyone's vulnerable.