Lookup Object System for Confined Reflective Access

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing systems fail to effectively confine reflective access within module boundaries, leading to potential violations and unauthorized access to private members across modules.

Innovation Solution

The implementation of a lookup object system that defines reflective access based on a principal class and access modes, where the MODULE bit is used to determine whether access is within module boundaries, allowing or denying teleporting with private reflective access to ensure module boundary integrity.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If reflective access is allowed across module boundaries, then adaptability and versatility are improved, but module boundary integrity and security deteriorate

Engineering Contradiction:
Improvereflective access capabilityVSAvoidmodule boundary integrity
Core Design Contradiction:
Adaptability or versatilityVSReliability

Solution Approach 1:

The patent segments reflective access permissions by introducing module boundary checks that divide the access control space into intra-module (allowed) and inter-module (restricted) zones. The lookup object system segments permissions by associating them with specific principal classes and their containing modules, allowing fine-grained control over which reflective operations can cross module boundaries.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent introduces an intermediary lookup object that mediates between reflective access requests and target members. This lookup object acts as a gatekeeper, checking whether the reflective access operation would cross module boundaries and blocking such operations unless explicitly permitted, thereby protecting module boundary integrity while still allowing legitimate reflective access within modules.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Reliability

If module boundary restrictions are enforced on reflective access, then security and reliability are improved, but ease of operation deteriorates

Engineering Contradiction:
Improvemodule boundary integrityVSAvoidreflective access operation
Core Design Contradiction:
ReliabilityVSEase of operation

Solution Approach 1:

The patent performs preliminary action by checking module boundary conditions during the lookup object creation process rather than during actual reflective access operations. The lookup object is pre-configured with information about its principal class and module boundaries, so that subsequent reflective operations can proceed without repeated boundary checks, reducing operational overhead while maintaining security.

Inventive Principle:
Principle #10Preliminary action

3Measurement precision

If lookup objects track principal class and module information, then access control precision is improved, but device complexity increases

Engineering Contradiction:
Improveaccess control precisionVSAvoidlookup object structure
Core Design Contradiction:
Measurement precisionVSDevice complexity

Solution Approach 1:

The patent applies universality by designing the lookup object to serve multiple functions simultaneously: it acts as a factory for generating reflective access operations, stores information about the principal class, tracks module boundary information, and performs access control checks. This multi-functionality reduces the need for separate structures for each concern, managing complexity while maintaining precision.

Inventive Principle:
Principle #6Universality (Multi-functionality)

Data Source

PatentUS11347487B2Confining reflective access based on module boundaries
Publication Date: 2022.05.31 ORACLE INT CORP
  • US11347487B2 patent drawing
  • US11347487B2 patent drawing
  • US11347487B2 patent drawing

AI summary

A module (m1) is allowed to gain private reflective access to any class in any module (C2 in m2), if and only if m2 grants to m1 deep reflective access for C2. A caller class may invoke a method to generate a second lookup object associated with a second principal class based on a first lookup object associated with a first principal class. The method is successfully executed only if (a) an access mode of the first lookup object allows for teleporting with private reflective access and (b) a module including the second principal class grants to a module including the first principal class deep reflective access for the second principal class. The second lookup object drops the access mode allowing for teleporting with private reflective access. Hence reflective access is confined within the limits imposed by module boundaries, as relaxed by access agreements between pairs of modules. The bilateral agreements are not transferable to other modules.