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

It should be possible to hide submissions from specific sources #7097

Open
nathandyer opened this issue Dec 15, 2023 · 2 comments
Open

It should be possible to hide submissions from specific sources #7097

nathandyer opened this issue Dec 15, 2023 · 2 comments

Comments

@nathandyer
Copy link
Contributor

Description

For newsrooms that continually receive low-quality or abusive submissions from a particular source, it should be possible to configure the system to hide submissions from that specific source, and automatically flag/delete future submissions coming from the same source.

How will this impact SecureDrop users?

This would reduce the amount of time that journalists spend reviewing content from problematic sources, and could be a beneficial change to reduce abuse and improve mental health.

How would this affect SecureDrop's threat model?

This should not really change the threat model, but would potentially reduce harm.

User Stories

As a journalist, I want to hide content from problematic sources, so that I don't have to interact with disturbing content or waste my time reviewing materials that are not of interest.

@zenmonkeykstop
Copy link
Contributor

IMO this should be a securedrop-client issue. This would involve some non-trivial JI changes and also require additional source metadata if done server-side, which we should avoid on principle. If it's done in SecureDrop Workstation, the source metadata can be stored there and there's no need to involve the server at all. The downside of a client-only approach would be if you wanted to have the source metadata synced between clients, tho. Then you would need to sync something back to the server. (See #7106 for one possible approach.)

@hoyla
Copy link

hoyla commented Feb 19, 2024

My tuppence on this: installations running multiple SecureDrop Workstations for a single SecureDrop instance are likely to expect consistent behaviour across those devices. Having some sources 'show' on one device and not on another may lead to confusion. Similarly, when provisioning a replacement device we might expect it to behave similarly to the user's previous device.

These observations don't presuppose how they might be tackled, or where, of course :-)

Thanks

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

No branches or pull requests

3 participants