OSS Package Verification With Distributed Consensus Against Targeted Attacks

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing methods are inadequate in preventing targeted open-source software (OSS) supply chain attacks, particularly those tailored to specific organizations, as they often rely on non-deterministic techniques that result in high false positives and struggle to adapt to unique vulnerabilities.

Innovation Solution

A secure crowdsource-based verification framework that leverages collective intelligence to verify OSS packages through a distributed system, using a verification policy based on consensus among verifiers and cryptographic hashes to ensure package integrity.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If non-deterministic techniques are used for verification, then the system can handle diverse attack scenarios, but the false positive rate increases and reliability decreases

Engineering Contradiction:
Improveability to handle diverse attack scenariosVSAvoidfalse positive rate
Core Design Contradiction:
Adaptability or versatilityVSReliability

Solution Approach 1:

The verification system is segmented into multiple independent verifiers that each analyze the OSS package separately. Each verifier applies the same deterministic verification policy independently, and their results are aggregated through consensus mechanisms. This segmentation allows the system to handle diverse attack scenarios through multiple perspectives while maintaining reliability through independent verification paths.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system implements feedback loops where verification results from multiple verifiers are collected and analyzed. The consensus mechanism provides feedback by comparing individual verifier results against the collective outcome, allowing the system to identify and correct false positives while maintaining adaptability to various attack scenarios through iterative verification.

Inventive Principle:
Principle #23Feedback

2Ease of operation

If centralized verification is used, then the verification process is simple to manage, but the system cannot adapt to unique vulnerabilities of specific organizations

Engineering Contradiction:
Improveverification process managementVSAvoidadaptability to unique vulnerabilities
Core Design Contradiction:
Ease of operationVSAdaptability or versatility

Solution Approach 1:

The verification system transitions from a static centralized model to a dynamic distributed architecture. Multiple verifiers can be added or removed based on organizational needs, and the verification policy can be dynamically adjusted without reconfiguring the entire system. This dynamic structure maintains ease of operation through modular design while enabling adaptation to unique vulnerabilities through customizable verifier configurations.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The verification policy framework is designed to be universal, applying the same core verification principles across all verifiers. However, each verifier can be configured with organization-specific parameters and vulnerability profiles, allowing the universal framework to adapt to unique vulnerabilities while maintaining simple centralized policy management.

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

3Reliability

If multiple verifiers are deployed in a distributed system, then the system becomes more secure against targeted attacks, but the device complexity increases

Engineering Contradiction:
Improvesecurity against targeted attacksVSAvoiddistributed system architecture
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The system introduces intermediary components including centralized policy management servers and consensus coordination mechanisms that mediate between individual verifiers and the overall verification process. These intermediaries handle the complexity of coordinating multiple verifiers, managing communication protocols, and aggregating results, thereby securing the system against targeted attacks while abstracting away the distributed system complexity from end users.

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentEP4600856A1Secure crowdsource-based open-source code verification method
Publication Date: 2025.08.13 DEUTSCHE TELEKOM AG
  • EP4600856A1 patent drawingFigure 1
  • EP4600856A1 patent drawingFigure 2
  • EP4600856A1 patent drawingFigure 3

AI summary

A method for secure crowdsource-based verification of an OSS code, comprising allowing a user (e.g., a software developer) to generate requests to verify OSS libraries, the requests containing information required for verification; receiving the requests by a plurality of verifiers, and provide, by the verifiers, a response for each request, the response including validation details based on the verifiers' analysis; receiving by the user, all the responses from verifiers; applying a verification policy that meets predetermined criteria, the verification policy consisting of a set of rules and criteria decision-making process and determining an OSS package's expected content.