A Salesforce administrator configures a conditional component visibility filter on an Account Lightning Record Page to display a custom financial metrics component only when a user's Profile Name equals 'Finance Executive'. Shortly after deployment, the security team notices that integration users without the 'Finance Executive' profile can still retrieve the underlying metric field values using the REST API. What explains why the integration users can access this data?
- Component visibility filters in Lightning App Builder only govern UI rendering and do not restrict data access or API permissions enforced by Field-Level Security.Answer
- BComponent visibility filters only enforce field security when the record page is assigned as the Org Default rather than activated by App or Profile.
- CThe administrator omitted the picklist value assignments for the metric record type when activating the custom Lightning Record Page.
- DComponent visibility rules apply exclusively to custom objects, so standard object field access defaults to Org-Wide Defaults for API requests.
Answer
Component visibility filters in Lightning App Builder only govern UI rendering and do not restrict data access or API permissions enforced by Field-Level Security.
Lightning App Builder component visibility filters control strictly whether a component is rendered on the graphical user interface. They do not act as data security boundaries. To prevent users or API integrations from querying or reading field data, administrators must restrict access using Field-Level Security (FLS), Object Permissions, or Sharing Settings.
Step-by-Step Solution
Key Concept
Lightning Component Visibility vs. Field-Level Security