Slashdot Mirror


Backdoor Discovered In Atlassian Crowd

An anonymous reader writes "Recently published on the Command Five website is a technically detailed threat advisory (PDF) in relation to a recurring vulnerability in Atlassian Crowd. Tucked away inconspicuously at the end of this document in a section entitled 'Unpatched Vulnerabilities' is the real security bombshell: Atlassian's turnkey solution for enterprise single sign-on and secure user authentication contains an unpatched backdoor. The backdoor allows anyone to remotely take full control of a Crowd server and, according to Command Five, successful exploitation 'invariably' results in compromise of all application and user credentials as well as accessible data storage, configured directories (for example Active Directory), and dependent systems."

133 comments

  1. Huh? by TubeSteak · · Score: 5, Interesting

    What is Atlassian Crowd, where is it used, how does this effect me, why should I care?
    Did I miss any important questions?

    --
    [Fuck Beta]
    o0t!
    1. Re:Huh? by Anonymous Coward · · Score: 3, Informative

      Here comes the aeroplane spoon... open up the hangar!

      From the first page of the advisory:
      "Atlassian Crowd is marketed as a secure single signon (SSO) product for the enterprise and is designed to be incorporated into third party applications and systems"

    2. Re:Huh? by I'm+New+Around+Here · · Score: 0

      No, you got the important ones. I was wondering the exact same thing myself. Even googled about it, but saw nothing informative outside of their website, which would only slightly answer the first part.

      So, what are your plans for the upcoming holiday? We are going to have a cookout with friends. Hope you enjoy whatever you have planned. Bye.

      (That part added to give this /. story some meaning in our lives.)

      --
      If you think I voted for Trump because of this post, you're wrong. I voted for Dr. Jill Stein of the Green Party. Again.
    3. Re:Huh? by Anonymous Coward · · Score: 2, Informative

      Atlassian's turnkey solution for enterprise single sign-on and secure user authentication. Atlassian is a software vendor of modest relevance, producing Jira issue tracking and Confluence wiki software. I assume this would only be relevant if you run are rely on a system that uses Crowd for authentication. Where is it used? Where is any software package used?

    4. Re:Huh? by Luckyo · · Score: 3, Informative

      It appears to be some sort of software managing logins to sites. Their site cites their clientele to be a lot of major companies, such as facebook, twitter, hulu and netflix.

      I imagine if you have a backdoor into software that manages facebook's login systems, that's pretty damn major.

    5. Re:Huh? by DMUTPeregrine · · Score: 3, Informative

      Well, let's read the summary:
      "Atlassian's turnkey solution for enterprise single sign-on and secure user authentication"
      So Atlassian is some company, and it's a single sign-on/authentication system used in businesses.
      And it lets a remote attacker take control of the servers it runs on, and possibly other computers in the business (via Active Directory, which is Microsoft's system administration/management package.)

      --
      Not a sentence!
    6. Re:Huh? by Charliemopps · · Score: 4, Informative

      They make Jira and Confluence... 2 applications that are widely used by some IS departments to manage their work. Jira for example, is an application for tracking software development, deployment and bugs. It's basically a ticketing system for programmers. You can track who created what, which bugs showed up in it later, who fixed them, how long all that took, etc...

      I'm not sure how many people are using their LDAP/SSO stuff though though. There are lot bigger (and clearly more trustworthy) providers in town.

    7. Re:Huh? by Anonymous Coward · · Score: 1

      I wish there was a place i could get these answers.

      LIKE THE FUCKING INTERNET.

    8. Re:Huh? by Scarletdown · · Score: 3, Funny

      Must be the heat playing tricks on my brain. I thought the headline said Atlassian Cloud. And that was going to be the excuse to post about a backdoor discovered in a real cloud.

      --
      This space unintentionally left blank.
    9. Re:Huh? by drinkypoo · · Score: 1

      I had imagined it was a Japanese Cloud computing firm located in the lost city of Atlantis.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    10. Re:Huh? by CrankyFool · · Score: 1

      There's a pretty f'ing reasonable argument to be made that if you don't know, and can't be bothered to do any research, maybe you don't need to know. Certainly, I will tell you that as someone who actually uses Crowd, and has been known to configure and administer Crowd, I know what it is.

      Come on.

    11. Re: Huh? by jaminJay · · Score: 1

      Also Red Hat JBoss, Apache and Jenkins CI, etc. Quite a few pies, but I haven't noted many installations that use Crowd.

      --
      Leela: "Is all the work done by children?" Alien: "No, not the whipping."
    12. Re:Huh? by Anonymous Coward · · Score: 0

      > No, you got the important ones.

      Neither of them were important. If you don't bother to google tools you don't know, why are you even here?

    13. Re:Huh? by Anonymous Coward · · Score: 0

      Let me guess, you're either at University or working on some open source project....

    14. Re:Huh? by Anonymous Coward · · Score: 0

      So... Big security flaw in fancy but completely meaningless cloud services. Who would have guessed.

    15. Re:Huh? by Ol+Olsoc · · Score: 1

      What is Atlassian Crowd, where is it used, how does this effect me, why should I care? Did I miss any important questions?

      Im' particularly dyslexic tonight - I read that as "Assassin's Creed"

      --
      The shepherds did so well protecting the flock that the sheep no longer believed that wolves existed.
    16. Re:Huh? by Samantha+Wright · · Score: 1

      Atlassian boasts that Crowd has more than a thousand corporate users, including the NYSE. Yes, kids, the New York Stock Exchange has internal applications that are affected by this backdoor—along with Sourceforge, Twitter, BMW, Panasonic, Netflix, Zynga...

      --
      Bio questions? Ask me to start a Q&A journal. Computer analogies available for most topics!
    17. Re:Huh? by Drakonblayde · · Score: 3, Informative

      All of the individual apps can be tied to AD (or another directory) directly. Crowd is pretty much what you use when you want single sign-on/centralized auth, but you don't want to deploy AD or go through the pain in the ass of setting up and maintaining your own LDAP server.

      I've also seen it used in large enterprises which have multiple authentication sources, the kind where systems just kind of creep, but no one wants to take the time (or risk the downtime) for consolidation. In that scenario, it's alot easier to tie the apps to Crowd for authentication, and then you just need to manage authentication sources in Crowd, instead of individually on the apps.

      Atlassian actually makes some pretty good software, and their prices are reasonable for their starter kits to get used to it. My only gripe is that it's all pretty much Tomcat based

    18. Re:Huh? by flyingfsck · · Score: 1

      Aww, you are so nice, when you come this way, please do drop in for a camel roast.

      --
      Excuse me, but please get off my Pennisetum Clandestinum, eh!
    19. Re:Huh? by flyingfsck · · Score: 4, Funny

      Well, they just made sure that *anyone* can sign on. It is a very convenient feature.

      --
      Excuse me, but please get off my Pennisetum Clandestinum, eh!
    20. Re:Huh? by I'm+just+joshin · · Score: 1

      That image looks more like a cloud version of goat.cx

    21. Re:Huh? by Anonymous Coward · · Score: 0

      Here comes the aeroplane spoon... open up the hangar!

      From the first page of the advisory:
      "Atlassian Crowd is marketed as a secure single signon (SSO) product for the enterprise and is designed to be incorporated into third party applications and systems"

      Your hand is empty, you are waving your hand around with an imaginary spoon. Note how your quote does not answer the questions. "3rd party applications and systems" is not an answer to where is it used, how does it affect me, why should I care?

    22. Re:Huh? by I'm+New+Around+Here · · Score: 2

      You must have missed this part

      Even googled about it, but saw nothing informative

      In addition to the original poster and myself, I see several others posting either similar queries, or responses dismissive of this product. So don't act like I have to sign up for tech courses for this software before I comment on it.

      --
      If you think I voted for Trump because of this post, you're wrong. I voted for Dr. Jill Stein of the Green Party. Again.
    23. Re:Huh? by Frosty+Piss · · Score: 1

      ...along with ... Zynga...

      Well then, this is an appropriate product for them, the backdoor thing and all, since Zanga is a bunch of assholes...

      --
      If you want news from today, you have to come back tomorrow.
    24. Re:Huh? by I'm+New+Around+Here · · Score: 2

      That's "Chinese", you insensitive crod. :P

      --
      If you think I voted for Trump because of this post, you're wrong. I voted for Dr. Jill Stein of the Green Party. Again.
    25. Re:Huh? by Scarletdown · · Score: 1

      And thus, the aforementioned backdoor.

      --
      This space unintentionally left blank.
    26. Re: Huh? by madprof · · Score: 0, Troll

      Just because there is more than one lazy person does not make it OK to be lazy.

    27. Re:Huh? by Anonymous Coward · · Score: 0

      Did I miss any important questions?

      Yes you did.

      "Why doesn't the summary give a short description of this, and possibly a link to more info ?"

    28. Re:Huh? by Anonymous Coward · · Score: 2, Informative

      It's some Java bug tracker software which whenever someone uses for their project you get frustrated with (and some open source does use it since it's monetarily free for them but fairly expensive normally), and a wiki that nobody but big business uses and is very slow. The SSO lets people in the java world integrate standard technologies for federated identity (so that the apps don't need to store or know the username/password of the people using them).

    29. Re: Huh? by I'm+New+Around+Here · · Score: 2

      You must have missed this part

      Even googled about it, but saw nothing informative

      Having just googled again, I still see nothing that is actually informative from the top 10 results. Most point to Atlassian's site. They have the uaual marketing blurb:

      Identity Management for Web Apps

      Finally, a single sign-on and user identity tool that's easy to use, administer, and integrate.

      Users can come from anywhere – Active Directory, LDAP, Crowd itself, or any mix thereof. Control permissions to all your applications in one place – Atlassian, Subversion, Google Apps, your own apps.

      Great! It's a way to sign into webapps. How enlightening. I have gotten a better description of it from the complaint posts below, than from searching for it in your approved way. But thank you for your concern of my inertial-challanged state.

      --
      If you think I voted for Trump because of this post, you're wrong. I voted for Dr. Jill Stein of the Green Party. Again.
    30. Re:Huh? by Anonymous Coward · · Score: 0

      Got to admit their "single sign on" is really single sign on even if it's not secure ;).

    31. Re:Huh? by zullnero · · Score: 1

      A lot of companies boast about their corporate users, but a whole lot of them are situations where some guy in a team downloaded an evaluation copy of a tool and had to fill out a form listing their affiliated company. Then they're perfectly in the clear if they take the best companies from their evaluation request forms and list them on a site. I wouldn't trust that marketing shpiel without verifying it with any of those companies, first...and fat chance that'll happen.

      I know full well that I'm probably responsible myself for some of the larger companies I've worked for getting listed in some small software dev house's marketing junk because aforementioned reasons. I always had a long leash and my bosses confirmed that they didn't care one bit since I had to work within a locked down system anyway. Which kind of makes it tough to get to the point where you can exploit the backdoor unless there's an exploit in the locked down server we worked with.

    32. Re:Huh? by Anonymous Coward · · Score: 0

      By "good" I assume you mean easy to use. Most things are much easier to use when they're not secure.

      If you took away all the security from the underlying directory systems they'd probably be quite "good" too.

    33. Re:Huh? by Anonymous Coward · · Score: 0

      A quick Google search says otherwise

    34. Re:Huh? by philip.paradis · · Score: 1

      In Atlassian's case, usage of their products is actually about as widespread as it appears. I say this from a lot of firsthand knowledge with installing, configuring, and managing their products in a lot of environments.

      What exactly do you mean when you say "locked down server?" Unless you mean "disconnected from the Internet and/or sitting behind a NAT gateway that requires additional authentication via a VPN or other means to traverse," this sort of vulnerability doesn't depend on anything more than having the product(s) accessible to an attacker over a network connection.

      --
      Write failed: Broken pipe
    35. Re:Huh? by LordLucless · · Score: 2

      Facebook, twitter, hulu, etc probably use their ticketing system, Jira, which is what they're most well-known for. I doubt they use Crowd, which is one of their lesser-known offerings.

      --
      Just because you're paranoid doesn't mean there isn't an invisible demon about to eat your face
    36. Re:Huh? by Buzer · · Score: 1

      The terminology in article confused me as well. It's talking about "enterprise single sign-on" which actually means something different from what Crowd actually seems to provide. It's usually used to refer software that does SSO to desktop applications (well known software in that sector are like Oracle ESSO, NetIQ (formerly Novell) SecureLogin, IBM SAM ESSO (formerly IBM TAM ESSO)). Crowd, however, seems to be WebSSO+IDM solution.

    37. Re:Huh? by Anonymous Coward · · Score: 0

      What exactly do you mean when you say "locked down server?" Unless you mean "disconnected from the Internet and/or sitting behind a NAT gateway that requires additional authentication via a VPN or other means to traverse," this sort of vulnerability doesn't depend on anything more than having the product(s) accessible to an attacker over a network connection.

      I think OP meant production server (vs. development/sandbox workstation install). And why would you have Crowd exposed on the public side of your network anyway? All of our internal systems require additional authentication via a VPN or other means to access from outside the secured intranet.

    38. Re:Huh? by jythie · · Score: 1

      If no project you are working on is using it then it does not impact you directly, though projects you depend on might be.

    39. Re: Huh? by jythie · · Score: 1

      Most of the places that use it are closed source, it is not really designed to appeal to the OSS community. However big companies that need to appease non-technical people (like the DoD, major ISPs, utilities) will often use it. It is pretty low profile because they mostly talk with big players directly. Not really a small developer/end user product.

    40. Re:Huh? by RabidReindeer · · Score: 1

      Atlassian's turnkey solution for enterprise single sign-on and secure user authentication. Atlassian is a software vendor of modest relevance, producing Jira issue tracking and Confluence wiki software. I assume this would only be relevant if you run are rely on a system that uses Crowd for authentication. Where is it used? Where is any software package used?

      Atlassian's most famous product is Jira, which is pretty commonly used in large-scale businesses. Large-scale businesses are also more likely to use SSO, since it's less trouble than maintaining dozens of app-specific login subsystems.

      So the net result is effectively that the login ID is "sa" and the password is blank and everyone from the NSA to the Brothers of the Islamic Revolution of Upper West Turdistan, the New Reform Church of Neo-Communist Mao-fu-tze, the haXors Anymous 7EEt, the 57th-Street Beagle Boys gang and so forth could all waltz in and make themselves at home.

    41. Re:Huh? by Drakonblayde · · Score: 3, Insightful

      There's not a single major piece of software that hasn't had security flaws at one point or another. Remember when OpenBSD's web page bragged about no remote security holes in the default install? Even they've had two, and those boys are the epitome of paranoid security freaks.

      So I can forgive Atlassian to a degree, as long as they fix the damn thing, and fix it in a hurry. If your standard of 'good' software is no security holes at all, then I'm afraid you're going to have to log off and go back to playing with Lego's.

      Some of Atlassian's software is easy to use, and some of it can overwhelm a user. I've ran into a few coworkers who hated Confluence, and it was because they couldn't figure out how to do what they wanted. After I showed them, the gripes mysteriously disappeared. Confluence and JIRA are good pieces of software. Not perfect, but they serve their purpose.

    42. Re:Huh? by RabidReindeer · · Score: 1

      My only gripe is that it's all pretty much Tomcat based

      There are worse things a J2EE-based applications to run under. Since Tomcat supports the essentials without the overhead of supporting the full stack, it has very modest resource requirements compared to, for example, WebSphere or JBoss.

      Of course, Jetty is also lightweight, but Jetty isn't as commonly used or supported these days.

    43. Re: Huh? by Anonymous Coward · · Score: 0

      We're a subcontractor working with a corp. that does a lot of business with NOAA, they have Atlassian, Jira, Confluence, all those things. As others have mentioned, it's slow, a pain in the neck to use, and doesn't really bring much to the table. The only thing I really get out of it is that we have a wiki page set up (or maybe it's a bug tracker - it sure isn't editable, searchable, or anything else I would expect from a wikipedia clone) that has a giant list of 'gotchas' for new developers working in our test environment, plus a walkthrough of how to deal with Rational and other "Enterprise" systems.

      You're dead on about talking with big players directly, and there's a reason. I don't think anyone involved with the purchase of the damn thing has ever tried to use it for anything relevant.

    44. Re:Huh? by Anonymous Coward · · Score: 1

      my beef with atlassian stuff is you end up running separate instances for each app yet on their own ports and if you want any kind of seamlessness you have to hide it behind an apache proxy. II don't understand why I need to run 3 tomcats and an apache for stash, jira, and confluence.

    45. Re: Huh? by foniksonik · · Score: 3, Interesting

      Actually you can hook Jira into Stash, which is a GIT repo server, hook that into FishEye/Crucible which is a code review portal and hooked into Jenkins, thereby creating a nearly round trip QA process.

      QA creates a ticket, developer sees ticket, creates a branch from it, commits code, gets peer review after which the code is deployed to a QA server, ticket is moved back to a QA user who has a link to the QA server (typically a unique server instance is spun up for each ticket), QA confirms - this spins down the QA server instance and a pull request is made for the production branch.

      So there you go. Automated code deployment with useful checkpoints in a workflow process.

      Don't be jealous.

      --
      A fool throws a stone into a well and a thousand sages can not remove it.
    46. Re:Huh? by Anonymous Coward · · Score: 0

      And it would be "Attrassian Crowd" - Asian peoples are consistent if nothing else

    47. Re:Huh? by Anonymous Coward · · Score: 0

      What's this "Bing" then? I've heard of the carburetor, but that doesn't make sense.

    48. Re: Huh? by Anonymous Coward · · Score: 0

      {{notability}}, Dice magementoid spam, marked for deletion

    49. Re:Huh? by sjames · · Score: 2

      Remember, single sign-on is just a strange way to spell "single point of failure".

    50. Re:Huh? by Anonymous Coward · · Score: 0

      If no project you are working on is using it then it does not impact you directly, though projects you depend on might be.

      That still doesn't answer the question.

    51. Re: Huh? by Anonymous Coward · · Score: 0

      Don't speak process here. It's anathema.

    52. Re: Huh? by Anonymous Coward · · Score: 0

      Just because there is more than one lazy person does not make it OK to be lazy.

      Yes, and it's a lot easier to call someone lazy than it is to answer the question.

      This isn't some well-known piece of software. There's plenty of shitty, obscure software full of backdoors and bugs. You still have not told us why we should care that this particular piece of crap is a piece of crap.

    53. Re:Huh? by Anonymous Coward · · Score: 0

      Nope... unfortunately... Bing is really much better than google these days... And the image search don't filter out most pr0n...

      So wait, are you the shill, mad flyer (589291) and you forgot to hit "Post Anonymously" for this last post? Good way to make enemies.

  2. Not surprising by _merlin · · Score: 5, Interesting

    Atlassian has absolute contempt for their paying customers. Each release of JIRA has functionality and flexibility that people actually want removed in the name of making it easier to use for new users. JIRA and Crucible use some monstrosity of JavaScript that causes lag when typing into intput fields, and certain versions clash with Ghostery in a way that causes certain characters (e.g. spaces) to be swallowed. It's sad, but it doesn't surprise me at all that they don't care about security in an authentication system.

    1. Re:Not surprising by Anonymous Coward · · Score: 0

      >Each release of JIRA has functionality and flexibility that people actually want removed in the name of making it easier to use for new users

      Are you sure you aren't accidentally using the Jira Jr. version?

    2. Re:Not surprising by _merlin · · Score: 1

      So that's where the licensing fees go - making professional-looking fluff videos. Well at least they have _something_ to show for it.

    3. Re:Not surprising by Anonymous Coward · · Score: 1

      Atlassian has absolute contempt for their paying customers. Each release of JIRA has functionality and flexibility that people actually want removed in the name of making it easier to use for new users. JIRA and Crucible use some monstrosity of JavaScript that causes lag when typing into intput fields, and certain versions clash with Ghostery in a way that causes certain characters (e.g. spaces) to be swallowed. It's sad, but it doesn't surprise me at all that they don't care about security in an authentication system.

      No shit. What's that old joke about shrink-wrapped stool samples?

      And you are informative - I never bothered to learn what sphincter JIRA came out of. Heaven forbid someone makes a mistake calculating required disk storage for JIRA - if that SuperTurd fills up its disk storage it fails spectacularly and corrupts everything.

      Now I know Atlassian is that sphincter.

    4. Re:Not surprising by Nyder · · Score: 2

      Atlassian has absolute contempt for their paying customers. Each release of JIRA has functionality and flexibility that people actually want removed in the name of making it easier to use for new users. JIRA and Crucible use some monstrosity of JavaScript that causes lag when typing into intput fields, and certain versions clash with Ghostery in a way that causes certain characters (e.g. spaces) to be swallowed. It's sad, but it doesn't surprise me at all that they don't care about security in an authentication system.

      Actually you gave the answer why. Since they are focused on new customers, it's all about the money they can get. Fixing stuff cost money, so they don't.

      --
      Be seeing you...
    5. Re:Not surprising by l0ungeb0y · · Score: 1, Troll

      Each release of JIRA has functionality and flexibility that people actually want removed in the name of making it easier to use for new users

      What are you talking about? I've been using JIRA for years and have worked with many companies who use JIRA and have heard no complaints about their features. They have many features and they work very well for me and others.

      Personally, I enjoy the Atlassian stack, find it unrivaled in feature coverage and have migrated many clients to the Atlassian stack.
      And I've ever seen any sort of lag when typing in any field in JIRA or Crucible, or Crowd or Greenhopper or Fisheye or Confluence.

      But then again, I don't use ghostery, don't know what it is, never heard of it, don't use it and wonder why you expect Atlassian to craft their software stack against third party software.

      From the tone of your post, you are just leaping at a chance for a cheap jab at Atlassian with trumped up nonsense.

    6. Re:Not surprising by Anonymous Coward · · Score: 0

      Then you've never tried installing JIRA. Without significant server optimization for their application it runs like a dog. Our devs were reporting 30 second page loads on a dedicated Nginx server. We ended up dropping it.

    7. Re:Not surprising by beaverdownunder · · Score: 1

      > Heaven forbid someone makes a mistake calculating required disk storage for JIRA - if that SuperTurd fills up its disk storage it fails spectacularly and corrupts everything.

      Sadly, I've experienced what the AC is talking about =( I mean WTF? The consequences of running out of disk space could / should be better disclosed. (I know, I know... anyone 'worth their salt' should already know better. But still...)

      Otherwise, JIRA's not-too-shabby, especially if you're getting it for the really cheap license fee...

    8. Re:Not surprising by l0ungeb0y · · Score: 0

      I will admit their services are rather resource intensive. But I've installed the JIRA stack at least twice without major issue and the response time was just fine. I find it best not to put more than 2 or 3 services on a given machine. And have ran it on Mac Mini Servers to 1U rack servers.

      And how did Nginx factor in? If I recall, the JIRA apps provide their own HTTP services via Tomcat and Apache.
      So it's likely you fucked up your own custom install and are holding Atlassian responsible for your own mess.

      For small teams and those who just want to get up and running without the additional overhead, JIRA has a hosted service, which sounds like you could have used and should have looked into.

    9. Re:Not surprising by _merlin · · Score: 3, Insightful

      But then again, I don't use ghostery, don't know what it is, never heard of it, don't use it and wonder why you expect Atlassian to craft their software stack against third party software.

      It's a browser plugin for blocking intrusive tracking elements in web sites. I've never had it cause trouble with any other web site besides those that intentionally require you to submit to tracking (e.g. airport wi-fi sign-on pages), but those sites will usually detect the elements being blocked and give you an upfront message about it. It's almost like Atlassian went out of their way to make their stuff not work with Ghostery.

      From the tone of your post, you are just leaping at a chance for a cheap jab at Atlassian with trumped up nonsense.

      From the tone of your post you are a shill who has something to gain from Atlassian sales, jumping at a chance for a cheap sales pitch with vague anecdotes.

      Personally, I enjoy the Atlassian stack, find it unrivaled in feature coverage and have migrated many clients to the Atlassian stack.

      Ah, right. You sell Atlassian software. Can you say "conflict of interest"?

    10. Re:Not surprising by CrankyFool · · Score: 4, Interesting

      It may be a factor of whether you're talking as a user or as an administrator.

      I can't speak authoritatively to JIRA as a product I'm responsible for -- I never owned a JIRA installation (well, not one with significant volume) -- but I use JIRA, and we use JIRA here, for a whole crapton of things from change tickets to production emergency handling, to task handling, to all development tasks. As a software engineer, and a software engineering manager, I love it -- and so do most of the other users we have here.

      It helps that we think of this kind of stuff as something you should actually invest in, and we have someone who probably has about 50% of his time dedicated to making JIRA run and making it work better for us. I've always found that bug/defect/issue/task tracking systems are better, and make their users happier, when they have a champion who's allowed to invest real resources in their care and feeding.

    11. Re:Not surprising by Anonymous Coward · · Score: 2

      > Heaven forbid someone makes a mistake calculating required disk storage for JIRA - if that SuperTurd fills up its disk storage it fails spectacularly and corrupts everything.

      Sadly, I've experienced what the AC is talking about =( I mean WTF? The consequences of running out of disk space could / should be better disclosed. (I know, I know... anyone 'worth their salt' should already know better. But still...)

      Otherwise, JIRA's not-too-shabby, especially if you're getting it for the really cheap license fee...

      No.

      No product should ever respond to a failed IO operation by going batshit crazy and corrupting data willy-nilly. Because IO operations can fail for a lot of reasons.

      JIRA's a turd, plain and simple.

    12. Re:Not surprising by BitZtream · · Score: 5, Informative

      ... So when they repeatedly state that the built in database is for evaluation purposes ONLY and that usage of it may result in data corruption or loss ... on EVERY PAGE ADMIN PAGE UNTIL YOU SWITCH OFF OF the built in database, that wasn't enough of a warning for you?

      I'm not sure how much more warning you can get, short of them corrupting your database intentionally on a daily basis so you get the point sooner.

      --
      Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
    13. Re:Not surprising by Anonymous Coward · · Score: 1
      JIRA helped kill our company.

      Had nothing to do with the technical stuff beyond the fact that it replaced a bunch of people who could derive metrics from database queries -- with a bunch of people who could only use webapps. But the webapp crowd was buzzword-compliant, and the middle of the pack was more than willing to go along in order to put "JIRA" on their resumes. The top devs were driven out because they weren't agile enough, or whatever the managers came up with. (The managers could understand the pretty graphs they got out of JIRA, and could spend hours mucking about reconfiguring dashboards. They didn't want to read anything the devs wrote.) The rest, as they say, was history.

    14. Re:Not surprising by l0ungeb0y · · Score: 3

      No, I don't sell Atlassian Software, I consult startups for a living.
      I get nothing from Atlassian, and don't put all my clients on Atlassian.
      Many of them I put on Github Enterprise.

      It depends on the client, the product, the development cycle, the team, and the roadmap.
      But hey -- don't let that stop you from making wild and baseless accusations.

    15. Re:Not surprising by Drakonblayde · · Score: 2

      If you're virtualizing Atlassian apps, it does take a bit of work and optimization to make them play nice, which is how every install (including my own personal ones) I've ever worked on has been installed. Once they're tuned, they hold up and scale pretty well though.

    16. Re:Not surprising by Drakonblayde · · Score: 3

      Ah, right. You sell Atlassian software. Can you say "conflict of interest"?

      You're being a dick. It's fairly obviously he does consulting work for clients, and as such, provides them with solutions to meet their requirements and improve their work flow. That's like saying that, just because I'm a network engineer whose decides to implement a Cisco solution for a customer, that I'm selling Cisco hardware.

      You're sounding like a bitter jerk.

    17. Re:Not surprising by loom_weaver · · Score: 1

      4 years ago when I used Atlassian products JIRA was great and worked just fine for our company. Crucible was fine too. Fisheye seemed a bit slow.

      Customer support was responsive. I don't think their other products deserve the vitriol your posting but this backdoor, if indeed put in intentionally by them, is pretty damning.

    18. Re:Not surprising by Anonymous Coward · · Score: 0

      Fisheye runs horribly under google chrome. Since chrome is faster for nearly everything else, they've got to be doing something strange (perhaps generating lots of errors).

      It is the only thing I end up using firefox for these days.

    19. Re:Not surprising by viperidaenz · · Score: 1

      Perhaps if they had an issue tracking system they could manage those defects and get them fixed...

    20. Re:Not surprising by Anonymous Coward · · Score: 0

      You're sounding like a bitter jerk.

      Says the guy who failed to contradict the point and relied entirely on ad hominem name calling.

    21. Re:Not surprising by rvw · · Score: 2

      Perhaps if they had an issue tracking system they could manage those defects and get them fixed...

      Well it appears you can sign in yourself. So go ahead and file a bug report!

    22. Re:Not surprising by Anonymous Coward · · Score: 0

      Our company actually has an atlassian person on staff as a contractor to keep the sites up and happy, but he actually spends most (98%+) of his time doing normal development.

    23. Re:Not surprising by Drakonblayde · · Score: 1

      For starters, there was no real point to contradict, just an assumption on your part without any substantiating evidence.

      I did address your assertion. It's bad logic to assume that just because you implement a solution that's inline with your customers budget and requirements, that you're 'selling' that product. Unless he either admits or you can prove beyond a shadow of a doubt that he's getting a commission out of Atlassian for implementing their products, you're pulling assumptions out of your ass.

      But you go right on ahead being angry on the internet. Rawr.

    24. Re:Not surprising by drinkypoo · · Score: 1

      That's like saying that, just because I'm a network engineer whose decides to implement a Cisco solution for a customer, that I'm selling Cisco hardware.

      That is what you're doing. You're a middleman. You're at minimum making purchasing decisions on their behalf. And you're getting paid for doing it. You have to justify your actions, so that's what you're doing.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    25. Re:Not surprising by Anonymous Coward · · Score: 0

      Well, there is a grain of truth here, 243 and counting: https://jira.atlassian.com/browse/JRA-1330

    26. Re: Not surprising by Anonymous Coward · · Score: 0

      It all boils down to the fact that it's a Lucene based app. The database doesn't count, it's the local storage that must be DBMS quality, that's where the indexes are

    27. Re:Not surprising by Anonymous Coward · · Score: 0

      that's just selling under a different term.

      your car salesman isn't selling you a honda.. he's just doing contract evaluation for you..

    28. Re:Not surprising by Anonymous Coward · · Score: 0

      I don't know why this was marked as troll..

      IE8 and below suffers badly under Jira 4.x+ due to how poorly IE8 (and below) handles Javascript

      Under Chrome Jira runs very fast with very little if any visual lag.

        Of course since a lot of IT Shops still use IE.. well there you go. Still I wouldn't blame Jira as much as I would blame IE.

  3. Curse and I would have got away by Anonymous Coward · · Score: 0

    with it too without you meddling NSA kids being unable to catch snowden!

  4. Crowd is shit. by Anonymous Coward · · Score: 0

    use cas and it's jasig developed altlassian plugin, Crowd is shit.

  5. The bug report with included patch by miknight · · Score: 3, Informative
    1. Re:The bug report with included patch by Anonymous Coward · · Score: 1

      >

      That's for the bug that the report actually discusses, not the backdoor that the report mentions but does not discuss.

    2. Re: The bug report with included patch by Anonymous Coward · · Score: 0

      He did not report the second one.

    3. Re: The bug report with included patch by Anonymous Coward · · Score: 0

      I wonder if Atlassian have even considered creating a bug report themselves? Maybe they don't look for/fix bugs until they've been reported by others at least twice with 12 months in between?

  6. security alerts by manu0601 · · Score: 4, Insightful

    While it is nice for the persons in charge of this obscure software to be notified about a problem on Slashdot, I am not sure I would be very happy to see that generalized.

    But that leads to a real question: how do you learn about vulnerabilities for the softwares you are in charge?

    1. Re:security alerts by Anonymous Coward · · Score: 0

      Go to Blackhat/Defcon? Read 2600?

    2. Re:security alerts by Anonymous Coward · · Score: 0

      While it is nice for the persons in charge of this obscure software to be notified about a problem on Slashdot, I am not sure I would be very happy to see that generalized.

      But that leads to a real question: how do you learn about vulnerabilities for the softwares you are in charge?

      If it is obscure software, you need to get out more.

    3. Re:security alerts by drinkypoo · · Score: 1

      But that leads to a real question: how do you learn about vulnerabilities for the softwares you are in charge?

      you read one or more risks digests (which used to be a name for a thing, dunno if it still is) as well as whatever security-related information your vendor puts out. If your vendor doesn't make reports of this sort of thing via some sort of standard vector, it's time to start shopping for a new solution.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    4. Re:security alerts by manu0601 · · Score: 1

      you read one or more risks digests (which used to be a name for a thing, dunno if it still is)

      That's it. And this is a painful task since you have to filter the information relevant to you.

      In this 2.0 world, it is suprising we did not managed to create some machine-parsable security alert feed (hint: XML), which could be gathered from various vendors and filtered to get the information relevant to a specific installation. In an ideal world, Nagios would get that and send me an alert when I have a pending update for a security alert

    5. Re:security alerts by manu0601 · · Score: 1

      you read one or more risks digests

      That's it. It is a painful task because you have to filter hat is relevant to your installation.

      In this 2.0 world, it is odd that we do not have some machine-parsable (hint: XML) format for security information. In an ideal world, I could gather that from various vendors, filter it to fit my installation, feed it to Nagios, and automatically get an alert when I have a pending update for a security alert.

  7. Commercial Trash by gweihir · · Score: 3, Interesting

    Unless it starts to really, really hurt selling this kind of trash, not fixing _known_ vulnerabilities and not using secure coding practices, nothing will change. It is just cheaper this way and most customers do not care or cannot do anything anyways. One reason surely is managers at the customers that made this broken decision or supported it and now cannot back out without hurting themselves. Another is that absolutely nothing is going to happen to the vendor legally.

    Unless we start to require sound secure software engineering practices OR ELSE! nothing will change.

    --
    Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
    1. Re:Commercial Trash by Anonymous Coward · · Score: 0

      There are two vulns the paper talks about
      1. The one it describes in detail, which has been fixed, and
      2. The one described under "UNPATCHED VULNERABILITIES" section, which has not been disclosed to Atlassian yet.

  8. Thanks! by Narcocide · · Score: 2

    Today I learned about Atlassian, a company whose software I will never use.

    1. Re:Thanks! by Anonymous Coward · · Score: 0

      so youll never have a real job. Thanks!

  9. "un-patched vulnerability..." by Anachragnome · · Score: 0

    The NSA has pretty much proven to me that the INTERNET is an "un-patched vulnerability..."

    1. Re:"un-patched vulnerability..." by Anonymous Coward · · Score: 0

      The NSA has pretty much proven to me that the INTERNET is an "un-patched vulnerability..."

      It was designed that way, remember - no borders, anonymity, free content with ads, free service if you share with advertisers?

      You can be robbed by a man in Nigeria pretending to be a hot chick down the street but when the government reads email you knowingly share for market analysis, "oh noes, the Internet is insecure".

  10. Makes perfect sense. by Anonymous Coward · · Score: 0

    ATLAS SHRUGS at your weak, pathetic, concerns.

  11. Good news! by Anonymous Coward · · Score: 1

    This is the Internet, Waffletwat!

  12. Atlassian Slow as Molasses by Anonymous Coward · · Score: 0

    I tried really hard to like Atlassian's products. Jira is okay. Confluence, on the other hand, turned me off to all Atlassian products. The interface is awful, and it is slower than molasses. I have no idea how anyone evaluates that product and thinks, "Yeah, this looks great and is snappy. This will work wonderfully!"

    I think Atlassian is more interested in putting on dog shows than writing quality software.

    1. Re:Atlassian Slow as Molasses by Drakonblayde · · Score: 2

      Confluence works fine, but you have to be willing to throw the right hardware at it, or be willing to tune it. Something like Doku or Mediawiki is alot less resource intensive, but Confluence is, in a nutshell, a java app, and you need to treat it accordingly. Once tuned and scaled properly, it works just as well as any other wiki, and I personally find formatting for it to be alot easier, as well as the actual management of it.

    2. Re:Atlassian Slow as Molasses by Anonymous Coward · · Score: 0

      would you share your hardware specs and anything specific tuning wise?
      we were forced to migrate to confluence and it's slow, so if someone has it running fast, i'd like to share what you did with our admins

      I also can't believe they took away wiki mark up in the newer versions

    3. Re:Atlassian Slow as Molasses by Drakonblayde · · Score: 1

      Yeah, I'm a tad annoyed at some of the changes in Confluence 5.

      As far as tuning goes, that I cannot offer any advice on. In the enterprise, we run Confluence virtualized, and our VMWare admins and server admins were the ones who beat their heads against it. My personal install is also virtualized on VMWare, and I just tossed 4 gigs of memory and 2 vCPU's at it, and it works fine. However, it only supports like 4 users, so it's not exactly the greatest stress test in the world.

  13. space aliens in a group? by Anonymous Coward · · Score: 0

    space aliens in a group?

  14. The report's author are pretty convincing by fgrieu · · Score: 1

    The original report says about the last vulnerability discussed (but not disclosed)

    Indicators such as covert positioning, the use of special parameters, absence of log messages, facilitation of persistence, and apparent lack of legitimate purpose suggest that this vulnerability could be classified as a symmetric backdoor if malicious intent were to be established (which it has not).

    I like the tone: they stop short of stating this is a deliberate backdoor of the worst kind, but give extremely convincing argument that it is one.

    1. Re:The report's author are pretty convincing by Anonymous Coward · · Score: 4, Informative

      I work for Atlassian and the author has not yet disclosed the vulnerability described in the "UNPATCHED VULNERABILITIES" section to us.

      Atlassian provides source code for most of our products (including Crowd) to paying customers. We would never deliberately build a backdoor into any of our products and I personally would never work for a company that would do that.

    2. Re:The report's author are pretty convincing by Anonymous Coward · · Score: 0

      So.... you guys just suck?

    3. Re:The report's author are pretty convincing by Anonymous Coward · · Score: 0

      All I have to say is, you should be on the lookout for resignations, especially those not well publicised.

      Just because you haven't heard it reported, doesn't mean it wasn't (it doesn't mean it was either). The best way of figuring out if there had been a cover-up is when people's conscience gets the better of them and they leave.

    4. Re:The report's author are pretty convincing by Anonymous Coward · · Score: 0

      backdoor need not be obvious in code or the binary shipping be the same code...

    5. Re:The report's author are pretty convincing by Anonymous Coward · · Score: 0

      An *Atlassian* employee responding? Wow. I am so going to frame this.

    6. Re:The report's author are pretty convincing by Anonymous Coward · · Score: 0

      ...and then I threw it on the ground!

    7. Re:The report's author are pretty convincing by Anonymous Coward · · Score: 0

      ... and then I threw it on the ground >:

  15. Atlassian Crowd? by Anonymous Coward · · Score: 0

    I've been treated at my $company to some Atlassian products (Jira, Confluence).

    From my POV, it's just your "enterprise level Java hairball" (in marketing talk a "stack", perhaps because it sounds a bit more orderly) rendering a sad and bureaucratic caricature of things which already are around, like wiki and issue tracker. Crowd seems to be some single-sign-on thingie (think Kerberos and Moonshot, but perhaps pounded into a buzzword compliant but barely usable minceball).

  16. there is no spoon by Anonymous Coward · · Score: 0

    there is no spoon
    there is no spoon
    shakes head YES THERE IS....

    i dont live in da matrix

  17. You can make a difference... by treval · · Score: 1

    Appropriately enough, they are looking to hire a "Director of Security" in their Sydney office.

    https://www.atlassian.com/company/careers/jobs/listing?org=ATLASSIAN&cws=1&rid=688

    (Actually, Atlassian make some really good software and it would be a great place to work.)

    --
    Your attitude is infectious...
  18. They are also looking for Geniuses, did you know by Anonymous Coward · · Score: 0

    Perhaps if they found some to hire, this slashdot story might never have appeared? http://www.smh.com.au/it-pro/business-it/desperate-search-for-geniuses-goes-to-ends-of-the-earth-20130317-2g8rp.html/

  19. Why would anyone NOT use Kerberos? by Anonymous Coward · · Score: 0

    Seriously, it takes about 10 minutes to get an installation up and running. Even for small networks it makes sense these days.

  20. used crowd to drive adoption by Anonymous Coward · · Score: 0

    Just fyi for all this puzzlement. I have an atlassian jira, confluence and crowd install that I setup for a customer. The reason we chose crowd was to help drive adoption for the system, as it made the browser login only needed once to access either product. My only complaint at the time was the annoyance of dealing with license seats, but it otherwise worked as advertised without much effort to set up.

  21. Clear text passwords, WTF?! by Anonymous Coward · · Score: 0

    From the PDF, first footnote

    Atlassian did not remove the original database from their servers during the migration. The original database contained unencrypted (plainÂtext) customer credentials and was successfully exfiltrated by hackers in April 2010, likely resulting in the compromise of multiple customer accounts. (Erdos, 2013)

    That sucks...

  22. Embedded Crowd in JIRA effected? by Aaden42 · · Score: 1

    Having read TFA, I don't *think* the embedded version of Crowd used for LDAP/AD authentication in JIRA since 5.x is effected by this, but it doesn't explicitly say it isn't. Anybody know for certain?

    1. Re:Embedded Crowd in JIRA effected? by Anonymous Coward · · Score: 0

      Only the standalone Crowd product is affected.

    2. Re:Embedded Crowd in JIRA effected? by Anonymous Coward · · Score: 0

      Know for certain. See CWD-3366's comment 489717 by Vitaly: https://jira.atlassian.com/browse/CWD-3366?focusedCommentId=489717&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-489717