Transaction Data Validation via Log Correlation

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

The domain name registration and maintenance process lacks effective methods for auditing and validating transactions in registry databases, which is crucial for ensuring data integrity and security in the rapidly growing internet infrastructure.

Innovation Solution

A system and method for validating transaction data in a registry database by parsing OLTP transaction data, comparing it to predefined profiles, and correlating it with transaction log files to detect malicious activity and ensure data integrity.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If automated domain name registration is implemented with minimal human intervention, then registration efficiency and productivity are improved, but the risk of unauthorized changes and malicious activity increases

Engineering Contradiction:
Improvedomain name registration efficiencyVSAvoiddata integrity security
Core Design Contradiction:
ProductivityVSReliability

Solution Approach 1:

The system creates transaction logs and profiles of legitimate database operations in advance, before actual domain name registrations occur. These pre-established profiles serve as a baseline for detecting unauthorized changes during automated registration processes, allowing the system to maintain security without human intervention.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system continuously monitors database transactions, compares them against established profiles, and generates alerts when discrepancies are detected. This feedback mechanism enables the automated system to detect and report unauthorized changes in real-time, maintaining reliability while preserving registration efficiency.

Inventive Principle:
Principle #23Feedback

2Reliability

If comprehensive auditing and validation of all database transactions are implemented, then data integrity and security are improved, but system complexity and processing time increase

Engineering Contradiction:
Improvetransaction data integrityVSAvoidauditing system complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The auditing system is divided into distinct components: transaction log generation, profile creation, data correlation, and alert generation. Each component handles a specific aspect of the auditing process, making the overall system more manageable and maintainable while providing comprehensive transaction validation.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system introduces transaction logs as an intermediary layer between the database and the auditing mechanism. These logs capture database operations without interfering with normal registration processes, and serve as a bridge for comparison against profiles, simplifying the auditing architecture.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Measurement precision

If real-time correlation and comparison of transaction data with logs is performed, then detection of malicious activity is improved, but processing speed and productivity are reduced

Engineering Contradiction:
Improvemalicious activity detection accuracyVSAvoidtransaction processing speed
Core Design Contradiction:
Measurement precisionVSProductivity

Solution Approach 1:

The system performs correlation and comparison operations selectively on transaction logs that require validation, rather than processing every single database operation in real-time. This partial action approach maintains detection accuracy for critical transactions while avoiding unnecessary processing overhead.

Inventive Principle:
Principle #16Partial or excessive action

Data Source

PatentUS9535971B2Method and system for auditing transaction data from database operations
Publication Date: 2017.01.03 VERISIGN INC
  • US9535971B2 patent drawing
  • US9535971B2 patent drawing
  • US9535971B2 patent drawing

AI summary

A method for validating SRS registry transaction data includes receiving OLTP transaction data from a first database, parsing the OLTP transaction data, and comparing the parsed OLTP transaction data to one or more of a set of profiles. Each of the one or more of the set of profiles includes metadata in XML files. The method also includes caching the parsed OLTP transaction data in a first data cache, receiving log data associated with the OLTP transaction data; and caching the log data in a second data cache. The method further includes correlating the parsed transaction data cached in the first data cache with the log data cached in the second data cache.