Inconsistent enhanced session recording behavior based on cluster-wide recording setting. #50400
Labels
bpf
Used to bugs with bpf and enhanced session recording.
bug
c-hm
Internal Customer Reference
feature-request
Used for new features in Teleport, improvements to current should be #enhancements
session-recording
Issues related to Teleport session recording
ssh
Expected Behavior
Enhanced session recording should be able to function independently, allowing nodes to join the cluster without requiring standard session recording to be enabled.
Even if we opt to not allow an "enhanced-only" recording setup, the current behavior is inconsistent, and should be addressed in some way.
Current Behavior
Nodes configured with enhanced session recording fail to join the cluster if standard session recording is disabled. They report an error indicating that session recording needs to be enabled at the cluster level for enhanced session recording to function.
This is confusing because disabling session recording on a cluster doesn't immediately cause problems for nodes with enhanced session recording enabled. New sessions won't have the standard recording, but will continue to emit the BPF events. Once the node restarts, it will bail out and refuse to start the node service because session recording is disabled.
What problem does this solve?
The suggested solution is to have a mode that allows enhanced session recording only. The use case is a system that has a large database with sensitive. If a user connects and runs commands that could return that data, enhanced session recording would not capture it. Standard recording would.
Bug Details
Teleport Version
Teleport v17.0.1
Recreation Steps
session_recording: "off"
) on the auth server.Debug Logs
It seems the node only checks for the cluster session recording option at startup, while standard session recording is determined each time a new session starts.
The text was updated successfully, but these errors were encountered: