You should not advertise Seafile as a safely encrypted solution. #490

Closed
opened 2018-06-30 12:23:46 +00:00 by RichardRMatthews · 4 comments
RichardRMatthews commented 2018-06-30 12:23:46 +00:00 (Migrated from github.com)

In my last issue about Seafile I talked about issue 350

But maybe an even bigger problem is that Seafile uses only 1000 rounds of sha256 for its Key-derivation-function. In the Seafile user manual it says :

Encrypt the file key with the user provided password. We first use PBKDF2 algorithm (1000 iterations of SHA256)

It should be said that in the year 2018 bcrypt ,scrypt or argon2 would be a far better choice , but regardless of that 1000 rounds are not enough. And that it not just me being paranoid. A qoute from pbkdf2s Wikipedia page :

When the standard was written in the year 2000 the recommended minimum number of iterations was 1000, but the parameter is intended to be increased over time as CPU speeds increase. As of 2005 a Kerberos standard recommended 4096 iterations,[3] Apple iOS 3 used 2000, iOS 4 used 10000,[4] while in 2011 LastPass used 5000 iterations for JavaScript clients and 100000 iterations for server-side hashing.

This together with the issue 350 ( which is unfixed for almost 5 years ) , can only mean that the developers of Seafile don't take Security as serious as they claim.

In my last issue about Seafile I talked about issue [350](https://github.com/haiwen/seafile/issues/350) But maybe an even bigger problem is that Seafile uses only 1000 rounds of sha256 for its Key-derivation-function. In the Seafile user manual it says : > Encrypt the file key with the user provided password. We first use PBKDF2 algorithm (1000 iterations of SHA256) It should be said that in the year 2018 bcrypt ,scrypt or argon2 would be a far better choice , but regardless of that 1000 rounds are not enough. And that it not just me being paranoid. A qoute from pbkdf2s Wikipedia page : > When the standard was written in the year 2000 the recommended minimum number of iterations was 1000, but the parameter is intended to be increased over time as CPU speeds increase. As of 2005 a Kerberos standard recommended 4096 iterations,[3] Apple iOS 3 used 2000, iOS 4 used 10000,[4] while in 2011 LastPass used 5000 iterations for JavaScript clients and 100000 iterations for server-side hashing. This together with the issue 350 ( which is unfixed for almost 5 years ) , can only mean that the developers of Seafile don't take Security as serious as they claim.
nenadandric commented 2018-08-12 10:15:42 +00:00 (Migrated from github.com)

I don't get this?
Seafile is not recommended since its client side encryption is not good enough, while Nextcloud is on the list, even though it doesn't have E2EE (i.e. it's still in alpha)? If you self host, then it doesn't matter since server side encryption is good. If you use one of available providers, than it is easier for them to access your Nextcloud files than those on Seafile server with E2EE.

So until Nextcloud client side encryption is ready for use, and audited, either both of these platforms should be recommended or not recommended.

I don't get this? Seafile is not recommended since its client side encryption is not good enough, while Nextcloud is on the list, even though it doesn't have E2EE (i.e. it's still in alpha)? If you self host, then it doesn't matter since server side encryption is good. If you use one of available providers, than it is easier for them to access your Nextcloud files than those on Seafile server with E2EE. So until Nextcloud client side encryption is ready for use, and audited, either both of these platforms should be recommended or not recommended.
ghost commented 2018-08-15 09:37:09 +00:00 (Migrated from github.com)

@kewde

@kewde
kewde commented 2018-08-23 10:23:47 +00:00 (Migrated from github.com)

@nenadandric feel free to make a PR to remove the whole section.
Perhaps S4 is a decent solution, but ideally we have a section with at least 2 decent projects.

@nenadandric feel free to make a PR to remove the whole section. Perhaps S4 is a decent solution, but ideally we have a section with at least 2 decent projects.
Corxo commented 2021-08-01 09:18:25 +00:00 (Migrated from github.com)

3 years has passed, is this still a reality or the seafile team has fixed this issue?

3 years has passed, is this still a reality or the seafile team has fixed this issue?
This repo is archived. You cannot comment on issues.
No Milestone
No Assignees
1 Participants
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: privacyguides/privacytools.io#490
No description provided.