> ## Documentation Index
> Fetch the complete documentation index at: https://docs.plerion.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Get a detection's exemptions on a profile

> Read the exemptions configured for one detection on one profile, together with whether that detection accepts exemptions and which types it accepts.

`version` is an opaque token to send back unchanged as `If-Match` when replacing the set. It is `null` when the detection has never been configured on this profile, and a replace request must then omit the header.

Exemptions are reported as stored. A detection whose `supportsExemptions` is `false` can still hold entries written while it supported them, and you need to see them to clear them.



## OpenAPI

````yaml /api-reference/openapi.yaml get /v1/tenant/profiles/{profileId}/detection-settings/{detectionId}/exemptions
openapi: 3.1.0
info:
  title: Plerion API Documentation
  version: v1
  termsOfService: https://www.plerion.com/terms-and-conditions
  contact:
    name: Plerion Pty Ltd
    url: https://www.plerion.com/contact-us
    email: support@plerion.com
  license:
    name: Plerion Use License
    url: https://www.plerion.com/terms-and-conditions
  description: |-
    <br/>
    The Plerion API allows you to programmatically interact with Plerion.<br/>
          <b>Base URL</b>: <code>https://{region}.api.plerion.com</code>
servers:
  - url: https://{region}.api.plerion.com
    description: Production API server - Select your preferred region
    variables:
      region:
        default: au
        enum:
          - au
          - sg1
          - in1
          - us1
security: []
tags:
  - name: QUICK_START
    x-displayName: Quick Start
    description: >-
      This section describes how to quickly get started with the Plerion API
      using curl. For a more detailed guide, see the sections below.

      <br/><br/>

      <h3><b> Getting started with curl </b></h3>

      <p>

      1. Install curl if it isn't already installed on your machine. To check if
      curl is installed, execute <code>curl --version</code> in the command
      line. If the output is information about the version of curl, it is
      installed. If you get a message similar to <code>command not found:
      curl</code>, you need to download and install <code>curl</code>. For more
      information, see the <a href="https://curl.se/download.html">curl project
      download page</a>.</li>

      </p>

      <br/>

      <p>

      2. Create a Tenant API key accessing <a href="/settings/api-keys">Tenant
      API Keys Dashboard</a>. 

      </br>

      <b>Warning: Treat your API key like a password. Do not store it as plain
      text or expose it in any code base.</b>

      </p>

      <p>

      <br/>

      3. Use the <code>curl</code> command to make your request. Pass your API
      key in an Authorization header. Replace <code>{PLERION_API_KEY}</code>
      with your API key.

      <br/><br/>

      <pre>
        export PLERION_API_URL=au.api.plerion.com
        export PLERION_API_KEY={PLERION_API_KEY}

        curl --request GET \\
        --url "https://$PLERION_API_URL/v1/tenant/findings" \\
        --header "Authorization: Bearer $PLERION_API_KEY"
      </pre>


      </p>
  - name: Overview
    x-displayName: Overview
    description: >-
      Plerion API uses API keys to authenticate requests. You can view and
      manage your API keys in the Plerion app <a
      href="/settings/api-keys">Tenant API Keys Dashboard</a>.

      API responses are JSON-encoded.


      <br/>

      <H3><b>Authentication</b></H3> 

      <p>

      To authenticate to Plerion API send the API Key using bearer auth in the
      Authorization header

      <pre>

      Authorization: Bearer $PLERION_API_KEY

      </pre>

      All API requests must be made over HTTPS. Calls made over plain HTTP will
      fail. API requests without authentication will also fail.

      </p>

      <br/>

      <H3><b>Errors</b></H3> 

      <p>

      Plerion uses conventional HTTP response codes to indicate the success or
      failure of an API request. In general: Codes in the 2xx range indicate
      success. Codes in the 4xx range indicate an error that failed given the
      information provided (e.g., a required parameter was omitted). Codes in
      the 5xx range indicate an error with Plerion's servers.

      Some 4xx errors that could be handled programmatically include an error
      code that briefly explains the error reported. Detailed description for
      the status code can be found in th <b>Response Status Codes</b> section.

      </p>

      <br/>

      <H3><b>Response Status Codes</b></H3> 


      The Plerion API endpoints return the following HTTP response status
      codes. 


      <TABLE> <TR> <TH>Status Code</TH><TH>Definition</TH><TH>Description</TH>
      </TR>  <TR> <TD> 200 </TD><TD> OK </TD><TD> The request has succeeded.
      </TD> </TR>  <TR> <TD> 201 </TD><TD> Created </TD><TD> The request has
      been fulfilled and resulted in a new resource being created. </TD> </TR> 
      <TR> <TD> 204 </TD><TD> No Content </TD><TD> The server has fulfilled the
      request but does not need to return an entity-body. </TD> </TR>  <TR> <TD>
      400 </TD><TD> Bad Request </TD><TD> The request could not be understood by
      the server due to malformed syntax. The client SHOULD NOT repeat the
      request without modifications. </TD> </TR>  <TR> <TD> 401 </TD><TD>
      Unauthorized </TD><TD> The request requires user authentication. If the
      request already included Authorization credentials, then the 401 response
      indicates that authorization has been refused for those credentials. </TD>
      </TR>  <TR> <TD> 403 </TD><TD> Forbidden </TD><TD> The server understood
      the request, but is refusing to fulfill it. Authorization will not fix the
      issue and the request SHOULD NOT be repeated. </TD> </TR>  <TR> <TD> 404
      </TD><TD> Not Found </TD><TD> The server has not found anything matching
      the Request-URI. </TD> </TR>  <TR> <TD> 405 </TD><TD> Method Not Allowed
      </TD><TD> The method specified in the Request-Line is not allowed for the
      resource identified by the Request-URI. </TD> </TR>  <TR> <TD> 409
      </TD><TD> Conflict </TD><TD> The request could not be completed due to a
      conflict with the current state of the resource. </TD> </TR>  <TR> <TD>
      412 </TD><TD> Precondition Failed </TD><TD> The resource changed after the
      version supplied in the If-Match header. Read the resource again and retry
      the request with the version returned. </TD> </TR>  <TR> <TD> 429
      </TD><TD> Too Many Requests </TD><TD> Too many requests occurred during
      the allotted time period and rate limiting was applied.</TD> </TR> <TR>
      <TD> 500 </TD><TD> Internal Server Error </TD><TD> The request did not
      complete due to an internal error on the server side. The server
      encountered an unexpected condition which prevented it from fulfilling the
      request. </TD> </TR>  <TR> <TD> 503 </TD><TD> Service Unavailable
      </TD><TD> The server is currently unable to handle the request due to a
      temporary overloading or maintenance of the server. </TD> </TR>  </TABLE>
  - name: Findings
    x-displayName: Findings
    description: >-
      Findings are the results of the Plerion Detection Engine (PDE) Detection
      reporting a finding and rating the severity of the finding as it relates
      to best practices or a relevant compliance standard.

      Plerion Findings enable customers to reduce the risk to their environments
      by continuously highlighting areas for improvement.
  - name: Vulnerabilities
    x-displayName: Vulnerabilities
    description: >-
      Vulnerabilities are known CVEs Plerion detects in the operating systems,
      packages and container images running in your cloud workloads.

      Each one carries the affected package and version, its severity, and
      whether a public exploit or a known-exploited-vulnerability record exists,
      so remediation can be ordered by known exploitation rather than by CVSS
      score alone.

      Vulnerability exemptions record a CVE you have accepted or judged not
      applicable for a profile, with a reason, so it stops surfacing on later
      scans.
  - name: Profiles
    x-displayName: Profiles
    description: >-
      A profile holds the detection configuration Plerion applies to a set of
      integrations: which detections run, at what severity, and the exemptions
      that stop them reporting.

      Every tenant has a default profile, and it covers only the integrations
      that have not been given a profile of their own, so a change made against
      it does not reach an integration another profile already covers.

      List your profiles to see which integrations each one applies to before
      configuring anything, and to pick the profile IDs the detection exemption
      and vulnerability exemption endpoints take.
  - name: Detection exemptions
    x-displayName: Detection Exemptions
    description: >-
      A detection exemption stops one detection reporting findings against the
      assets it matches, on one profile. Match on the asset's name, its tags, or
      its region; on the principal for Cloud Detection and Response (CDR)
      detections; or on the API Gateway routes you have accepted.

      Exemptions are configured per detection rather than stored as records of
      their own, so there is no exemption ID and no endpoint for a single entry.
      You read the whole set for a detection, change it, and write it back,
      using the returned version as an `If-Match` header so a concurrent change
      is rejected rather than overwritten.

      Not every detection accepts exemptions, and of the ones that do, none
      accepts every type. The read reports both, and a write using an
      unsupported type is rejected rather than stored where it would never take
      effect.
  - name: Assets
    x-displayName: Assets
    description: >-
      Plerion Assets form the basis upon which all Plerion contextual security
      is reported.


      Every unique cloud resource on which Plerion collects information is
      classified as a single asset on the Plerion platform.


      A detailed asset view combines various sources of security, compliance,
      and risk-related metrics to empower customers to make high-impact
      decisions when evaluating a single asset in relation to their overall
      cloud environments.
  - name: Asset groups
    x-displayName: Asset Groups
    description: >-
      Asset Group is classifying assets into specific group based on the
      different criteria such as integration, asset tag, resource type and
      resource name.  This helps users to manage, organize, and analyze their
      assets more efficiently.  User can group assets based on the teams,
      projects, business units, environments, tech stack etc.
  - name: Custom checks
    x-displayName: Custom Checks
    description: >-
      Custom checks are customer-authored rego policies that Plerion evaluates
      against your collected assets, turning matches into findings. Manage them
      programmatically — create, list, read, update, and delete — so your checks
      live in code and ship through your pipeline. Dry-run a check against live
      assets to preview its findings before it goes live, without persisting any
      findings or moving compliance state.
  - name: Alerts
    x-displayName: Alerts
    description: >-
      The Plerion Risk Score (PRS) Engine has calculated Alerts that are the
      highest priority items based on the available information across Identity,
      Configuration, and Vulnerability Management. 

      Alerts offer the highest value CONTEXT from across the Plerion Platform.
      Alerts are accompanied by a narrative to guide customers on the overall
      risk and the recommended remediation steps to take to improve, reduce, or
      eradicate the identified risk.
  - name: Integrations
    x-displayName: Integrations
    description: >-
      Integrations enable customers to connect their own cloud environments to
      the Plerion platform.

      Integrations allow for the collection of data from the integrated
      environment, e.g. Connecting Plerion to your cloud service provider will
      facilitate Plerion to collect, analyze, and prioritize the most
      significant risks across your cloud operating environments.
  - name: Tenant
    x-displayName: Tenant
    description: >-
      The Plerion platform caters for multi-tenancy.

      Multi-tenancy within the Plerion platform delivers isolation for the
      integrations supported by Plerion. Each Tenancy (Tenant) allows for
      multiple inbound or outbound integrations, like integrating with Cloud
      Service Providers (AWS, Azure, GCP), and their corresponding Audit log
      service (AWS: CloudTrail, Azure: AuditLog, GCP: Cloud Audit Log).
  - name: Risks
    x-displayName: Risks
    description: >-
      In a cloud environment there are usually many hundreds or thousands of
      misconfigurations, but which of those pose a clear and present danger of a
      breach? That’s what the Plerion risk is about.
  - name: AWS integration
    x-displayName: AWS Integration
    description: >-
      In order to connect your AWS account to Plerion or update existing
      account, you will need, <ol>
        <li> <b>CloudFormation Template URL</b>. Retrieve the template from <a href="#tag/AWS-Integration/operation/getCloudformationTemplate">Get CloudFormation template</a></li>
        <li> <b>External Id</b> of the tenant. Retrieve the External Id from <a href="#tag/AWS-Integration/operation/getExternalId">Get the external id of the tenant</a></li>
        <li> <b>Plerion AWS Account Id</b>. The value will always be <code>588158338731</code></li>
        <li> <b>Tenant Id</b>. Identifies your tenant when the stack registers itself with Plerion. Retrieve the tenant Id from <a href="#tag/Tenant/operation/getTenantDetails">Get tenant details</a></li>
        <li> <b>Plerion API URL</b>. The host used by the API calls above. The value will always be <code>au.api.plerion.com</code></li>
        <li> Select <b>Capabilities</b>. Select CSPM for CSPM only capability or ALL for both CSPM and CWPP capability.</li>
        <li> Select <b>KMSKeyAccessMode</b>. When CWPP is enabled, you can choose the KMS Key access mode to facilitate Plerion's access to keys for decrypting volumes, images, and lambda code. In the <b>ALL_KEYS</b> mode, Plerion is granted access to all KMS keys in the account. However, you have the option to restrict access to certain keys by applying the "PlerionAccess: Denied" tag. Alternatively, the <b>SELECTED_KEYS</b> mode allows Plerion access solely to the KMS keys that have been tagged with "PlerionAccess: Granted".</li>
      </ol> Passing the parameters to the CloudFormation template will create a
      new AWS integration or update existing integration. <br/><br/>

      <h3><b>Quick Start</b></h3>

      Follow the guide to create a new AWS integration or update existing
      integration using <code>curl</code> command.  <br/> <b>Note:</b> Replace
      {$PLERION_API_KEY} with your API key. <br/><br/>

      <h4> <b>Create a new AWS Integration</b></h4>

      <pre>
        export PLERION_API_URL=au.api.plerion.com
        export PLERION_API_KEY={$PLERION_API_KEY}
        export PLERION_AWS_ACCOUNT_ID=588158338731
        # Fetch the template URL
        export TEMPLATE_URL=$(curl -s GET  "https://$PLERION_API_URL/v1/tenant/cloudformation-templates?type=AWSAccount" -H "Authorization: Bearer $PLERION_API_KEY" | jq -r '.data.templateURL')
        # Fetch the external ID
        export EXTERNAL_ID=$(curl -s -X GET  "https://$PLERION_API_URL/v1/tenant/external-id" -H "Authorization: Bearer $PLERION_API_KEY" | jq -r '.data.externalId')
        # Fetch the tenant ID
        export TENANT_ID=$(curl -s -X GET  "https://$PLERION_API_URL/v1/tenant" -H "Authorization: Bearer $PLERION_API_KEY" | jq -r '.data.tenantId')
        # Create the stack
        export PLERION_STACK_NAME=plerion-aws-integration
        aws cloudformation create-stack --stack-name $PLERION_STACK_NAME --template-url $TEMPLATE_URL --capabilities CAPABILITY_NAMED_IAM \
          --parameters ParameterKey=ExternalId,ParameterValue=$EXTERNAL_ID \
            ParameterKey=PlerionAccountId,ParameterValue=$PLERION_AWS_ACCOUNT_ID  \
            ParameterKey=TenantId,ParameterValue=$TENANT_ID \
            ParameterKey=Capabilities,ParameterValue=ALL \
            ParameterKey=KMSKeyAccessMode,ParameterValue="ALL_KEYS"
        # Wait for the stack to complete
        aws cloudformation wait stack-create-complete --stack-name $PLERION_STACK_NAME
      </pre> <br/><br/> <h4> <b>Update an existing AWS Integration</b></h4>

      <pre>
        export PLERION_API_URL=au.api.plerion.com
        export PLERION_API_KEY={$PLERION_API_KEY}
        export PLERION_AWS_ACCOUNT_ID=588158338731
        # Fetch the template URL
        export TEMPLATE_URL=$(curl -s GET  "https://$PLERION_API_URL/v1/tenant/cloudformation-templates?type=AWSAccount" -H "Authorization: Bearer $PLERION_API_KEY" | jq -r '.data.templateURL')
        # Fetch the external ID
        export EXTERNAL_ID=$(curl -s -X GET  "https://$PLERION_API_URL/v1/tenant/external-id" -H "Authorization: Bearer $PLERION_API_KEY" | jq -r '.data.externalId')
        # Fetch the tenant ID
        export TENANT_ID=$(curl -s -X GET  "https://$PLERION_API_URL/v1/tenant" -H "Authorization: Bearer $PLERION_API_KEY" | jq -r '.data.tenantId')
        # Update an existing stack
        export PLERION_STACK_NAME=plerion-aws-integration
        aws cloudformation update-stack --stack-name $PLERION_STACK_NAME --template-url $TEMPLATE_URL --capabilities CAPABILITY_NAMED_IAM \
          --parameters ParameterKey=ExternalId,ParameterValue=$EXTERNAL_ID \
            ParameterKey=PlerionAccountId,ParameterValue=$PLERION_AWS_ACCOUNT_ID  \
            ParameterKey=TenantId,ParameterValue=$TENANT_ID \
            ParameterKey=Capabilities,ParameterValue=ALL \
            ParameterKey=KMSKeyAccessMode,ParameterValue="ALL_KEYS"
        # Wait for the stack to complete
        aws cloudformation wait stack-update-complete --stack-name $PLERION_STACK_NAME
      </pre>
  - name: Compliance frameworks
    x-displayName: Compliance Frameworks
    description: >-
      Compliance Frameworks help our customers meet their regulatory and
      compliance obligations, and reduce compliance risk, enabling them to
      achieve their strategic objectives.

      Plerion offers customers hundreds of prebuilt detections delivering
      continuous assurance against industry standards and best practices.
  - name: Well-Architected frameworks
    x-displayName: Well-Architected Frameworks
    description: >-
      The AWS Well-Architected Framework helps customers design secure,
      high-performing, resilient, and efficient  cloud infrastructure.  Plerion
      continuously assesses your environment against the AWS Well-Architected
      pillars,  aligning your architecture with AWS best practices and
      accelerating improvement.
  - name: Code security
    x-displayName: Code Security
    description: >-
      Code security scans infrastructure-as-code before it reaches a cloud
      environment, so a misconfiguration is caught in the pull request rather
      than after deployment.

      Upload a Terraform, CloudFormation or Kubernetes archive to start a scan,
      then retrieve the findings it produced and any vulnerabilities detected in
      container images the templates reference.
  - name: Tenant usage
    x-displayName: Tenant Usage
    description: Plerion Usage information for the Tenant
  - name: Audit logs
    x-displayName: Audit Logs
    description: >-
      Audit logs provide a comprehensive trail of user activities and system
      operations within a tenant.

      These logs capture important events such as user logins, API calls,
      configuration changes, and other security-relevant activities. Audit logs
      help with compliance, security monitoring, and troubleshooting.
  - name: AWS access grants
    x-displayName: Access Grants
    description: >-
      An access grant records the access that one of your AWS resources gives to
      a single principal. Plerion derives grants from resource policies, IAM
      role trust policies, AWS Resource Access Manager shares and cross-account
      share attributes, capturing the principal, the actions allowed and any
      conditions attached. Use these endpoints to pull the inventory into your
      own audits or SIEM, and to record review decisions without signing in to
      Plerion.
paths:
  /v1/tenant/profiles/{profileId}/detection-settings/{detectionId}/exemptions:
    get:
      tags:
        - Detection exemptions
      summary: Get
      description: >-
        Read the exemptions configured for one detection on one profile,
        together with whether that detection accepts exemptions and which types
        it accepts.


        `version` is an opaque token to send back unchanged as `If-Match` when
        replacing the set. It is `null` when the detection has never been
        configured on this profile, and a replace request must then omit the
        header.


        Exemptions are reported as stored. A detection whose
        `supportsExemptions` is `false` can still hold entries written while it
        supported them, and you need to see them to clear them.
      operationId: getDetectionExemptions
      parameters:
        - $ref: '#/components/parameters/paramAuthHeader'
        - $ref: '#/components/parameters/paramProfileId'
        - $ref: '#/components/parameters/paramDetectionId'
      responses:
        '200':
          description: The detection's exemptions on the profile
          content:
            application/json:
              schema:
                type: object
                properties:
                  data:
                    $ref: '#/components/schemas/DetectionExemptionSet'
        '404':
          $ref: '#/components/responses/404'
        '500':
          $ref: '#/components/responses/500'
      security:
        - APIKey: []
components:
  parameters:
    paramAuthHeader:
      name: Authorization
      in: header
      description: Bearer API Key. For example, "Bearer {Tenant API Key}"
      required: true
      schema:
        type: string
    paramProfileId:
      name: profileId
      in: path
      description: >-
        Profile ID, or the literal string `default` for the tenant's default
        profile. `default` covers only the integrations that have not been given
        a profile of their own, so on a tenant with more than one profile it
        does not reach the rest. Use [List
        profiles](/api-reference/profiles/list) to get the IDs.
      required: true
      schema:
        type: string
        example: default
    paramDetectionId:
      name: detectionId
      in: path
      description: >-
        Detection ID. A finding reports the detection that produced it in its
        `detectionId` field.
      required: true
      schema:
        type: string
        example: PLERION-AWS-16
  schemas:
    DetectionExemptionSet:
      type: object
      description: The exemptions configured for one detection on one profile.
      required:
        - profileId
        - detectionId
        - provider
        - supportsExemptions
        - supportedExemptionTypes
        - exemptions
        - version
      properties:
        profileId:
          type: string
          format: uuid
          description: >-
            The resolved profile ID. Requests addressed to `default` report the
            ID the default profile resolved to.
          example: 7c9e6679-7425-40de-944b-e07fc1f90ae7
        detectionId:
          type: string
          example: PLERION-AWS-16
        provider:
          type: string
          description: The provider the detection belongs to.
          example: AWS
        supportsExemptions:
          type: boolean
          description: >-
            Whether this detection accepts exemptions at all. A non-empty write
            to one that does not is rejected with a `400`.
          example: true
        supportedExemptionTypes:
          type: array
          description: >-
            The exemption types that can clear a finding from this detection.
            Writing any other type is rejected, because it would be stored and
            then never take effect. Empty when the detection does not support
            exemptions.
          items:
            type: string
            enum:
              - NAME_EXEMPTION
              - TAG_EXEMPTION
              - REGION_EXEMPTION
              - PRINCIPAL_EXEMPTION
              - ROUTE_EXEMPTION
          example:
            - NAME_EXEMPTION
            - TAG_EXEMPTION
            - REGION_EXEMPTION
        exemptions:
          type: array
          description: >-
            The exemptions as stored. A detection that no longer supports
            exemptions can still report entries written while it did.
          items:
            $ref: '#/components/schemas/StoredDetectionExemption'
        version:
          type:
            - string
            - 'null'
          description: >-
            An opaque token identifying the detection's current configuration.
            Store it as a string and send it back unchanged as `If-Match` when
            replacing the set. Do not parse it, compare two of them, or order by
            it. The format is not part of this contract and can change. `null`
            when the detection has never been configured on this profile, in
            which case the replace request must omit the header.
    StoredDetectionExemption:
      type: object
      description: >-
        An exemption as stored. Send entries back unchanged when replacing the
        set. The fields vary by `type`, and `DetectionExemption` documents which
        belong to which.
      required:
        - type
      additionalProperties: true
      properties:
        type:
          type: string
          enum:
            - NAME_EXEMPTION
            - TAG_EXEMPTION
            - REGION_EXEMPTION
            - PRINCIPAL_EXEMPTION
            - ROUTE_EXEMPTION
        reason:
          $ref: '#/components/schemas/ExemptionReason'
        condition:
          type: string
          example: starts-with
        value:
          type: string
          example: acme-sandbox-
        tagKey:
          type: object
          properties:
            option:
              type: string
              example: equals
            value:
              type: string
              example: environment
        tagValue:
          type: object
          properties:
            option:
              type: string
              example: equals
            value:
              type: string
              example: test
        regions:
          type: array
          items:
            type: string
        apiId:
          type: string
        routeKey:
          type: string
        createdBy:
          type: string
        createdAt:
          type: string
    InternalServerErrorResponse:
      type: object
      properties:
        message:
          type: string
          example: Internal server error
    ExemptionReason:
      type: string
      description: >-
        Why the finding is being accepted. Optional; entries configured in the
        Plerion platform may have none. Shown in the platform as Accepted risk,
        False positive, and Compensating control.
      enum:
        - ACCEPTED_RISK
        - FALSE_POSITIVE
        - COMPENSATING_CONTROL
      example: ACCEPTED_RISK
  responses:
    '404':
      description: Not Found
      content:
        application/json:
          schema:
            properties:
              errors:
                type: array
                items:
                  type: object
                  properties:
                    code:
                      type: string
                    message:
                      type: string
    '500':
      description: Internal Server Error
      content:
        application/json:
          schema:
            $ref: '#/components/schemas/InternalServerErrorResponse'
  securitySchemes:
    APIKey:
      type: http
      scheme: bearer
      bearerFormat: apiKey
      description: Bearer API Key. For example, "Bearer {Tenant API Key}"

````