Slashdot Mirror


Security Concerns Paramount After Early Reviews of Diaspora Code

Stoobalou writes with this excerpt from Thinq.co.uk: "Following the release of the source code for the Diaspora social networking platform, hackers and tinkerers the world over have been poring over the code in order to improve, enhance, and otherwise help the project in its attempt to unsettle Facebook. Sadly, the current opinion is that the code just isn't up to scratch. While the team clearly stated that 'we know there are security holes and bugs' in the code that was released, it's possible that they weren't aware of just how many show-stopping issues there are — issues which make it hard to recommend that you roll your own Diaspora server just yet."

65 of 206 comments (clear)

  1. Re:Freetard fail by Anonymous Coward · · Score: 2, Funny

    You're wrong. I'm 99% confident that 2011 will be the year of Diaspora on the desktop.

  2. This isn't necessarily a bad thing by iONiUM · · Score: 4, Insightful

    It might encourage the workers on Diaspora code to work harder for security. I mean, even if you think you have every security hole plugged, until you open that code up to the world you won't really know. So what, there are many more security bugs than expected. That's fine, delay the release a little bit and start patching.

    Unless this completely discourages them to the point that they turn emo and start lying in the dark crying, I'm pretty sure they can fix this and still release.

    1. Re:This isn't necessarily a bad thing by TheRaven64 · · Score: 5, Insightful

      Is anyone actually surprised that a bunch of Ruby developers can't write secure code?

      No, but then I wouldn't be surprised if you substituted Python, Perl, Java, or C for Ruby in that statement. The proportion of programmers who can write secure code is a relatively small proportion of the number that can write code in any language.

      That's one of the reasons why, as I said in the last story, I am more interested in the protocols than in the implementation. A set of standard protocols for social networking (ideally built on top of XMPP) would allow lots of different implementations, which would reduce the damage that could be done by a flaw in one of them.

      --
      I am TheRaven on Soylent News
    2. Re:This isn't necessarily a bad thing by Tassach · · Score: 4, Insightful

      No, but then I wouldn't be surprised if you substituted Python, Perl, Java, or C for Ruby in that statement. The proportion of programmers who can write secure code is a relatively small proportion of the number that can write code in any language.

      A great big helping of THIS. It is insanely difficult to write really secure code in any language. (Although it's harder in some than in others).

      Look at Postfix -- it was designed and written specifically with security in mind by one of the world's foremost experts on TCP/IP security, and it STILL has had security bugs. If a hacker god like Wietse Venema has security bugs in his code, what chance do mere mortals like us have of writing secure code?

      This is something that has to be tackled on multiple levels -- in library code, at the compiler, at the operating system, and even in the language itself. Modern languages have garbage collection that prevents (most) memory leak issues; we need a similar language-level mechanism to address common security issues. Perl's taint mode is a definite step in the right direction, but there needs to be more research done on language-level security features.

      Likewise, we have static and dynamic code checkers that highlight problematic code; while there are some for security, we need more/better tools in this area, and more importantly we need to teach young programmers to actually USE them, or better yet build them into the compiler so you HAVE to use them.

      --
      Why is it that the proponents of "one nation under God" are so eager to get rid of "liberty and justice for all"?
  3. Re:Freetard fail by Anonymous Coward · · Score: 5, Interesting

    Yeah, but it will be like email is now. People won't need to run their own servers. They will be able to pick from a variety of free diaspora hosts who get their revenue from ad dollars and harvesting your data (and that of your friends, who might host their own diaspora node at home, or on another service), and then we will be free of facebook's horrible privacy violations, and be in a new universe of less accountable companies with even worse problems.

    I can't wait, diaspora, here I come!

  4. After how long? by Sarten-X · · Score: 4, Insightful

    After a few months, a big project has bugs? Really? That's amazing! After all, Windows has been around for only 20 years and it's perfect, right?

    I think I'll reserve judgment for sometime in 2012...

    --
    You do not have a moral or legal right to do absolutely anything you want.
    1. Re:After how long? by truthsearch · · Score: 4, Interesting

      It looks like they've only focused on the front end so far. I was expecting an architectural prototype with a thin front end (in which case security should be baked in from the start). Instead they've only focused on the user interface, which pretty much makes this project pointless so far.

    2. Re:After how long? by EggyToast · · Score: 4, Interesting

      Yeah, they've only focused on the "fun stuff." Or rather, it sounds more like their purpose was "Facebook's so annoying to use. Let's make one that works like we want!" without really caring about the backend stuff. Maybe they assume that the "open source community" will do all the backend stuff for them -- even though they're the ones getting paid?

    3. Re:After how long? by ihatejobs · · Score: 5, Insightful

      Irrelevant. A bug is a bug, and can be fixed. So long as they actually fix the bugs instead of pushing out a release, they should do fine.

      --
      Can anyone tell me why 99% of /. users are total assclowns?
    4. Re:After how long? by Sarten-X · · Score: 5, Insightful

      Not if it's anything like every big project I've worked on.

      First, projects go through a phase of "how can we do this" where various components are mashed together with the expectation that things will work later. That's a good thing to do while gathering initial funding.

      Then they go through the phase of "we can do this" where some parts of the project work, but most is broken.

      That's followed by the "demonstration" phase, where things work under perfect circumstances. That seems to be where Diaspora is at now.

      Next is the "we can do this well" phase, where the once-connected components are split up and divided into their appropriate layers and security is locked down, now that there's a clear idea of what the security model must support.

      Finally is the "continued development" phase, where the project is stable enough that new components don't need major changes to security, and extra features can be added.

      I've had a few projects that started with the frameworks and various layers of abstraction, and they've invariably failed after many refactorings and revisions. Heck, one project I worked on was a web-based game engine, which turned into a giant security model, and finally died without a single line of actual game code written. It took eight months to fail miserably. Projects change, and requirements change. Going into a security model too early can be worse than not having one.

      --
      You do not have a moral or legal right to do absolutely anything you want.
    5. Re:After how long? by Posting=!Working · · Score: 3, Funny

      Yeah, students with no real-world big project experience should all just get jobs with large companies and stop trying to be innovative until they've spent a few years updating comments and doing bugfixes in other people's code.

      After all, no one has ever gotten ahead in computers by jumping into a huge project they had no experience in while they were young. They need to wait until they're in their 40's so they have enough experience and then start a small project.

      Security problems in pre-Alpha code? The whole project is obviously a failure and should be abandoned. What idiots they are for trying!

      --
      This sentence no verb.
    6. Re:After how long? by Rival · · Score: 5, Insightful

      Yeah, they've only focused on the "fun stuff." Or rather, it sounds more like their purpose was "Facebook's so annoying to use. Let's make one that works like we want!" without really caring about the backend stuff. Maybe they assume that the "open source community" will do all the backend stuff for them -- even though they're the ones getting paid?

      Or possibly, that they are smart enough to recognize that having "something" to show possible investors (and more importantly, current investors) is worth a great deal more than a framework that can't be demonstrated.

      Don't get me wrong -- I really, *really* hope that the security model gets implemented well in Diaspora, and they don't get destracted by "ooh, shiny!" syndrome. But expecting them to go to folks who have given them money -- people who likely know even less about security than these college students -- and say, "This mystery code will work, it's really better, we just can't demonstrate it," is unreasonable.

      Prototype first, then refine. Bugs happen, just fix them and move on. It looks like they're on their way to me. If you (or others) think you can fix these bugs or fundamental flaws in their security model, talk to them. You might just find yourself a job at a potentially big startup.

    7. Re:After how long? by 16K+Ram+Pack · · Score: 2, Interesting

      On the other hand, getting people seeing features that they might be interested keeps some buzz going about it. No-one gets excited about security, they expect security.

    8. Re:After how long? by danny_lehman · · Score: 2, Interesting

      Perhaps they put some effort into the GUI to establish a brand image of sorts before the Open Source Community got their hands on it, wouldn't you? They got Paid because they had the initiative to start it, that's how it works.Also, the amount they got paid is kind of representative of the amount of demand out there for an alternative to Facebook - So

      "Facebook's so annoying to use. Let's make one that works like we ALL want!"

      FTFY...

      They announced they would release a semi-working version's code, and that's exactly what they did. Their "mission statement" has a large emphasis on security so i sincerely doubt they will allow another major release with a "Patched" backend. The open source community Is large enough and kind enough to contribute where they may have fallen short. If you want to get paid for helping, you may want to go start your own.

    9. Re:After how long? by ihatejobs · · Score: 2, Informative

      That is true, but looking through their github repo the issues don't appear to be significant enough to require a major redesign. I think they got pretty damn close to what they needed. All they have to do now is do a little spit shine and polish things up, correct security flaws, etc. I mean one of the more significant issues listed in the article was that you can inject HTML into comments. As big of a security hole as that is, its not terribly difficult to fix either.

      --
      Can anyone tell me why 99% of /. users are total assclowns?
  5. Pre-alpha by mseidl · · Score: 2, Informative

    zomg! Pre-alpha! This thing is sure to be a failure!

    1. Re:Pre-alpha by WalkingBear · · Score: 2, Interesting

      Yeah, we used to call this level of code a functional prototype. Build the features that let you test you concepts and ideas. Get as many eyeballs on it as possible. Not all of the defects, holes, changes, bugs, etc.

      Now take that information, go back to a blank slate, and start coding towards a v1.0 release.

      What I've seen of the Diaspora code, and what I've seen others post about it tells me this is definitely in the prototype / conceptual release phase. It's called a Pre-Alpha for a reason.

  6. And that was to be expected by e065c8515d206cb0e190 · · Score: 4, Insightful

    Seriously, a bunch of kids from NYU... what did you expect?

    It's not a bad thing though, as long as people are willing to constructively collaborate on the project.

    1. Re:And that was to be expected by DJRumpy · · Score: 5, Insightful

      Am I missing something here? This is the way it should work, and the true strength of open source. Assuming they have the skillset to address the security issues found, I just don't see an issue. This isn't release level software yet, and I would expect that anyone putting up such a site based on it would publish that fact. I'm pleased that they are getting such great input on key security flaws.

    2. Re:And that was to be expected by yincrash · · Score: 3, Insightful

      Just because software is open source does not mean it is easily modified. In many cases, it could be easier to rewrite it from scratch to do the same thing than to modify existing code that is terrible.

    3. Re:And that was to be expected by gparent · · Score: 5, Insightful

      It's not a jab at all. It's perfectly normal for inexperienced coders to have security issues in their applications, just like you can have any other bug.

    4. Re:And that was to be expected by GreatBunzinni · · Score: 4, Insightful

      Seriously, a bunch of kids from NYU... what did you expect?

      I don't know. What do you expect from a 21-year old kid from University of Helsinki? Personally I don't believe anyone expects much from it but nowadays you have the entire IT world being carried by a pet project made by a little Finnish kid from University of Helsinki.

      Is this also the case? I don't know, really. Yet, I hope it is.

      --
      Slashdot, fix your code or at least hire someone who is competent at it to do it for you.
    5. Re:And that was to be expected by coldfarnorth · · Score: 2, Insightful

      They have been admitted to the school of practical experience with a great idea, but less practical experience than you would prefer. We have two choices: 1) Tell them "You suck", throw them out on their asses, and consign their idea to the scrap heap -or- 2) Start to teach them the skill sets they need, and try to realize some of the promise of their idea. Choose wisely.

      --
      Lets start refering to The War Against Terror by it's initials. . .
    6. Re:And that was to be expected by severoon · · Score: 4, Interesting

      It's too bad there's so many problems with this project...I was really looking forward to a good alternative to Facebook.

      If only there was some kind of development methodology where these issues could be discovered early on and addressed by those that do have the necessary experience...alas, I forget myself—such a thing is and shall forever remain unattainable fantasy.

      I guess we should just be glad they published the source code so the facts are out and we can all agree: the only path forward is to toss the whole idea.

      --
      but have you considered the following argument: shut up.
    7. Re:And that was to be expected by Subm · · Score: 3, Insightful

      I don't know. What do you expect from a 21-year old kid from University of Helsinki? Personally I don't believe anyone expects much from it but nowadays you have the entire IT world being carried by a pet project made by a little Finnish kid from University of Helsinki.

      Is this also the case? I don't know, really. Yet, I hope it is.

      You know, there was a bit of code there before Linus started. Linus's pet project was one of many many people's pet projects.

      Sometimes I question calling the operating system GNU/Linux, but when people imply Linus wrote the entire OS, I see why people press for the recognition to everyone who contributed all the free code.

    8. Re:And that was to be expected by mr100percent · · Score: 2, Insightful

      It states very clearly that this is ALPHA code. It's a bit too soon to formulate opinions on if its useable, right?

    9. Re:And that was to be expected by severoon · · Score: 4, Informative

      (To anyone that may have missed it, perhaps I should have included —coughcoughopensourcecough— at the end of that second paragraph.)

      --
      but have you considered the following argument: shut up.
  7. Good thing it's free... by metamechanical · · Score: 4, Insightful

    Okay, I have no horse in this race, as I only have a passing interest in online social networks (enough to read the article, but not enough to join one), so I am not very passionate about this news in one way or another, but...

    Isn't that why it's called pre-Alpha software?? I mean, bugs happen. In open architectures, you fix them. If this were a closed software project, you wouldn't even know about them. If there were endemic, critical flaws inherent in their underlying assumptions going into this project, then that would be news, but "oversold Alpha software contains bugs!!!" is hardly worth noting. Being free software, many eyes will ensure that the Beta version is better, presumably.

    --
    If I had a nickel for every time I had a nickel, I'd be richcursive!
    1. Re:Good thing it's free... by metamechanical · · Score: 2, Informative

      Biases and accusations of bias run rampant on slashdot. So yes, I was trying to avoid just that. I've followed them mostly because I found their way of getting funding novel, and have been curious how it would pan out in the end.

      --
      If I had a nickel for every time I had a nickel, I'd be richcursive!
    2. Re:Good thing it's free... by metamechanical · · Score: 4, Informative

      That's a fantastic point. I should have been more specific - what I meant was the only reason security concerns and bugs are being found out in a pre-alpha is that it is open. It is exceedingly rare that a closed piece of software releases up a pre-alpha for general review (and hence, you wouldn't have ever even known about them). In more mature released closed software, though, you're right that my point holds no water.

      --
      If I had a nickel for every time I had a nickel, I'd be richcursive!
    3. Re:Good thing it's free... by nine-times · · Score: 2, Insightful

      I think the point was that, if this were a closed project, no one would have acess to anything yet-- not the source, not the binary, nothing.

      This was not intend to be a secure release or a complete release. This was the first release of an open source project, just to say "here, we have something, so let's get started.". If you expected to be rolling your own diaspora server right now, then you really didn't understand what was going on.

    4. Re:Good thing it's free... by Spansh · · Score: 2, Insightful

      The problem about this is that many of those types of flaws have been well known about and well publicised for many years now (and many high profile sites have had widely publicised exploits ecause of them).

      However, there are now many standard practices which seasoned/experienced programmers/developers/system designers use to mitigate most of those issues (Hell, whilst I may have some issues with Ruby on Rails, with the current release I believe you'd have to explicitly allow unescaped HTML into your pages).

      Anyone who has been developing any web applications for any decent length of time should be treating security (XSS, SQL Injection, Request Forgery etc) as a matter of principle, because it's much harder to retrofit security once you're finished. So that their source has so many holes in it does not bode well for any underlying protocol, they are not approaching the project with security in mind at all (and it may seem that they are not experienced enough yet to approach it so). This would be fine if it was just your average open source project, however it's not. They have been donated some $200,000 with which to develop it, and the benefit that could be gained from it is immeasurable. If the code they write is full of flaws, you can probably expect the protocol to have issues as well.

      As has been suggested, the very first thing they should have done is come up with the protocol/data schema/api with which the sites would communicate . This would include allowing extensions/non base data as if there isn't a standard way of doing this then many of the various companies who run the servers will attempt to extend them (ala Microsoft) to get their own kind of vendor lock in (The best way would probably be something similar to the RSS v2.0 modules via namespaces, though I haven't spent too much time thinking about it).

    5. Re:Good thing it's free... by Monchanger · · Score: 3, Insightful

      If you expected to be rolling your own diaspora server right now, then you really didn't understand what was going on

      Exactly. Like much of the dumbed-down "news" we're subjected to, this is just a little more sensational nonsense.

      Breaking news! Infants can't grasp quantum physics. Are they stupid? You decide!

      The little coverage I've seen sticks strictly to usability ("aspects" and this very early revision of the UI) . If that's all they built, I wouldn't bother criticizing the more difficult areas of security, scalability and reliability (that's not to say one shouldn't report bugs). Since hearing of the project I've assumed that these problems may be something these kids are looking for others to pitch in. Releasing the code isn't a bad way to get other people to start working, and as we've seen that actually worked out well, significantly multiplying the number of contributors to the project.

      Diaspora, done right, is not a weekend project. Doesn't help that these naysayers are too immature to seek positive reinforcement.

  8. Protocol, not code by ath1901 · · Score: 5, Interesting

    I'm more interested in the protocol than the code. If the protocol is vulnerable to attacks/fraud then it is a show stopper.

    If the ruby-web-stuff-code contains bugs and security holes, I'll just write my own (read: wait for someone else to do it).

    I couldn't find any relevant info about the protocol in TFA. Am I missing something?

    1. Re:Protocol, not code by crf00 · · Score: 2, Interesting
      This should hardly surprise anyone. In fact, I realized it early that what matters is the protocol not the code, but you can't offer privacy protection in a decentralized protocol. A centralized social network like Facebook can actually offer more privacy protection, because Facebook is the only party that holds your information.

      Decentralization on the other hand, means broadcasting information to multiple parties, in this case your friends. A protocol can be designed to be P2P, but you cannot prevent any peer from choosing a provider to host data on behalf of themselves. Just like email, any corporation can make use of this protocol to host a user's social network. When this become the norm, and when you, who host your own social server, try to broadcast a status update to some friends on Facebook/MySpace, then bang! Now both Facebook and MySpace holds a copy of your status update.

      I'm actually surprised that the Slashdot crowd is naive enough to expect a protocol to protect one's privacy. As far as I know, none of the protocol we have today holds any claim that it can protect user's privacy, including email, IP, IPv6, HTTP, Tor, XMPP, FOAF, and the semantic web. In fact, the newer protocols such as IPv6 and FOAF are in fact far more privacy invasive than any kind of web 2.0 services today. Sure, we have protocols that protects user's anonymity, but anonymity is different from privacy that anonymity hides the true identity of the user, but the anonymous user's activity is always public. Furthermore, communication protocols such as email and XMPP never guarantee any kind of privacy protection, and they even encourage users to find a provider instead of forcing them to host server themselves.

      My point is, either Diaspora will be extremely successful in privacy protection but nobody uses it, or everyone will use Diaspora but it will have serious privacy loophole that can never be fixed.

      I'm pretty sure that supporters of Diaspora will be very upset if this happens:
      1. Social protocol forks out of Diaspora and becomes standard.
      2. Facebook refuse to join. MS jumps in but provides sucky service.
      3. Diaspora founders startup Sporazzora social hosting, earns big bucks, starts data mining.
      4. Google jumps in as second mover and kill everyone else, now becomes top social network.
      5. Facebook joins in too late, but still has enough users for data mining.
      6. Data exchange chaos to communicate with friends located at Facebook, MySpace, and Hi5. Privacy settings getting out of control.
      7. Evil MySpace discloses all users' data to public. Everyone yells but nobody cares. MySpace users continue to stay there, while Google users unfriending MySpace friends.

      Many privacy issues are caused by people misunderstanding about the privacy features of various protocols (which is none). For example, it actually take people by surprise that the server will know the client's IP address for every TCP/IP connection established, and that HTTP is transfered in plain text and cached in various proxies.

      But we geeks didn't correct user's misunderstanding, but instead even use it as our own arguments against corporations. We think that, sure, the protocols expose these problems, but we'll just use brute force to restrict how websites can make use of these data. Sure that there are a few responsible one who want to invent new protocols that can protect user privacy, such as the one who made free proxy pools that connect to Google through the shared proxy. But they failed and instead raised more privacy issues in the protocol.

      Protocol designers usually aware of the privacy issues that might arise from using their protocol. However they usually keep quiet and do not warn users about the potential danger. This is reasonable since nobody likes to be blamed at, and everyone likes to see their product to s

    2. Re:Protocol, not code by Rogerborg · · Score: 2, Insightful

      It doesn't look like they started out by documenting any new protocols (which is probably what I would have worked on first if this were my project). From the code it appears they've mostly focused on the user interface.

      Flashback to my game dev days: "Never mind if it works, make it spin!"

      I guess they're not locked into a death march yet, but it's not a good start. "Pre-alpha" bollocks aside, you've either got a zero defect mentality, or you don't. Since nobody forced them to release in this state, it looks clear that they don't. The problem isn't the code, it's the coders.

      --
      If you were blocking sigs, you wouldn't have to read this.
  9. Diaspora marketing by jdfox · · Score: 3, Insightful

    I don't understand why Diaspora has had saturation coverage in the mainstream press (and pretty heavy coverage here, for that matter) before it even went alpha, but identi.ca gets so little.

  10. Re:Freetard fail by Pojut · · Score: 4, Insightful

    Something doesn't have to convince every user just to succeed. To me, Diaspora represents everything RIGHT with the FOSS community. Collaboration on software that, on its own, would never survive. However, with people working together on it, they can increase its usefulness (and increase their own skills, which by proxy would improve any future projects they worked on.) Diaspora is a grand experiment, one that I hope works out.

    I fail to see how working with people dedicating their time and knowledge can be seen as a bad thing.

  11. Horse before cart by drewhk · · Score: 4, Insightful

    Again, a project that was way overhyped before any code became available.

  12. Specialized servers offering ad-free accounts by tepples · · Score: 4, Informative

    Unlike Facebook, the Diaspora network is planned to have more than one server operator. Some might offer ad-free accounts to subscribers. Others might be run by a company that offers ad-free accounts to its employees, a school that offers ad-free accounts to its students (echoing the original meaning of the word "facebook"), or a church or other non-profit club that offers ad-free accounts to its members.

    1. Re:Specialized servers offering ad-free accounts by oldspewey · · Score: 4, Interesting

      But as I understand it, an end user does not necessarily have control over where their information is routed/stored. So if there are a few rogue server managers out there acting the way FB does today (selling personal info as a source of revenue) then every member of the user base will (potentially) be affected.

      Please correct me if I'm wrong, because I'd like to be wrong about this.

      --
      If libertarians are so opposed to effective government, why don't they all move to Somalia?
    2. Re:Specialized servers offering ad-free accounts by koiransuklaa · · Score: 3, Insightful

      All actual data like messages is (supposed to be) encrypted. So the rogue seed can see your network or parts of it but should not get anything else.

      My understanding is from a quick glance, it would be awesome if the developers would document things a bit more and lay out the design and roadmaps properly.

    3. Re:Specialized servers offering ad-free accounts by plazman30 · · Score: 2, Funny

      So this is going to be a network of server all sending messages back and forth? Wow! Fidonet is back!

  13. This shouldn't be looked upon as a 'bad thing'... by antiparadigm · · Score: 4, Insightful

    Yes, I understand that any security vulnerability is a bad thing. In that merit this is a bad thing. BUT...

    These are people fresh out of college, and haven't gotten a lot of real world experience. I, myself, am only out of college by a year and a half. The first year was spent as a sys admin, but the past 6 as a developer. They have probably heard of some types of attacks, but are unfamilier with details. Others, if they are like me, they haven't even thought of. All of this comes from being "in the trade".

    This is why Open Source is good. It can rapidly increase a programmers competency if they get constructive criticism. It sounds like they are getting plenty of that, but the article kinda makes it sound like the should know all this.

    I, for one, am glad they are doing this, and that they have decided to release some code early for review. Not only will it allow bugs to be fixed early, but it will also give them lessons for future use.

  14. Re:Why is there so much bad press at the moment. by MonsterTrimble · · Score: 2

    What worries me is that from the sounds of it that there is so much wrong that they will miss their deadline of the october launch if they do it right and address the show stoppers before release (Ubuntu-itis perhaps?) If they make the deadline and it sucks it will fail. If they miss the deadline by a couple months or more, the hype will be gone and Diaspora will be tossed aside.

    I honestly hope they succeed. I use facebook and I like it, however the endless amount of drivel I see (and have to ignore) plus all the security changes and stuff means the clock is ticking on the site before the mass exodus begins. I have high hopes for Diaspora because it's open source and not centralized, and I hope it hits before the next awesome social networking site pops up and takes the glory.

    --
    I call it 'The Aristocrats'
  15. Symptom of a closed development model by seandiggity · · Score: 2, Insightful

    I respect what's been done so far with Diaspora, but for all the hype and money poured into this project, this is a bit embarrassing. To me, it looks like a byproduct of a closed development model with a small team...I'm glad there can be community participation on the project now but I don't understand why the community wasn't involved in the beginning.

    --
    Geeks like to think that they can ignore politics, you can leave politics alone, but politics won't leave you alone.-rms
  16. Questioning the Whole Concept by am+2k · · Score: 2, Insightful

    So, they started from scratch whipping up a solution that's potentially huge, with programmers that apparently aren't that experienced.

    I question how intelligent this approach really is.

    My solution would have been: Take a standard XMPP server, use its capabilities in the area of code stability, pubsub technology, server-to-server communication and properly documented communications protocol (as an RFC), and just write a javascript-based client (based on jQuery and strophe.js for example) that uses it. Any common server like ejabberd would be perfectly able to handle the stuff they need, no server-side coding required at all. As a bonus, the code has already been tested for security and has fewer bugs due to being out in the open for much longer.

    Additionally, it would be trivial to have competing implementations. They already exist.

    1. Re:Questioning the Whole Concept by am+2k · · Score: 2, Informative

      If you think XMPP is only about instant messaging, you haven't looked into the protocol at all. I'm actually on facebook, so I know very well what's required for a direct competitor.

      Here, let me help you with the spec on pubsub via XMPP.

      In other words: Maybe you should brush up on just what this XMPP is all about before you comment.

    2. Re:Questioning the Whole Concept by TheRaven64 · · Score: 2, Informative

      XMPP is two core specs and a load of enhancements. The core spec defines a way of transferring arbitrary chunks of XML about the place. The XMPP-IM spec builds on top of this to provide services required for instant messaging (roster management, that kind of thing). Various XEPs also add publish-subscribe, multi-user chat, vCard publishing, microblogging, video chat, and so on.

      --
      I am TheRaven on Soylent News
  17. Re:This shouldn't be looked upon as a 'bad thing'. by antiparadigm · · Score: 3, Insightful

    My point is, then obviously new they were inexperienced and that the code would have numerous problems. That's why the article said only the die-hard fans with blinders on would try to set this up and be subject to the security holes.

    What I'm trying to say in my post is that since they knew there were problems, they went ahead and released the code so others can look. This is one of the great strengths of open source. If you know you have problems in your code, you can release it and have others look over it and provide insights into what you are or are not doing correctly.

    Should inexperienced people be trusted to create a highly secure network protocol and implementation? No. Not even remotely. BUTThey took it upon themselves to get the process started. Once they felt they had something worth others looking at, they released the code, and professionals with more experience provided feedback.

  18. Oh come on... by __aayejd672 · · Score: 2, Insightful

    BURN THE WITCHES

    Version 0.0.0.0.1 of something more complicated than "Hello world" released along with huge warnings that it is not ready for production and people are shooting the entire project down. It has had 4 people working on it, now they've stuck to their word and opened it at the time they said they would. Why is this news surprising or bad? Why is it even news?? People have found gaping holes, said people will close gaping holes - that was the whole point of it being open wasn't it?

    “If you've been on the Diaspora mailing list, there are people who are clearly not security professionals who are asking each other, 'OK, what do I need to do to get this running because I hate being on Facebook,'” he said. “They are going to get burned in a very serious manner very, very quickly if they actually succeed in doing what they're trying to do.”

    (screams into pillow)

  19. Call me old-fashioned... by pedantic+bore · · Score: 3, Insightful

    ... but after skimming through the code, I'm not terribly surprised to hear that it has issues, because there are virtually no comments or design docs.

    Each one of the coders probably thinks the other coders are responsible for security, because it's nobody knows exactly what the other modules actually do. It's not written down anywhere.

    To be fair, this isn't the only system I've seen like this... and kudos to the team for sticking their code out where everyone can see it. I'm sure that there are similar problems in many widely-used systems, but since they're closed source, we can only guess about the details.

    --
    Am I part of the core demographic for Swedish Fish?
  20. But how does it compare with the alternatives? by Linux_ho · · Score: 3, Funny

    The release of pre-alpha source code for their Diaspora social Website was only a few hours old on Wednesday when hackers began identifying flaws they said could seriously compromise the security of those who used it. Among other things, the mistakes make it possible to hijack accounts, friend users without their permission, and delete their photos.

    "The bottom line is currently there is nothing that you cannot do to someone's Diaspora account, absolutely nothing," said Patrick McKenzie, owner of Bingo Card Creator, a software company in Ogaki, Japan.

    So in other words, yes, it's a little bit worse than Facebook at this point.

    --
    include $sig;
    1;
  21. Why Would You "Roll" off a Developer Release??? by ideonexus · · Score: 3, Insightful

    "...issues that make it hard to recommend that you roll your own Diaspora server just yet."

    Umm... Am I missing something here? Why would you set up your own Diaspora server using a Developer's Release? It's in development, as in not ready for prime time yet. There might be too many security issues for it to go live in October, as is scheduled, but if the open source community gets behind the project, that could easily be overcome.

    Unfortunately, this seems to be the catch-22 of many open source start-ups: You need outside developers to help you work out the bugs in your software, but when you publish your development software, everyone beats you up for all the bugs they find in it.

    Stop criticizing and start coding.

    --
    i ~ Celebrating Science, Cyberspace, Speculation
  22. Open Source Best Practices by Bob9113 · · Score: 2, Insightful

    It is excellent that security analysts have taken the time to investigate this code base. I think Eben Moglen made a very strong case for the value of this project, and the voluntary efforts by global security researchers is extremely valuable to the long-term health of Diaspora. Getting security people involved early is a Very Good Thing.

    issues which make it hard to recommend that you roll your own Diaspora server just yet

    Well, yeah. It is brand new pre-alpha code from a small team. If you are going to run brand new pre-alpha code from a small team on a network connected computer, it would be best to know about things like tripwire, process monitoring, traffic monitoring, and chroot, just for starters. You should probably be running it, if anywhere, on a sacrificial box that you can kill remotely. If you are considering running highly experimental code, you should either know how to handle it or know your limitations (I know I don't know enough to run this code in the wild).

    Some products, like OpenBSD, start with high security as job one. Perhaps such projects can be somewhat trusted in their early state (though they will likely be deficient in other important areas). Others start with other prime motives, and should not be so trusted in the early days. The key value of Open Source is not that it is perfect in all critical areas on the first day of publication. It is that it can be collectively enhanced to become very strong in all areas over time. The first step in that process is publishing the broken stuff so the global system of experts can get together for a barn raising.

    In short, this is exactly how it should work. This is not a sign of weakness but a significant step forward on the Open Source best practices road.

  23. It's got potential by Ancalimar · · Score: 2, Interesting

    I admit that I haven't read through the code, and I am not a programmer. But it seems to me that if this can be hosted and run by individual institutions, it could have a fairly large impact in higher education in the next few years. Employees could use this like intranet-lite, and alumni and students could use this the way Facebook was originally used -- a social network for the school itself. The only difference is that it could provide very useful data directly to the school instead of an individual. I've also read a lot of complaints about how the project focused first on user interface instead of back-end programming. Isn't that similar to how Facebook itself started? I don't think there were a bunch of new protocols declared for the "Face book" launch.

  24. How to clean up the code by killmenow · · Score: 2, Funny

    The Diaspora guys should hire Austin Heap.

  25. Re:Freetard fail by hierophanta · · Score: 2, Funny

    article and this comment sponsored by the makers of Facebook: the original and premier stalker tool and dont you forget it

  26. Summary of article and comments by Posting=!Working · · Score: 3, Insightful

    Article - A Pre-alpha release of the User Interface has security holes. For some reason this surprises people, and those who do know better are acting shocked, despite the fact that compiling "#include " by itself can be considered a pre-alpha release and that they have no idea about the project path.

    Comments - Since I wouldn't have started with the user interface, this project is a failure. Stupid kids with no real-world large project experience can't do anything. The money they raised is completely wasted, even though we've no idea how much of that they've actually spent, with 4 programmers living in NYC working on this, they must have spent the $200,000 on gold plated Ferraris. They are not following my formula for creating large successful social networks (my current success rate: 0/0), therefore it is worthless. Trying is the first step towards failure.

    Remind me never to show a work in progress on Slashdot.

    --
    This sentence no verb.
  27. Taken by BlackHawk-666 · · Score: 2, Insightful

    To me the real story here is how four students with no real skills or experience managed to convince people into giving them $200,000.

    Of course their code is going to be utter rubbish, they are uni grads with no experience, discipline, standards, or any of the myriad other factors that are required to make rock solid code. It sounds like they don't even have a documented protocol to work, and I'm guessing that means there's nothing in place for inter-communication with add-ons or third party code.

    Even if you assume they worked mainly on the front-end, that's seriously only a week or so of work for four developers, especially when so much has been cribbed from elsewhere.

    I'm expecting a delay to their release to fix the major obvious flaws, massive security concerns, and a lacklustre launch of a product no-one really needs that much. If Facebook is so bad that you have already removed your account, or haven't subscribed yet - then you might be a contender for this product. Most others will simply stay where their friends all are - because that's the whole ********* point of a social network.

    Never underestimate the power of inertia.

    --
    All those moments will be lost in time, like tears in rain.
  28. Bigger security bug is the design its self by Posts · · Score: 2, Insightful

    (I might be making an assumption with how this is "distributed", friends and trusted servers might be acceptable. But i'm not going to give them the benefit of the doubt because they did a very poor job explaining important details like these.)

    Encryption should never be your only line of defence for PRIVATE information.

    "Distributed Encrypted Backups" and "distributed" is scary because this is PRIVATE information and not PUBLIC information, not only is this uncharted territory but it is fundamentally wrong. With Tor and Freenet there was nothing of value stored or transferred.

    A malicious user could archive torrents of encrypted personal information, even if it takes 20-50 years to crack this is unacceptable. Normally you are just packet sniffing on a small fraction of the population.

    This project could be a false prophet that will that will doom the success of any future social projects.

    Also, these client diversity and data portability concepts may not be compatible with attempts at real privacy and security, for example your perfect email client and server is at the mercy of the client on the other sending/receiving end. These concepts make the assumption that the indefinite storage of information is a good idea, while i happen to think that the expiration of messages is a good idea, and an idea that can look appealing with the right spin. (well, these concepts are may be ok for making the transition to something better, but i think it encourages defeatism, accepting to be average)

    disclaimer, i'm about to finish a security/privacy focused social networking website that isn't exactly 'open' for the foreseeable future but its not feature fancy/flashy either.

  29. Re:Freetard fail by Prune · · Score: 2, Insightful

    All that's really needed here is managing the hype until the system is deployment-ready. I know it's a difficult for a small team already overloaded with to-do lists to have to deal with PR as well, but this is critical to a project with a planned large social scope. They need to do all they can to keep this lying low until the resolution of all major issues that would sour the public's fickle and first-impression-is-everything opinion.

    --
    "Politicians and diapers must be changed often, and for the same reason."
  30. Give'em A Break by Ukab+the+Great · · Score: 4, Insightful

    It's not any dumber than two college dropouts in Cupertino building a personal computer in their garage or some lone crazy finish student making his own OS.

    Budgets considerably larger than $200,000 have been spent on software projects written by professional programmers that don't run at all.

  31. Re:Freetard fail by marcello_dl · · Score: 2, Insightful

    I do not make predictions about diaspora, too early for that.

    I have been suprised by the reported problems, esp. with html injection.
    Diaspora seems a rails app.
    Rails, like most web frameworks, takes precautions against such injections, and IIRC even basic tutorials mention those, so an unskilled coder that RTF tutorials ought to avoid those.

    So I guess they released very early and the code and protocol will have to be massaged a lot. Changing the code is trivial, the protocol is a bit more delicate.
    It's also probably too late to use gnunet, freenet, other p2p or stuff as i2p or tahoe-lafs as an infrastructure, too. Like every other coder out there, including me, they are gonna pay for the NIH syndrome :)
    But ok, let's see what happens. Good luck to diaspora.

    --
    ---- MISSING MISCELLANEOUS DATA SEGMENT --- [sigdash] trolololol
  32. Re:Freetard fail by KazW · · Score: 2, Interesting

    I'm not entirely sure, but I think the HTML injection is caused by their use of WebSockets, which uses EventMachine and then ties back into the Rails app or bypasses it and goes straight into the MongoDB. That's my basic understanding of it, if I'm wrong someone should correct me.

    As for people criticizing the project, I think that it's way too early, it hasn't even hit Beta status, it's an Alpha release.

    WebSockets is actually the aspect of this project that interests me the most, if they can make a "standard" social communications protocol or API that functions over WebSockets, I think that'd be the greatest outcome for the project. If it succeeds in creating that protocol, it wouldn't only kill FaceBook, but Twitter as well. Also, that would allow other developers to create other implementations in different languages(sans Rails) , user interfaces or mashups.

    Either way, I watch this project with great anticipation and bated breath.

    P.S. MongoDB is a NoSQL database...... HA! Now the Web 2.0 synergy in this post is complete.(Yes, I did throw in a few terms just for shits and giggles.) /endpost

    --
    Geeks don't grock information, they grep it.