Manage Report ACL assessments

When you run the Report ACL (access control list) assessment scan, the result is a list of affected reports. The assessment details the users who have seen a report including the report creator. The assessment also includes the roles that the report is limited to and the groups that contain those roles.

Before you begin

Roles required: admin and security_admin.

About this task

For reports that are blocked by a table-level read ACL, the assessment displays the table that contains the blocking ACL and which users are blocked. The assessment application does not provide further management tools. For reports that are blocked because they don't have either a report_view ACL or a read ACL, the report is marked as affected, but doesn’t display the affected users.

Important: The roles associated with blocking table access control lists (ACLs) and blocking column ACLs come from the sys_security_acl_role table. ACLs that don’t have a role record in this table don’t appear in the Report View ACL List or on lists of affected table, column, and read ACLs.

Procedure

1. Navigate to All > Reports > ACL Assessment for Reports > Affected Reports List.

2. Select the info button (

This result shows the following information.

1.  The users, roles, and groups that the report owner belongs to and has shared the report with. If the field **Is global** is checked, the report is shared with all users. Otherwise, **Shared to users**, **Shared to roles**, and/or **Shared to groups** are selected.
2.  The number of times users have viewed the report.

    This field is empty if the property **run\_scan\_based\_on\_report\_execution\_only** is false.

3.  The field **Is blocked by read ACL** is selected when there are no report\_view ACLs on the table the report is based on, but Read ACLs do block access.
4.  The table with Read ACLs that apply to the report.
5.  The field **Is blocked without RVA or Read ACL** is selected when the report is blocked for a non-ACL reason.
6.  Table ACLs \(and column ACLs that apply to all columns on the table\) that apply to the report
7.  Roles associated with blocking table ACLs
8.  Links to associated blocking table ACLs
9.  Column ACLs that apply to the report
10. Roles associated with blocking column ACLs
11. Links to the associated blocking column ACLs
12. A real-time rendition of the report

1. Select Ignore Report to remove this report from future assessments.

   To review these reports later, see Reassess ignored reports.

2. Select Show Affected Users and then View Result.

   The first several affected users appear in a related list below the report assessment. Affected users are users that the report owner has shared the report with but who can’t see the report based on report_view ACLs.

   The default number of affected users shown is five. To show more, configure the property sn_report_acl.com.par_report_acl_assessment.max_affected_users. For more information, see Filter report assessment scans.

1. Select one or more of the affected users and choose Action on selected rows > Ignore to leave users' access to the report unchanged.

   Selected users are still unable to view the report but their names don’t show up next time that you run the assessment scan.

2. Add users to a group.

   1. Choose one or more affected users.

   2. Select Assign to group from the list Actions on selected rows.

3.  Choose a group and a role \(if available\) to add the selected users to and select **Submit**.

    Move any users that you don't want to add to the same group into the **Available** column.

4.  If no groups have at least one blocking role, select an appropriate group and add one of the blocking roles.

    If no groups are appropriate for the users, create a group and assign one of the required roles to it outside of the application. Then within the application, grant access to the selected blocked users. For more information on creating groups, see [Create a user group](../../platform-administration/user-administration/t_CreateAGroup.md).

5.  Select **Submit**.

Result

In the Affected Users list, the status of the assigned users changes to Processed. The next time you view this list, these assigned users no longer appear on it.

Parent Topic:ACL Assessment for Reports

Related topics

Assign a role to a group

Manage reports with ACLs on extended fields

Add a system property to identify reports affected by report_view ACLs on dot-walked fields.

Before you begin

Role required: admin and security_admin.

Procedure

1. Create the system property sn_report_acl.com.par_report_acl_assessment.collect_dotwalk and set it to true.

   For more information on creating system properties, see Add a system property.

2. Perform the Report View assessment scan.

Result

The Impacted Reports list has a new column, Dot walk fields. This column is visible only when an affected report is identified based on an ACL on a field on an extended table.

Related topics

Report on extended tables

Other report remediation tasks

After you perform the report assessment, you can address affected users. You can change access control list (ACL) roles, change sharing options on reports, or add report users to a group to grant them blocking roles.

Edit ACL roles

Elevate your role to security_admin and add one or more roles to a blocking ACL. Select the Table ACLs link, Column ACLs link, or Read ACLs link in the Affected Reports form to open the related ACL role list.

Edit the report sharing options

• For reports created in the Classic environment, open the report in the Report Designer and change who the report is shared with. For more information, see Share a Core UI report.
• For reports created in a configurable workspace open the report in the Visualization Designer and change who the report is shared with. For more information, see Share a data visualization in the Visualization Designer.