Client-Side Certificate Reputation Scoring for Man-in-the-Middle Attack Prevention

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current certificate authentication methods, such as TLS and SSL, are vulnerable to man-in-the-middle attacks due to the potential for malicious third parties to obtain fraudulent certificates from Certifying Authorities, and existing solutions like certificate pinning and revocation lists are ineffective or unreliable, especially when central servers are compromised.

Innovation Solution

A method and system for determining a reputation score for certificates locally on client nodes, using a client-side database to compare certificate data with stored information, including revocation lists and reputation scores from other nodes, allowing clients to assess trustworthiness without relying on central servers, and optionally informing users or terminating communication based on the score.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If certificate-based authentication is used to secure communications, then security is improved, but the system becomes vulnerable to man-in-the-middle attacks when malicious third parties obtain fraudulent certificates

Engineering Contradiction:
Improveauthentication reliabilityVSAvoidman-in-the-middle attack vulnerability
Core Design Contradiction:
ReliabilityVSObject-affected harmful factors

Solution Approach 1:

The system performs preliminary actions by having clients proactively query an authentication node about certificate trustworthiness before establishing secure communications. The authentication node pre-evaluates certificates by comparing them against a database of known fraudulent certificates and reputation scores, alerting clients to potential man-in-the-middle attacks before they occur.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

An authentication node serves as an intermediary between clients and servers to verify certificate trustworthiness. This intermediary component maintains a database of fraudulent certificates and reputation scores, and provides authentication services by comparing presented certificates against this database, thereby protecting clients from fraudulent certificates without requiring changes to the existing TLS/SSL infrastructure.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Reliability

If centralized certificate verification systems are used, then certificate validation is improved, but the system becomes vulnerable when central servers are compromised or blocked by attackers

Engineering Contradiction:
Improvecertificate validation reliabilityVSAvoidresilience to server compromise
Core Design Contradiction:
ReliabilityVSAdaptability or versatility

Solution Approach 1:

The authentication system is segmented into distributed authentication nodes rather than relying on a single centralized server. Each authentication node maintains its own database of fraudulent certificates and reputation scores, and can independently verify certificates. This segmentation ensures that if one authentication node is compromised or blocked, other nodes remain operational and can continue providing authentication services.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

Clients are empowered to perform local certificate validation by querying authentication nodes and using the provided trustworthiness information. The system enables self-service authentication where clients can independently assess certificate reliability without being forced to rely on potentially compromised centralized servers, thereby improving resilience to server compromise.

Inventive Principle:
Principle #25Self-service

3Ease of operation

If traditional TLS/SSL protocols are used without additional verification, then ease of operation is maintained, but security against fraudulent certificates is compromised

Engineering Contradiction:
Improvecommunication simplicityVSAvoidcertificate trustworthiness
Core Design Contradiction:
Ease of operationVSReliability

Solution Approach 1:

The authentication node acts as an unobtrusive intermediary that clients can query for certificate verification. Clients simply send authentication requests to the authentication node with the server's certificate, receive a trustworthiness assessment, and proceed accordingly. This maintains ease of operation as the process is automated and requires minimal user intervention while significantly improving certificate trustworthiness verification.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The system implements feedback by having authentication nodes provide trustworthiness assessments to clients based on certificate analysis. Clients use this feedback information to make informed decisions about whether to proceed with communications. The authentication node continuously updates its database of fraudulent certificates and reputation scores, providing ongoing feedback to improve certificate verification reliability without complicating the user experience.

Inventive Principle:
Principle #23Feedback

Data Source

PatentUS9602499B2Authenticating a node in a communication network
Publication Date: 2017.03.21 RPX CORP
  • US9602499B2 patent drawing
  • US9602499B2 patent drawing
  • US9602499B2 patent drawing

AI summary

A method and apparatus for authenticating a first node's identity in a communication network. An authentication node receives from a second node an authentication request. The authentication request includes a first certificate that has previously been presented to the second node by a node purporting to be the first node. The authentication node retrieves a second certificate belonging to the first node from the first node, and compares the first certificate with the second certificate. If the certificates match, then the first node's identity can be authenticated but if the certificates do not match, then the first node's identity cannot be authenticated. The results of the comparison are then sent to the second node.