Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Provide recipent with custodian functionality role #4153

Open
elbill opened this issue Aug 13, 2024 · 2 comments
Open

Provide recipent with custodian functionality role #4153

elbill opened this issue Aug 13, 2024 · 2 comments

Comments

@elbill
Copy link

elbill commented Aug 13, 2024

Proposal

I propose that recipients should have the option to be authorized as custodians through a checkbox in the user rights settings. This would introduce a separate custodial role that can be assigned to recipients as needed.

Motivation and context

Currently, the custodian role is distinct and does not allow access to the content of reports. This separation can create uncertainty about whether a recipient should have access to a report. The only way for a custodian to gain any knowledge about a report is through the motivation text provided or if the recipient forwards information outside the system—an action that raises privacy and security concerns.
In practice, custodians usualy serve as recipients as well. They are typically responsible for assessing or escalating reports and taking necessary measures to protect the identity of whistleblowers.
By allowing recipients to be authorized as custodians, we ensure that those who need to manage reports have the appropriate roles and permissions. This dual role would empower recipients to make informed decisions for protecting or sharing the whistleblower identity while maintaining the necessary security protocols and keeping all communication in the platform.

@elbill elbill changed the title Integrate custodian and recipient roles Provide recipent with custodian functionality role Aug 13, 2024
@evilaliv3 evilaliv3 removed the Triage label Aug 14, 2024
@evilaliv3
Copy link
Member

Thank you @elbill for your feedback.

Actually your proposal is interesting and we are since time trying to understand how to make it possible since we have many similar needs in many projects:

  1. there are users wanting to be both recipient and custodian
  2. there are users wanting to be both recipient and admin
  3. there are recipients of different tenants (typically same lawyers working for different companies) wanting to have only one account

Considering all these needs i consider the best is to have a feature enabling to switch roles/user if a user is bound to multiple roles; This approach would probably enable at first to support both 1. and 2. in a very simple way.

@elbill
Copy link
Author

elbill commented Aug 17, 2024 via email

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Development

No branches or pull requests

2 participants