Blockchain Privacy Protection for Content Centric Networks

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Traditional privacy protection methods for content-centric networks (CCNs) rely on third-party entities, leading to trust issues, single points of failure, and privacy leakage due to collusion, which are inefficient and insecure.

Innovation Solution

A blockchain-based privacy protection method using ciphertext-policy attribute-based encryption (CP-ABE) with a decentralized blockchain to record access policies, enabling user self-authentication, non-repudiation, and efficient data sharing, while supporting attribute revocation and distributed access control.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If a third party is used to control access to content in a CCN, then access control and privacy protection can be implemented, but trust issues, single points of failure, and privacy leakage due to collusion occur

Engineering Contradiction:
Improvetrust reliabilityVSAvoidsystem complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The system enables users to perform self-authentication using their own attributes and private keys stored locally. Users can independently verify access policies and decrypt content without requiring a third party to mediate each access request. This eliminates the single point of failure while maintaining access control functionality.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The access control system is segmented into multiple independent attribute authorities, each managing specific attributes. This distributed architecture eliminates the single point of failure problem associated with a centralized third party, while the modular structure keeps system complexity manageable through clear separation of responsibilities.

Inventive Principle:
Principle #1Segmentation

2Reliability

If CP-ABE is used for fine-grained access control, then privacy protection is improved, but computational overhead and content retrieval delay increase

Engineering Contradiction:
Improveprivacy securityVSAvoidcontent retrieval delay
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

Access policies are pre-encrypted into ciphertext using CP-ABE during content publication. The encryption incorporates access control rules directly into the ciphertext structure, allowing for efficient later verification and decryption operations without requiring complex real-time computations during content retrieval.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system replaces traditional cryptographic verification mechanisms with attribute-based decryption using bilinear pairings. This substitution enables more efficient verification of access policies by leveraging mathematical properties of pairing-based cryptography, reducing computational overhead during content access operations.

Inventive Principle:
Principle #28Mechanics substitution (Replace mechanical system)

3Ease of manufacture

If a centralized database is used for storing access policies, then implementation is simplified, but single points of failure and security vulnerabilities occur

Engineering Contradiction:
Improveimplementation easeVSAvoidsystem reliability
Core Design Contradiction:
Ease of manufactureVSReliability

Solution Approach 1:

The centralized database is segmented into multiple distributed attribute authorities that store different portions of access control information. Each authority independently manages specific attributes, eliminating the single point of failure while the modular design maintains implementation simplicity through standardized interfaces.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system introduces attribute authorities as intermediaries between content publishers and users. These authorities mediate the access control process by verifying attributes and enabling decryption, distributing the functionality previously concentrated in a single database while maintaining systematic coordination.

Inventive Principle:
Principle #24Intermediary (Mediator)

4Ease of operation

If third-party servers are involved in key management, then key distribution is simplified, but trust establishment costs increase and security relies heavily on the third party

Engineering Contradiction:
Improvekey distribution easeVSAvoidtrust security
Core Design Contradiction:
Ease of operationVSReliability

Solution Approach 1:

Users generate and securely store their own private keys locally without requiring third-party key management servers. The system enables self-service key generation and management, eliminating the trust dependency on external key distributors while maintaining simplified key distribution through public key infrastructure.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

Instead of third parties distributing keys to users, the system inverts the model by having users generate their own keys and the system distributing public keys and access policies. This inversion eliminates the single point of trust while maintaining operational simplicity through reversed key management flows.

Inventive Principle:
Principle #13The other way round (Inversion)

Data Source

PatentUS12095898B2Blockchain-based privacy protection method for content centric network (CCN)
Publication Date: 2024.09.17 ZHENGZHOU UNIVERSITY OF LIGHT INDUSTRY
  • US12095898B2 patent drawing
  • US12095898B2 patent drawing
  • US12095898B2 patent drawing

AI summary

A blockchain-based privacy protection method for a CCN includes: executing, by a trusted AAC, an initialization algorithm to generate common parameters and a master key, generating a public key and a private key for each consumer and publisher, and randomly generating, by the trusted AAC, its own public key and private key; calculating a public key, and generating ciphertext and uploading the ciphertext to a CSP; performing transaction on-chaining; and during decryption, finding, by the consumer, transaction information of the content on the consortium blockchain, sending an interest packet based on the transaction information, and obtaining ciphertext CT through a storage address in the transaction information; generating, by the consortium blockchain, an access transaction based on access information of the consumer; sending the ciphertext CT to the consumer through a data packet; and locally decrypting, by the consumer, the ciphertext CT, and verifying correctness of the content.