Review your content scan results
Before you take any action based on your content scan results, make sure you understand how to read the results. Your CSV file contains a number of fields that will help you to take action either through redaction APIs or other options.
To ensure you can take further action, avoid manually deleting anything in the CSV file. Also avoid deleting any of the content detected during the content scan from the current version of the Confluence pages or Jira work items listed in the file.
The following table shows the fields your CSV file contains and how you can use them to manage your data. We don’t share your content in the CSV file.
Field | Description | Values |
|---|---|---|
Finding ID | The unique string identifier per occurrence of high-risk data | UUID format |
Detection type | The type of content detected More info: What sensitive data is detected? | Plain text format, showing the name of the detection type. For example:
|
Detection ID | Used to further identify any For standard detection types, the contents of this field aren’t used for any purpose.
| For
For standard detection types:
|
Detection version | The internal versioning for detection results, used only by Atlassian for traceability or debugging, if required |
|
App | Identifies the Atlassian app where the data was found |
|
Content ARI | The Atlassian resource identifier (ARI) of the object where the data was found More info: Build your ARI | Jira work item:
Jira work item comment:
Confluence page:
Confluence blogpost:
Confluence comment:
|
Data field | The field that contains the high-risk data | For Confluence:
For Jira
|
Data location: first node | The starting location of the data when detected in Atlassian Document Format (ADF). You'll need this field if you want to use the Redactions API Sensitive content may be spread to consecutive ADF nodes. If this occurs, the sensitive data can't be redacted More info: Atlassian Document Format See also in this table: Sensitive data location: last node | For ADF content:
For non-ADF (plaint text) fields:
|
Data location: start position | The first character where the data was found. You'll need this field if you want to use the Redactions API | For ADF content:
For a plain text field:
|
Data location: last node | The ending location of the data when found in ADF. You'll need this field if you want to use the Redactions API Sensitive content may be spread to consecutive ADF nodes, and this occurs, the sensitive data can't be redacted More info: Atlassian Document Format | For ADF content:
For non-ADF (plaint text) fields:
|
Data location: end position | Last character where the data was found. You'll need this field if you want to use the Redactions API
| For ADF content:
For a plain text field:
|
Data hash | A hash of the high-risk data that is compatible with the Redactions API | A hash |
Container ARI | The Confluence or Jira space identifier | Confluence:
Jira:
|
Created by | The Atlassian account ID of the user who created the content This may sometimes be empty for Jira |
|
Last updated by | The Atlassian account ID of the user who last edited the content This may sometimes be empty for Jira |
|
Created at | The date that the item was created. |
|
Updated at | The date that the item was updated. |
|
Depending on how you want to handle the data, you can use the CSV file to redact content, import the data into Jira, or do a combination of both.
Read:
Was this helpful?