RESTful API Security Policy Enforcement for Medical Data

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing medical data management systems face scalability issues in securing and managing large volumes of sensitive patient data, particularly with conventional APIs being ill-equipped to handle growing demands and user bases, leading to inefficient and inconsistent modifications.

Innovation Solution

A method and system for enforcing security policies in a Representational State Transfer (RESTful) API, which processes requests by determining user information and applying appropriate security policies based on user roles and resource types, ensuring secure access to patient data through a hierarchical security model and predicate expressions.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If conventional APIs are used to manage medical data, then basic data access is enabled, but scalability and security for large volumes of sensitive patient data deteriorate

Engineering Contradiction:
Improvedata securityVSAvoidscalability
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The patent segments the API into multiple hierarchical layers (RESTful API gateway, service layer, data access layer) with distinct security policies applied at each level. This segmentation allows the system to scale by adding layers without compromising security, as each layer independently enforces its own security rules while maintaining overall system reliability.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent introduces an intermediary security policy enforcement point between the conventional API and the patient data. This intermediary layer validates requests, applies security rules, and mediates access control, thereby enhancing data security without blocking the scalability of the underlying API infrastructure.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Reliability

If security policies are enforced for every request, then data access control is improved, but processing latency and computational resources increase

Engineering Contradiction:
Improveaccess controlVSAvoidprocessing latency
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The patent implements preliminary action by pre-evaluating and caching security policies for common request patterns before actual data access occurs. Security rules are compiled and stored in an optimized format, allowing rapid enforcement during runtime without performing full policy evaluation for every request, thus reducing processing latency while maintaining strict access control.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent applies partial action by implementing selective security policy enforcement based on request priority and data sensitivity. High-priority time-critical requests receive expedited processing with minimized security checks, while less urgent requests undergo comprehensive policy validation. This approach balances access control requirements with latency constraints by applying appropriate levels of security scrutiny to different request types.

Inventive Principle:
Principle #16Partial or excessive action

Data Source

PatentEP3371728B1Securing resources with a representational state transfer application program interface
Publication Date: 2023.12.27 BOSTON SCIENTIFIC CARDIAC DIAGNOSTIC TECHNOLOGIES INC
  • EP3371728B1 patent drawingFigure 1
  • EP3371728B1 patent drawingFigure 2
  • EP3371728B1 patent drawingFigure 3

AI summary

Embodiments provide techniques for enforcing a security policy in a server application that provides a Representational State Transfer (RESTful) Application Program Interface (API). Embodiments receive a request specifying an action and a logical resource identifier and in compliance with the RESTful API. A logical resource corresponding to the logical resource identifier is determined. Embodiments determine user information corresponding to a requestor from which the request was received. Additionally, a security policy to apply to the request is determined based on the determined user information and the logical resource. Embodiments then process the received request according to the determined security policy.