20 December 2021
Despite technological advancements in the field, third-party access remains a persistent challenge for many IAM (Identity and Access Management) and security teams. While third-party access contributed to a significant percentage of breaches in recent years, the ongoing issues prompt a closer look at IAM fundamentals, the roles of its components, and the existing gaps in managing external access.
Third-party access involves granting external organizations the authorization to perform specific tasks within another business. Common examples include:
Essentially, it encompasses any scenario where individuals outside of an organization need access to its systems to fulfill business-related duties.
Managing these external identities in an identity-centric security environment should theoretically be straightforward. However, practical challenges come up: Where do these identities originate? How do we manage their access permissions within the current tech infrastructure?
IGA is often the first consideration in addressing identity access issues. It fundamentally involves provisioning and de-provisioning identity data across systems, controlling access through group memberships in LDAPs, entitlements in databases, and ensuring uniformity in attributes necessary for authorization decisions. Although IGA is essential for recertifying access within an organization, IGA tools primarily cater to workforce identities (e.g. employees and contractors), that typically have clearly defined roles and responsibilities.
The difficulty with third-party access lies in the unknown variables: the exact individuals performing tasks and their specific roles are often determined by the third party, not the host organization. Integrating third-party identities into an organization's IGA could lead to complications, such as requiring third-party personnel to have elevated rights within the IGA system, which could introduce risks and inefficiencies.
Identity Providers (IDPs) play a crucial role in managing third-party access. While they don't provide a complete solution, IDPs facilitate the establishment of trust, enabling authentication and identity propagation between the host organization and the third-party provider.
During federated single sign-on (SSO), the third party can relay certain information to the host organization inside the OAUTH or SAML assertions. This information such as roles, titles, and assurance level can then be used by the host organization IDP to make coarse grain authorization decisions about the identity. This coarse-grained access can block the user from going to certain applications or provide a mechanism for step-up authentication. While this mechanism is vital for securing and streamlining access, itdoes not address all aspects of third-party identity management. It’s missing the finer grain controls such as (using the examples from earlier), which products should the supplier be able to update price on or not, which portfolios should the financial company be able to see, etc.
PlainID, through its Policy-Based Access Control (PBAC), offers an effective solution to the challenges of third-party access in IAM systems. PBAC centers around using policies, rather than static roles or attributes, to govern access decisions, providing a dynamic, contextual, and flexible approach to access control. Here’s how PlainID addresses access control for third-party identities:
By leveraging PlainID and its PBAC approach, organizations can address the inherent complexities of third-party access more effectively, providing secure, compliant, and manageable access control that adapts to the unique and evolving challenges posed by external collaborations.
While IAM systems have evolved significantly, managing third-party access effectively requires more than just advanced tools. It demands a holistic understanding of identity management, thoughtful integration of external entities into existing IAM frameworks, and continuous oversight to mitigate potential security risks. Contact our team to learn more about how PlainID helps with third-party and B2B access control.