> ## 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.

# External access

> Review the resource access grants that reach principals outside your AWS organization

With **external access**, you can narrow the [resource access grants](/guides/platform/resource-access-grants/overview) inventory to the grants that matter most for third-party risk: those that allow a principal outside your AWS organization to reach your accounts and resources.

<Note>
  **External access** is access to your AWS accounts or resources by a principal outside your AWS organization. This is what AWS Access Analyzer and compliance frameworks call third-party access. The term *external* matches AWS Access Analyzer and is more precise than *cross-account*, which only means one account to another regardless of whether it leaves your organization.
</Note>

***

## Why external access matters

Access that stays inside your organization is governed by your own controls. Access that leaves it is held by someone else: a vendor, a partner, a federated identity, or in the worst case the public internet. You often cannot see how that access is used or revoke it on your own. Many compliance frameworks require you to inventory and review third-party access for exactly this reason.

***

## Identifying external access

A grant is external when its **Origin** is `External`. Plerion gives you several ways to isolate these grants:

* **The External access tile**: The **Resource access grants** view counts external grants in the **External access** tile, and untrusted ones in the **Untrusted external access** tile.
* **Preset views**: Use the **External**, **Untrusted external**, **Cross-org**, or **Public** chips above the table to jump straight to a slice of external access.
* **The Origin filter**: Set the **Origin** filter to `External` to show every external grant, then refine by **Scope**, **Trust**, or **Principal type**.

External grants carry one of these scopes: `Cross-org` (a specific outside account), `Federated` (an external identity provider), or `Public` (open to everyone through a wildcard principal).

<Note>
  Not every `Federated` grant is external. A SAML provider that sits in the resource's own account or another account in your organization is internal, which is the case for AWS IAM Identity Center. OIDC principals are always external.
</Note>

You can also open the **External access** card on the **Entitlements > AWS** overview, which opens a panel pre-filtered to external grants only.

<Frame>
  <img src="https://mintcdn.com/pleriondocs/mb_vIUd3tv6WYwaN/images/platform/resource-access-grants/external-access-card.jpg?fit=max&auto=format&n=mb_vIUd3tv6WYwaN&q=85&s=f95b189dd74b1670b0f64905edd08224" alt="External access card on the Entitlements AWS overview opening a panel of external grants" width="1246" height="486" data-path="images/platform/resource-access-grants/external-access-card.jpg" />
</Frame>

***

## From external to untrusted

Not all external access is a problem. A vendor integration or a CI/CD identity may be exactly what you intended. Plerion separates the access you have confirmed from the access you have not:

* **Trusted**: The principal matches an entry on your trusted principals list, or a reviewer has trusted this one grant until its review date.
* **Untrusted**: An external principal that neither of those covers.

Untrusted external access is the access most likely to need attention, so Plerion raises a finding for it.

Work through it in this order. One decision high up the list can clear hundreds of grants:

1. **Start with suggested principals.** The [trusted principals](/guides/platform/resource-access-grants/trusted-principals#suggested-principals) tab lists the external principals already holding ten or more grants. Trusting one you recognize clears every grant it holds in a single step.
2. **Work the remaining principals from the findings.** The finding's [Access grants tab](/guides/platform/resource-access-grants/findings#the-access-grants-tab) trusts a principal without leaving the finding.
3. **Fall back to per-grant decisions.** Where access is expected on one resource-and-principal pairing but not worth trusting everywhere, record a [`Trust until review` decision](/guides/platform/resource-access-grants/access-review#trusting-a-grant-until-its-review-date) on that grant.
4. **Remediate what remains** as [untrusted external access findings](/guides/platform/resource-access-grants/findings).

For a large backlog, the [Public API](/api-reference/) reads the inventory and records review decisions in bulk. See [Resolving a finding](/guides/platform/resource-access-grants/findings#resolving-a-finding) for how the three routes compare.

***

## Related pages

* [Resource access grants](/guides/platform/resource-access-grants/overview): The full inventory and how grants are classified.
* [Trusted principals](/guides/platform/resource-access-grants/trusted-principals): Confirm expected external principals.
* [Untrusted external access findings](/guides/platform/resource-access-grants/findings): Prioritize and resolve unconfirmed external access.


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.