Restricted PII role
Nobody has claimed this yet.
- Dominant language
- Python
- Stars
- 39.9k
- Forks
- 3.4k
- Avg merge
- 7h 27m
- Merged PRs (30d)
- 222
Description
Is your feature request related to a problem?
Split out from #7620. As requested by some enterprise customers, some team members should be able to run analytics on PostHog freely but without having access to PII from end users (as it's not required and it can be a liability/compliance issue).
Describe the solution you'd like
Have a role that has no access to PII. They either don't see attributes that contain PII or see redacted data. The way to identify PII is tricky, we could rely on common regex patterns for stuff like emails, SSNs, ... but there's other stuff that's difficult to detect. We could allow admins to identify certain properties as PII sensitive.
Describe alternatives you've considered
- Restricting access to specific events/properties only.
Additional context
- S3gm3nt has an interesting governance product worth exploring.
Thank you for your feature request – we love each and every one!
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
No files, tests, or entry points are named. Start by reviewing the existing role and permissions model and the related issue #7620; the work is done when an analytics role can operate without exposing PII, with a defined approach for detecting or administratively marking sensitive properties.
Written by the indexing model from the issue text.
Assessment
- Domain
- authorization, backend, security
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100