<a id="access-transparency-auditable-events"></a>

# Access Transparency Auditable Event Methods on Confluent Cloud

<a id="access-transparency-event-methods"></a>

Access Transparency provides visibility into when and why Confluent
personnel access your Dedicated Apache Kafka® clusters. Access Transparency
helps maintain security and compliance by ensuring all privileged access
is logged and auditable.

Access Transparency logs are generated with audit log type
`io.confluent.cloud/access-transparency` when Confluent personnel
access your Dedicated Kafka clusters for support, maintenance,
or other operational purposes. For more information about audit log
records, see [Audit Log Event Records](../audit-log-records.md#cloud-audit-log-records) and
[Audit Log Event Schema](../audit-log-schema.md#cloud-audit-log-event-schema).

| Method name                                                          | Action triggering an auditable event message                                                                          |
|----------------------------------------------------------------------|-----------------------------------------------------------------------------------------------------------------------|
| [confluent.privileged.access](#confluent-privileged-access-examples) | Confluent personnel access your Dedicated Kafka clusters for<br/>support, maintenance, or other operational purposes. |

<a id="confluent-privileged-access-examples"></a>

## confluent.privileged.access

The `confluent.privileged.access` event is generated when Confluent
personnel access your Dedicated Kafka clusters for support, maintenance,
or other operational purposes.

#### NOTE
Access Transparency does not generate failure logs. Only successful
access events are logged.

To view an example event message, expand the following dropdown:

### Success

```json
{
  "datacontenttype": "application/json",
  "data": {
    "serviceName": "crn://confluent.cloud/",
    "methodName": "confluent.privileged.access",
    "cloudResources": [
      {
        "scope": {
          "resources": [
            {
              "type": "ORGANIZATION",
              "resourceId": "eb619a34-5f1f-4376-9a45-d1adc3cfeb52"
            },
            {
              "type": "ENVIRONMENT",
              "resourceId": "env-devc6z01q8"
            }
          ]
        },
        "resource": {
          "type": "KAFKA_CLUSTER",
          "resourceId": "lkc-devcon877j"
        }
      }
    ],
    "authenticationInfo": {
      "principal": {
        "confluentUser": {
          "resourceId": "confluent.privileged"
        }
      },
      "result": "SUCCESS"
    },
    "requestMetadata": {
      "requestId": [
        "38880967242586514466153831704219986423509094185461874714"
      ]
    },
    "request": {
      "data": {
        "employee_base_location": "IN",
        "employee_job_family": "L1 Engineering",
        "cloud": "aws",
        "reason_category": "Confluent Incident Investigation"
      }
    },
    "resourceName": "crn://confluent.cloud/organization=eb619a34-5f1f-4376-9a45-d1adccfeb52/environment=env-devc6z31q8/kafka-cluster=lkc-devco7077j"
  },
  "subject": "crn://confluent.cloud/organization=eb619a34-5f1f-4376-9a45-d1adc3cfeb52/environment=env-devc6z01q8/kafka-cluster=lkc-devcon877j",
  "specversion": "1.0",
  "id": "9cfaa96a-170e-4d21-970f-391178fcd971",
  "source": "crn://confluent.cloud/",
  "time": "2025-06-09T12:48:26.778340Z",
  "type": "io.confluent.cloud/access-transparency"
}
```