PostHog / PostHog/posthog

Feature Request: Role-based access control for session replay viewing

Open
#44,154 3 comments 1 reaction 0 assignees View on GitHub

Nobody has claimed this yet.

enhancement team/session-replay
Dominant language
Python
Stars
39.9k
Forks
3.4k
Avg merge
7h 27m
Merged PRs (30d)
222

Description

Feature request

Is your feature request related to a problem?

Currently, all users with access to session replay in a PostHog project can view all recordings. There's no way to restrict viewing based on:

  • User roles within the organization
  • Sensitivity of the pages being recorded
  • Customer attributes or segments

This creates privacy challenges for organizations handling sensitive customer data (e.g., fintech customers) or sensitive application areas (e.g., billing settings, payment pages).

While PostHog offers privacy controls for what gets recorded (masking, stopping/starting recordings programmatically), there are no controls for who can view recordings once they're captured.

Describe the solution you'd like

Implement role-based access control (RBAC) for session replay viewing with the ability to:

  • Restrict replay access by page/URL patterns: Allow admins to configure which team members can view recordings containing specific pages (e.g., only billing team members can view recordings that include /billing pages)

  • Restrict replay access by customer attributes: Allow filtering of viewable recordings based on person properties (e.g., only specific team members can view recordings for customers tagged as customer_type: fintech)

  • Project-level replay permissions: Add granular permissions beyond the current all-or-nothing access, such as:

      - Can view all recordings
      - Can view recordings (excluding sensitive pages)
      - Can view recordings (specific customer segments only)
      - Cannot view recordings (but can access other PostHog features)
    

Describe alternatives you've considered

Additional context

From: https://posthoghelp.zendesk.com/agent/tickets/46095 (moved to PostHog: https://us.posthog.com/project/2/support/tickets/48422)

Debug info
Kind: support

Target area: session_replay

Report event: http://go/ticketByUUID/b71b9c43-2996-4072-8d2b-008745405631

Session: https://us.posthog.com/project/sTMFPsFhdP1Ssg/replay/019b7506-c3ce-75d1-9182-74604a03a554?t=1223

Exceptions: https://us.posthog.com/project/2/error_tracking?filterGroup=%7B%22type%22%3A%22AND%22%2C%22values%22%3A%5B%7B%22type%22%3A%22AND%22%2C%22values%22%3A%5B%7B%22key%22%3A%22%24session_id%22%2C%22value%22%3A%5B%22019b7506-c3ce-75d1-9182-74604a03a554%22%5D%2C%22operator%22%3A%22exact%22%2C%22type%22%3A%22event%22%7D%5D%7D%5D%7D

Location: https://us.posthog.com/organization/billing/spend?date_from=-90d&interval=month

Persons-on-events mode for project: person_id_override_properties_on_events

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

The issue points to the session_replay area but names no files, tests, or implementation entry points. Start by tracing how current project-level replay access is enforced and how organization roles and replay filters are represented; the requested page, customer-segment, and project-level rules still need defined acceptance criteria.

Written by the indexing model from the issue text.

Assessment

Domain
authorization, security
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Quiet
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.