Repository navigation
don't reveal users mail adress by default #14959
Copy link
Copy link
Closed
Labels
0. Needs triagePending check for reproducibility or if it fits our roadmapPending check for reproducibility or if it fits our roadmapenhancementfeature: users and groupsneeds infoprivacystaleTicket or PR with no recent activityTicket or PR with no recent activity
Description
Steps to reproduce
- register as a new user
- after some months, explore the menu
- discover that your mail adress was public to ALL the other cloud users on the same server
Expected behaviour
Private data should not be revealed by default
Make public data available, protect private data.
Source:
- hacker ethics
- gdpr
Actual behaviour
Users mail adress is revealed to other users by default
Server configuration
LAMP, Ubuntu 18.04
Nextcloud version: 15.0.5
fresh installl since upgrade from OC failed
Where did you install Nextcloud from: Webclient
List of activated apps:
deactivated ALL Apps - same behavior
Nextcloud configuration:
Config report
If you have access to your command line run e.g.:
```{
"system": {
"instanceid": "***REMOVED SENSITIVE VALUE***",
"passwordsalt": "***REMOVED SENSITIVE VALUE***",
"secret": "***REMOVED SENSITIVE VALUE***",
"trusted_domains": [
"cloud.REMOVED.de"
],
"datadirectory": "***REMOVED SENSITIVE VALUE***",
"dbtype": "mysql",
"version": "15.0.5.3",
"overwrite.cli.url": "https:\/\/cloud.REMOVED.de",
"dbname": "***REMOVED SENSITIVE VALUE***",
"dbhost": "***REMOVED SENSITIVE VALUE***",
"dbport": "",
"dbtableprefix": "oc_",
"mysql.utf8mb4": true,
"dbuser": "***REMOVED SENSITIVE VALUE***",
"dbpassword": "***REMOVED SENSITIVE VALUE***",
"installed": true,
"mail_smtpmode": "smtp",
"mail_sendmailmode": "pipe",
"mail_from_address": "***REMOVED SENSITIVE VALUE***",
"mail_domain": "***REMOVED SENSITIVE VALUE***",
"updater.secret": "***REMOVED SENSITIVE VALUE***",
"maintenance": false,
"theme": "",
"loglevel": 2,
"CUSTOMSETTINGSMATTHIAS": "ab hier!!!",
"default_language": "de",
"default_locale": "de",
"force_language": "de",
"force_locale": "de",
"mail_smtpsecure": "ssl",
"mail_smtpauthtype": "LOGIN",
"mail_smtpauth": 1,
"mail_smtphost": "***REMOVED SENSITIVE VALUE***",
"mail_smtpport": "465",
"mail_smtpname": "***REMOVED SENSITIVE VALUE***",
"mail_smtppassword": "***REMOVED SENSITIVE VALUE***"
}
}```
### Client configuration
**Browser:**
IE, FF, Chrome
**Operating system:**
Reactions are currently unavailable
Metadata
Metadata
Assignees
Labels
0. Needs triagePending check for reproducibility or if it fits our roadmapPending check for reproducibility or if it fits our roadmapenhancementfeature: users and groupsneeds infoprivacystaleTicket or PR with no recent activityTicket or PR with no recent activity
Activity
violoncelloCH commentedon Apr 18, 2019
what do you think @nextcloud/server-triage ?
nickvergessen commentedon Apr 18, 2019
Actually the default is contacts only:
https://github.com/nextcloud/server/blob/master/lib/private/Accounts/AccountManager.php#L308
violoncelloCH commentedon Apr 23, 2019
yes, but contacts means all other users on the same server plus trusted federation servers, doesn't it? I think that's the point of @yasuoiwakura...
yasuoiwakura commentedon Apr 23, 2019
Yes, i see no reason to assume my users would want their mail adress revealed to each other.
I mean, I cannot see any of the github user's email (not even those who wrote in the same topic) and i guess there is a good reason it is private by default
yasuoiwakura commentedon May 1, 2019
Any idea how to temporary fix or disable this leak? it is a real privacy problem for my users...
yasuoiwakura commentedon May 1, 2019
Updated to NC16, still same problem.
btw. this information is false, since it claims that only administrators have access to my data:
https://cloud.domain.tld/index.php/settings/user/privacy
nickvergessen commentedon May 1, 2019
Datas in this term are your files. The email address is also checked for sharing, so this is more of a general issue with a bigger impact on how all the things are handled and needs some more planing then a quick change on a setting
nickvergessen commentedon May 2, 2019
Okay I just checked again and I was wrong.
If the email is set to private, you can not find users by their email address.
So I guess it boils down to the fact, that you registered (on a public instance) where "everyone on the cloud knows each other" is not a good sensitive default.
Maybe we should add an option for that, so admins can configure this.
nickvergessen commentedon May 2, 2019
cc @rullzer @MorrisJobke what do you think about this?
yasuoiwakura commentedon May 2, 2019
hm my current workaround is to
<!--hide-->the contact list in the upper right corner.imho, users should indeed be able to share files with other users/groups (should be defined by admin) without seeing their email.
22 remaining items
yasuoiwakura commentedon Sep 30, 2021
I really don't mean to be toxic+offtopic, but this issue is a clear reason i stopped using nextcloud and use the former product and never considered using it again :-/
jamasi commentedon Oct 23, 2021
The issue is not fixed but made worse in Nextcloud 21.
Moini commentedon Oct 24, 2021
@szaimen I see you're able to add and remove tags here. Could you please consider removing the auto-close / stale tag? I think people just missed reacting to it.
demlak commentedon Oct 25, 2021
Ok.. this took me several hours..
intro:
besides the fact, that the mailadresses-scope should be default private (workaround here: #14959 (comment)) there is a leak also of those mailadresses, that are marked as private! this is a big fat NO GO!
Here is my solution:
EMailProdider:Class,line 88 in https://github.com/nextcloud/server/blob/stable20/lib/private/Contacts/ContactsMenu/ActionProviderStore.phpas described here: Option to disable showing system email in avatars' contacts menu #23172
'shareWithDisplayNameUnique' => "",in/lib/private/Collaboration/Collaborators/UserPlugin.phpand/lib/private/Collaboration/Collaborators/MailPlugin.phpNow, the only shown mail-adresses are those, that are also shown in your contacts-app.
UserPlugin.phpis responsible for Autocompletion Search-results, that starts with the SearchpatternMailPlugin.phpis responsible for Autocompletion Search-results, that have the searchpattern anwhere else..For example:
Search pattern: ja
UserPlugin.phpcatches:Janet
Janine
Janice
MailPlugin.phpcatches:Kolja
Katja
Benjamin
since i don't know the syntax to get the scope-info of the email-property, i just have a "concept" of this idea.. could anyone help-out for the syntax?
@nickvergessen please reopen this issue, since it is very general and still unfixed.
demlak commentedon Nov 9, 2021
i am a little bit confused about the no-reaction.. it would be nice to get any feedback of others with the same problem.. and/or feedback of devs about this.
i think i found a good solution that makes the mail-thingy GDPR/DSGVO-complient, where it never was.
Dacit commentedon Nov 14, 2021
Please re-open, many people have asked this question or opened similar issues in the past.
@nickvergessen
tschombes commentedon Mar 18, 2022
This is still an issue with the latest nextcloud version and this is a nightmare. Nextcloud is NOT useable in germany with this issue. Please add an option to disable the users email are visible by default.
jamasi commentedon Apr 5, 2023
Still an issue for 23.0.12 at least.
sysvwfwsw commentedon Sep 14, 2023
And still an issue on 25.0.10
Keyinator commentedon Sep 28, 2023
Still an issue on 27.1.2
easyriders commentedon Nov 20, 2024
Is this fixed?
Moini commentedon Nov 20, 2024
@easyriders For the top bar, yes. However, when I enter the character '@' into the search field for 'sharing', I get to see everyone's mail address.
easyriders commentedon Nov 21, 2024
Thanks for the answer. @Moini How did you fix it for the top bar and other places?
Moini commentedon Nov 22, 2024
I'm not sure. Is it not the default?
Gogowitsch commentedon Nov 28, 2024
I just set up a new Nextcloud instance, v29.0.9. I am shocked that leaking email addresses is still the default, both per installation and per user.
I believe this should be a question in the setup assistant, while creating the admin account. Individual users have no way of disabling this. The "Private" setting is grayed out on the “Personal info” page. It states
Also, the
account_manager.default_property_scopesetting doesn’t prevent leaking email addresses.Fortunately, there is a kill switch to stop leaking email addresses: under Administration settings » Sharing » Allow username autocompletion in share dialog and allow access to the system address book. It affects more than sharing: It also disables the top bar contact list from being populated. I couldn’t find any leaks for ordinary users. I am happy. 🙂