OwnCloud Server 8.0(owncloud.org)
owncloud.org
OwnCloud Server 8.0
https://owncloud.org/
78 comments
Unfortunately OwnCloud is fundamentally broken because all "apps" share the same process and have to be written in PHP. The bigger the ecosystem gets, the harder it is going to be to deal with security issues. If OwnCloud wants to become a reference platform for other developers it really has to tackle sandboxing and permissions.
If we want to do this in a way where everyone can run their own infrastructure then we've got to tackle some of the distributed systems problems. Specifically, life-cycle management of software/apps, how things sync/backup, and issues of identity and connectivity. One method is to take a clean-slate approach and build up a new stack (with its own trade-offs) e.g. Using unikernels as a base http://amirchaudhry.com/brewing-miso-to-serve-nymote/
>and have to be written in PHP.
How is this different than other HN beloved products like Drupal or pretty much any CMS? I can't think of any single one that has proper sandboxing. OwnCloud is just a type of CMS really, but instead of managing HTML, it manages all sorts of filetypes.
How is this different than other HN beloved products like Drupal or pretty much any CMS? I can't think of any single one that has proper sandboxing. OwnCloud is just a type of CMS really, but instead of managing HTML, it manages all sorts of filetypes.
I would argue that the security of what one would put in Owncloud is more important, as an individual, than what one would put into Drupal. But you can correct me on that, I haven't really used a CMS.
Just playing devil's advocate, but isn't this true with many CMSs? Most implement "users" (and or groups) either in-house or using the underlying OS, and when it is the underlying OS the CMS needs access to all of the user's files anyway to make cooperation and interoperability work, essentially placing a big bullseye on the CMS system itself.
The difference is that OwnCloud is marketed as an operating system and is aimed at holding all the user's personal information. Users who aren't necessarily knowledgeable enough to distinguish trusted and untrusted "applications".
A CMS is usually used by a company and has different threat scenarios. Usually only sysadmins configure and install extensions.
A CMS is usually used by a company and has different threat scenarios. Usually only sysadmins configure and install extensions.
It's true and is the reason why so many PHP powered CMS are so insecure, how many times do you hear about a new wordpress exploit?
It really has nothing to do with PHP. Changing the language or framework wouldn't inherently change the design.
e.g. http://www.cvedetails.com/vulnerability-list/vendor_id-26/pr...
e.g. http://www.cvedetails.com/vulnerability-list/vendor_id-26/pr...
Having said that PHP does make it very hard to run each interpreter process as the user it is doing work on behalf of. Some of the best systems out there run each user's process under it's own uid:gid (or equivalent), and each user has their own filespace and/or database. Obviously this pushes the separation issues down to the OS kernel rather than in the app, but most widely used OS kernels get at least an order of magnitude more, most of the time several orders more, testing for these user separation security features. NIH, re-inventing the wheel and all that.
how many times do you hear about a new linux kernel exploit?
Pretty much everything is insecure. Writing things in not-php isn't the magical fix you seem to think it is.
Pretty much everything is insecure. Writing things in not-php isn't the magical fix you seem to think it is.
What an absurd comparison...
The linux kernel has 16 million lines of code, Wordpress has 300k.
Yet Wordpress[1] has had nearly as many security vulnerabilities as the kernel[2]; 194 vs 257 exploits.
Wordpress is one of the most exploited software packages ever created. It is the textbook example of bad programming.
Just mentioning the kernel when talking about Wordpress is pretty ridiculous.
[1] http://www.cvedetails.com/vulnerability-list/vendor_id-2337/...
[2] http://www.cvedetails.com/vulnerability-list/vendor_id-33/pr...
The linux kernel has 16 million lines of code, Wordpress has 300k.
Yet Wordpress[1] has had nearly as many security vulnerabilities as the kernel[2]; 194 vs 257 exploits.
Wordpress is one of the most exploited software packages ever created. It is the textbook example of bad programming.
Just mentioning the kernel when talking about Wordpress is pretty ridiculous.
[1] http://www.cvedetails.com/vulnerability-list/vendor_id-2337/...
[2] http://www.cvedetails.com/vulnerability-list/vendor_id-33/pr...
I am no fan of wordpress, and I agree that it is a textbook example of bad programming... but it is also a textbook example of good community management and success at empowering non-programmers to have their own web presence. And I believe that the amount of exploits has as much to do (if not moreso) with its sheer popularity as it does with the code.
> Wordpress is one of the most exploited software packages ever created.
Hyperbole much?
It's one of the most popular software packages installed on the web. It's not surprising it has a lot of eyes on it.
Hyperbole much?
It's one of the most popular software packages installed on the web. It's not surprising it has a lot of eyes on it.
This has nothing to do with eyes.
Dozens of other packages have a much larger install base than Wordpress.
Wordpress has 32(!) CVE's tagged with "Exec Code" (remote code execution) alone. The last one a mere 6 months old.
If you know another project that comes even remotely close to that then I'd be genuinely curious which one that would be?
Dozens of other packages have a much larger install base than Wordpress.
Wordpress has 32(!) CVE's tagged with "Exec Code" (remote code execution) alone. The last one a mere 6 months old.
If you know another project that comes even remotely close to that then I'd be genuinely curious which one that would be?
> This has nothing to do with eyes.
Yeah, it does. You can write a crappy piece of software that nobody uses and because nobody has interest in it, it has no known security issues! Big deal.
I'm not saying that Wordpress has a great code-base or that there's no correlation, but that popularity is a substantial variable in that equation.
> Dozens of other packages have a much larger install base than Wordpress.
Name one web based software suite that's installed more often.
Yeah, it does. You can write a crappy piece of software that nobody uses and because nobody has interest in it, it has no known security issues! Big deal.
I'm not saying that Wordpress has a great code-base or that there's no correlation, but that popularity is a substantial variable in that equation.
> Dozens of other packages have a much larger install base than Wordpress.
Name one web based software suite that's installed more often.
Name one web based software suite that's installed more often.
What does "web based" have to do with anything?
Do you think SSH, Postfix, nginx, Apache & Co don't get the same amount of scrutiny? Each of them has a significantly larger install base than Wordpress.
What does "web based" have to do with anything?
Do you think SSH, Postfix, nginx, Apache & Co don't get the same amount of scrutiny? Each of them has a significantly larger install base than Wordpress.
> Do you think SSH, Postfix, nginx, Apache & Co don't get the same amount of scrutiny?
NO! Because they're behind a firewall AND each operates on a very restricted protocol! It has nothing to do with quality of codebase. If Wordpress was behind a firewall and only restricted to text-based input per spec, you wouldn't find many vulnerabilities either.
> What does "web based" have to do with anything?
Because "web based" is the client. It has to be flexible and with flexibility, comes complexity, and with complexity come exploits.
Try getting a CRM going on Postfix or all the myriad other things Wordpress is being used for.
NO! Because they're behind a firewall AND each operates on a very restricted protocol! It has nothing to do with quality of codebase. If Wordpress was behind a firewall and only restricted to text-based input per spec, you wouldn't find many vulnerabilities either.
> What does "web based" have to do with anything?
Because "web based" is the client. It has to be flexible and with flexibility, comes complexity, and with complexity come exploits.
Try getting a CRM going on Postfix or all the myriad other things Wordpress is being used for.
NO! Because they're behind a firewall
Huh? SSH, Postfix and nginx are usually not firewalled.
Because "web based" is the client. It has to be flexible and with flexibility...
If "flexibility and complexity equal vulnerability" then why does the linux kernel, 53x the size of Wordpress and a tad more complex than a CMS, not have about 53x more exploits?
And why does no other CMS system or framework come even close to the number of critical vulnerabilities in Wordpress?
Huh? SSH, Postfix and nginx are usually not firewalled.
Because "web based" is the client. It has to be flexible and with flexibility...
If "flexibility and complexity equal vulnerability" then why does the linux kernel, 53x the size of Wordpress and a tad more complex than a CMS, not have about 53x more exploits?
And why does no other CMS system or framework come even close to the number of critical vulnerabilities in Wordpress?
> And why does no other CMS system or framework come even close to the number of critical vulnerabilities in Wordpress?
Because no other CMS or framework has as many deployments. Not even close.
> If "flexibility and complexity equal vulnerability" then why does the linux kernel, 53x the size of Wordpress and a tad more complex than a CMS, not have about 53x more exploits?
Because it's behind a firewall. Do I really need to keep repeating myself?
If I could send remote commands to your kernel, don't you think there would be a few more exploits kicking around?
> Huh? SSH, Postfix and nginx are usually not firewalled.
If you're not restricting access to SSH using a firewall, then you're a bigger idiot than I thought you were.
Because no other CMS or framework has as many deployments. Not even close.
> If "flexibility and complexity equal vulnerability" then why does the linux kernel, 53x the size of Wordpress and a tad more complex than a CMS, not have about 53x more exploits?
Because it's behind a firewall. Do I really need to keep repeating myself?
If I could send remote commands to your kernel, don't you think there would be a few more exploits kicking around?
> Huh? SSH, Postfix and nginx are usually not firewalled.
If you're not restricting access to SSH using a firewall, then you're a bigger idiot than I thought you were.
It's still a bit ahead of launch, but we are preparing an open source alternative to OwnCloud (that also includes messaging platform) that acts as an OAuth server for apps/plugins and an API and does not impose all apps to be implemented in the same language. We are using a NodeJS runtime, but the code is generated using a strongly statically typed language, Opa.
Source code is not yet published, will be AGPL.
Docker containers: https://github.com/MLstate/PEPS
Source code is not yet published, will be AGPL.
Docker containers: https://github.com/MLstate/PEPS
> It's still a bit ahead of launch, but we are preparing an open source alternative to OwnCloud
OwnCloud is licensed under the AGPLv3. Curious why you think it's not Open Source Software.
OwnCloud is licensed under the AGPLv3. Curious why you think it's not Open Source Software.
Is there a better alternative to OwnCloud that doesn't have similar flaws?
I'm not being sarcastic, it's fine to say it's broken but that doesn't really make a difference if there are still no better alternatives!?
I'm not being sarcastic, it's fine to say it's broken but that doesn't really make a difference if there are still no better alternatives!?
Sandstorm, a platform which allows users to run arbitrary applications on a server in a secure sandbox. Of course, OwnCloud is at version 8 and Sandstorm is still working out its permissions UI.
I think they've got different goals.
My impression OwnCloud aims to be a replacement for "the google suite" (not search, but mail, docs, calendar, etc) -- it's really focused at the app layer. I think this is appropriate and there is a need for this.
There's also a need for "a platform which allows users to run arbitrary applications on a server in a secure sandbox", and certainly you can hypothetically build what OwnCloud is aiming at on such a platform. But it's going to take a lot more time and be harder to get right and be reliable and be easy to install and run.
I think OwnCloud is trying to be as easy to install and run as possible, to get a replacement for the google suite wwith apps that work as well as possible and are as easy to use as possible. I think this is a good goal, and they are making reasonable choices toward accomplishing that goal. I am not sure how well they've succeeded.
My impression OwnCloud aims to be a replacement for "the google suite" (not search, but mail, docs, calendar, etc) -- it's really focused at the app layer. I think this is appropriate and there is a need for this.
There's also a need for "a platform which allows users to run arbitrary applications on a server in a secure sandbox", and certainly you can hypothetically build what OwnCloud is aiming at on such a platform. But it's going to take a lot more time and be harder to get right and be reliable and be easy to install and run.
I think OwnCloud is trying to be as easy to install and run as possible, to get a replacement for the google suite wwith apps that work as well as possible and are as easy to use as possible. I think this is a good goal, and they are making reasonable choices toward accomplishing that goal. I am not sure how well they've succeeded.
I believe the point of Sandstorm is to allow people to install mail/docs/calendar apps as simply as possible. It already has multiple document editors ported.
To install apps into Sandstorm, you literally just click on a link - Sandstorm will manage grabbing the app and installing it for you. Sandstorm itself is a self-contained daemon that can run on any Linux server (and, at some point, there'll be an ISO to install an auto-updating Linux with Sandstorm on it).
To install apps into Sandstorm, you literally just click on a link - Sandstorm will manage grabbing the app and installing it for you. Sandstorm itself is a self-contained daemon that can run on any Linux server (and, at some point, there'll be an ISO to install an auto-updating Linux with Sandstorm on it).
I've been moving my Drive sheets over to EtherCalc on Sandstorm and all of my new documents I write on Etherpad for Sandstorm. Draw.io also just released for Sandstorm, which is one of Google Drive's original third party apps.
I think Sandstorm in principle is the sort of thing that would run and deploy Owncloud. It doesn't happen to have it in its list of apps at the moment. Similarly there's indieboxproject.org, which has a lot fewer apps, but it does support Owncloud.
The issue there is that ownCloud and Sandstorm share a lot of goals and functionality. Both are meant to be app platforms in a respect. And both are meant to organize your personal data. Since Sandstorm wants every file to be a granular document, putting the entirely of ownCloud in a file would be kinda odd. It'll likely happen sooner or later though.
Shameless plug, but we use strong static typing to implement PEPS:
https://github.com/MLstate/PEPS
(will be open source AGPLv3, release this month)
https://github.com/MLstate/PEPS
(will be open source AGPLv3, release this month)
The only feature it has is file sharing, but I quite like Seafile: http://seafile.com/en/home/
For file syncing, this came up on hacker news once upon a time: http://syncthing.net/
An easy to use and powerful alternative is: http://www.emitcloud.com
wordpress is in php
wikipedia is in php
facebook is in php
flickr is in php
photobucket is in php
need i say more?
wikipedia is in php
facebook is in php
flickr is in php
photobucket is in php
need i say more?
> wordpress is in php
That pretty much makes the point. 194 vulnerabilities in Wordpress with CVEs in 2014.
http://www.cvedetails.com/vulnerability-list/vendor_id-2337/...
That pretty much makes the point. 194 vulnerabilities in Wordpress with CVEs in 2014.
http://www.cvedetails.com/vulnerability-list/vendor_id-2337/...
That list appears to include CVE going back to 2006 at least. I count 17 in 2014, the highest rated of which is an arbitrary code exectution (CVE-2014-5203) rated 7.5.
Not sure number of disclosed flaws is a good metric to look at, whether it's high or low.
Not sure number of disclosed flaws is a good metric to look at, whether it's high or low.
Arbitrary code execution is pretty damn bad. Anyway he wasn't just counting vulnerabilities. Wordpress is renowned for its terrible security (or plugins with terrible security often).
I avoided making any value judgement on purpose - you can't really do that off-the-cuff. Looking at the reports (linked here, [0]) it concerns hash checks on serialised widgets. The apparent vulnerability was reported by the Wordpress security team and reported as being hard to actually make work - I can't find a PoC or any actual exploit reports. It seems based on [1] that a fix was submitted 2 months before the report and made available to automatic updaters a few days prior (? I'm not sure how the reporting dates and such work here really, on a superficial view that's right though the bug is 2014-08-13 and the fix 2014-06-08 with the report of the update [2] coming 2014-08-06). So, whilst yes an arbitrary code execution is severe one that is fixed before it's made public and without any clear way to exploit it is perhaps less of an issue than it first appears. But then of course the number of installs mean you can very likely find vulnerable installs in the wild even today.
TL;DR simple statistics don't really seem to work well in providing a proper view of comparative levels of security of web apps.
[0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-5203
[1] https://core.trac.wordpress.org/changeset/29389
[2] https://wordpress.org/news/2014/08/wordpress-3-9-2/
TL;DR simple statistics don't really seem to work well in providing a proper view of comparative levels of security of web apps.
[0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-5203
[1] https://core.trac.wordpress.org/changeset/29389
[2] https://wordpress.org/news/2014/08/wordpress-3-9-2/
I would argue it is the developer writing the code, not the language it's written in.
Tools can help developers write safer code.
Yes, a good developer can write safe code in bad environment. But an average developer writes safer code in a good environment.
Yes, a good developer can write safe code in bad environment. But an average developer writes safer code in a good environment.
I thought Facebook made their own PHP fork type of language.
yeah, to say Facebook is written in PHP is misleading. Facebook was originally written in PHP. Now it runs on the HHVM, which foregoes supporting the dangerous parts of the PHP stdlib, and offers better performance (fixing the two biggest problems with PHP). As I understand, much of their new code is written in Hack which interoperates with their legacy PHP code but supports gradual typing and other safety features (and some niceties).
Facebook is written in PHP, but they have invested a lot into making their PHP not be PHP.
Facebook is written in PHP, but they have invested a lot into making their PHP not be PHP.
Yes.
OwnCloud looks pretty neat, but I do wish that it would support client-side encryption; I don't trust a machine I'm renting in a data centre any more than I do Facebook or Google. I'm aware that there (sadly) aren't standards for browser-uploaded encrypted files, sharing encrypted files efficiently and so forth, so it's hardly their fault.
If your worry is with data at rest, then owncloud already supports it (http://doc.owncloud.org/server/7.0/user_manual/files/encrypt...).
I host my servers with AWS so I use Gluster encrypted bricks with backups to a S3 bucket as well as the built-in encryption capability from Owncloud.
I host my servers with AWS so I use Gluster encrypted bricks with backups to a S3 bucket as well as the built-in encryption capability from Owncloud.
Yeah, but:
> You don’t have to do anything special, as it uses your ownCloud login as the password for your unique private encryption key.
So the server can decrypt my files at will, since it has access to my plaintext password.
> You don’t have to do anything special, as it uses your ownCloud login as the password for your unique private encryption key.
So the server can decrypt my files at will, since it has access to my plaintext password.
SX has client-side encryption if you use the SX tools (sxcp) to upload/download your files to volumes that have encryption enabled:
http://blog.skylable.com/2014/09/transparency-reports-server...
Disclaimer: I'm a co-founder of Skylable
Disclaimer: I'm a co-founder of Skylable
Looks very interesting, I'll have a better look at the product tonight.
They've said that they don't intend to support this because the web interface has features like previewing images and editing ODF docs. So, in order for that to work, the server has to be able to read the actual file. As others have pointed out, there's a plugin for encryption at rest, but that can be decrypted by the server. Sounds like client side encryption is a no-go for the time being.
There is an encryption plugin that gets bundled with owncloud that allows you to encrypt the data stored on the server
Can you even trust a machine you built yourself, running at home?
Not saying you're not right being wary, but who can you trust?
Can you trust yourself?
Not saying you're not right being wary, but who can you trust?
Can you trust yourself?
Like so many things, security is a spectrum. Just because an intruder can break your window, doesn't mean you shouldn't lock your front door.
I think for this use case you'd keep the machine at home and reverse-proxy or VPN it to the outside world.
Have you tried Seafile? It supports client side encryption.
This is great news. I've been looking for an excuse to move away from my bug-ridden Pydio install. I tried upgrading to the newest version of Pydio only to have the upgrade process completely break the site. OwnCloud just looks better managed and more stable for production.
Note: I just tried to upgrade the version following the docs. I didn't notice that I read the 7.0 docs for upgrading and there, it says you should download "owncloud-latest.tar.bz2". This will download an old version of ownCloud. Use this link to get it:
https://download.owncloud.org/community/owncloud-8.0.0.tar.b...
https://download.owncloud.org/community/owncloud-8.0.0.tar.b...
Are there any alternatives that have a better syncing mechanism? I really like ownClouds interface but I have encountered a few bugs with syncing files.
I use BitTorrent sync on a box and installed ownCloud as the UI to access those files from a browser. It works well.
Just use any WebDAV share and sync with anything you want like rsync.
I highly recommend Syncthing.
Is forwarding ports required to get syncthing working?
Often not. It can do UPnP automatically. But in my case I don't even need that, because I just run a dedicated server node with a public IP, and everybody else can sync via that.
An up to date demo is available at https://demo.owncloud.org.
The site seems to be down right now. Here's the text-only Google cache for anyone else who just wants to see what's new:
http://webcache.googleusercontent.com/search?q=cache:ownclou...
http://webcache.googleusercontent.com/search?q=cache:ownclou...
I'd love to see a review of this from someone who has tried using it for a while - also compared to Sandstorm which is similar (newer, more sandboxed) https://sandstorm.io/
Are there any active OwnCloud users out there? I'm curious about your experience.
How do you feel about it? What do you use it for primarily?
How do you feel about it? What do you use it for primarily?
I'm running one for calendar syncing (cyanogenmod and iOS clients), personal file storage and as a limited photo gallery. The automatic file sync from my phone is good too. It's running at home on my server. Setup was straightforward, and although I had the odd couple of glitches after setup, it was nothing too major. It's worked out pretty well.