Security has always been a puzzle of fragments. For decades, analysts have warned about the mosaic effect: The risk that individually harmless pieces of information, when combined, can expose something sensitive. The term originated in intelligence and privacy circles, but AI has given it new weight.
Large language models and other inference systems can now correlate thousands of low-risk data points in seconds, uncovering patterns that once took human analysts weeks to piece together. The result is a silent expansion of what counts as “sensitive.” A timestamp here, a purchase record there — linked by AI, they can reveal trade secrets, personal identities, or operational details never meant to see daylight.
Traditional access controls like RBAC and even ABAC weren’t designed for that reality. They assume data sensitivity is static and intrinsic. In the AI era, it’s contextual, relational, and constantly shifting. Authorization models need to evolve accordingly.
In practice, the mosaic effect is what happens when AI systems connect data faster than humans can classify it.
Consider a few examples:
In finance, an anonymized trading record can, when linked with behavioral data, expose a client’s identity.
In healthcare, a de-identified image can regain traceable context when cross-referenced with public datasets.
In government, even metadata correlated across sources can suggest patterns of classified activity.
None of these examples involves a breach in the traditional sense. No credential theft, no database dump. The exposure happens through correlation. As models gain access to broader datasets, they can infer information that no single dataset explicitly contains.
Most enterprise access models were designed for environments where sensitivity was predefined. A record’s risk level stayed constant and access rules changed less often than the data itself.
Role-based access control (RBAC) assigns permissions by job title (engineers, analysts, HR) and assumes that well-defined roles make access predictable. Attribute-based access control (ABAC) adds nuance with context like time, location, or clearance level, but still treats sensitivity as an inherent property of the data itself.
That premise no longer holds. As information flows across applications and analytics pipelines, its meaning changes with each combination. Data that appears low-risk in one context can become highly sensitive when correlated with data from another source.
Traditional models make authorization a static decision—grant or deny—based on predefined attributes. In environments where relationships evolve constantly, access must account for intent and context, not just identity. Security teams need a framework that understands those relationships and adapts as they change.
If sensitivity emerges from how data connects, then authorization must evolve to understand those connections. That’s where relationship-based access control (REBAC) comes in.
REBAC extends the familiar logic of RBAC and ABAC by modeling the links between users, resources, and actions—who owns what, who’s collaborating with whom, and under what conditions those relationships are valid.
For example, a data analyst working within a finance group might have access to transaction records only while assigned to a specific compliance project. Once the project ends, or if the analyst’s AI assistant requests access outside that scope, the relationship dissolves and access is revoked automatically.
REBAC builds on zero-trust principles. While zero-trust has traditionally been applied to how human beings are allowed to access online resources, REBAC adds the ability to secure relationships between resources, time, place, and the meaning that flows through them.
This relational model also scales better in regulated industries, where organizations juggle thousands of overlapping policies. In RBAC and ABAC systems, every new rule or exception multiplies complexity. REBAC’s graph-based structure avoids that sprawl by defining access through relationships that already exist like project assignments, data ownership, and clearance hierarchies. When regulations change, those relationships update once and propagate automatically, keeping enforcement consistent without rewriting entire policy trees.
The result is an authorization model that behaves more like a living graph than a static rule set. It captures not just who can access data, but why, when, and for what purpose.
The mosaic effect has always been a security concern; what’s changed is how easily it now crosses regulatory boundaries. In sectors such as finance, healthcare, and government, compliance frameworks dictate how data can be stored and shared, but not how quickly meaning can shift when data is combined.
Governance must move beyond static categories of classification toward dynamic models that consider context, relationship, and purpose. Relationship-based authorization is an early architectural answer to that need, enforcing intent and traceability at the level where correlation occurs.
The challenge isn’t to rebuild every rulebook, but to design systems where compliance evolves alongside the ways machines derive meaning from data. Technology will always move faster than regulation, but how we architect access today will determine whether the next generation of AI systems strengthens or undermines those guardrails.