Database Security Driver with External Functions for Query Interception

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing systems struggle to effectively secure database queries without requiring extensive modifications to application code, as relying on developers to implement SQL-based security is costly and inefficient, leaving applications as the last line of defense against malicious access.

Innovation Solution

Implement a security driver that intercepts database queries through a database driver, applying external functions to enforce security policies transparently, using a translator to manage data access between lower-trust and secure distributed storage, and employing a security driver to classify and route data between these storage types.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If developers implement SQL-based security manually, then security control is achieved, but development cost and complexity increase significantly

Engineering Contradiction:
Improvesecurity controlVSAvoiddevelopment complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent introduces a database driver as an intermediary layer between the application and the database. This driver automatically intercepts and validates SQL statements, replacing the need for developers to manually implement security checks. The driver acts as a mediator that enforces security policies transparently, resolving the contradiction by maintaining security control while eliminating development complexity.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The database driver implements self-service security validation by automatically detecting and validating SQL statements without requiring developer intervention. The system serves its own security needs through automated statement inspection and validation, resolving the contradiction by achieving security control through self-service rather than manual implementation.

Inventive Principle:
Principle #25Self-service

2Adaptability or versatility

If applications are the last line of defense, then application autonomy is maintained, but security effectiveness is reduced

Engineering Contradiction:
Improveapplication autonomyVSAvoidsecurity effectiveness
Core Design Contradiction:
Adaptability or versatilityVSReliability

Solution Approach 1:

The database driver performs preliminary security validation of SQL statements before they are executed by the application or database. By conducting security checks in advance, the system enhances security effectiveness without interfering with application autonomy. The preliminary action ensures that malicious statements are blocked before they can affect the system.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The database driver serves as an intermediary that sits between the application and database, enabling security validation without requiring changes to application code. This intermediary approach maintains application autonomy while significantly improving security effectiveness through automated statement inspection.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Ease of operation

If security policies are applied transparently, then ease of operation is improved, but system complexity increases

Engineering Contradiction:
Improveease of useVSAvoidsystem complexity
Core Design Contradiction:
Ease of operationVSDevice complexity

Solution Approach 1:

The database driver acts as an intermediary that handles the complexity of security policy enforcement transparently. Applications interact with the driver through a standard interface without needing to understand or configure security policies. The driver absorbs the system complexity while maintaining ease of operation for end users and developers.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The database driver provides self-service functionality by automatically detecting SQL statements and applying appropriate security policies without requiring user configuration. This self-service approach masks the underlying system complexity while maintaining ease of operation, as the system manages its own security validation autonomously.

Inventive Principle:
Principle #25Self-service

Data Source

PatentUS20250286893A1Security driver external functions
Publication Date: 2025.09.11 ALTR SOLUTIONS INC
  • US20250286893A1 patent drawing
  • US20250286893A1 patent drawing
  • US20250286893A1 patent drawing

AI summary

Provided are processes to increase security of database systems, in some cases with transparent retrofits. Examples may include the calling of external functions responsive to a data access event, such as detected by a database driver, upon connection attempt to, request attempt to, or retrieval of data from a database arrangement of a storage environment. The database driver, in response to detecting an event, may perform a call to an API, like a RESTful API, of a component or system that effectuates logic for determining instructions provided back to the database driver for responding to the event.