Secure Networking on Resource-Constrained Devices

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Resource-constrained devices, such as smart cards, face challenges in communicating securely with other nodes on a network due to limited computational power and memory, with existing solutions relying on host computers for security, making them vulnerable to attacks.

Innovation Solution

Implementing a communications protocol stack on the resource-constrained device to enable secure communication as a network node, using optimized techniques like data swapping and buffer sharing, and integrating security protocols like SSL/TLS to establish a security boundary within the device.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If a communications protocol stack is implemented on the resource-constrained device, then secure communication capability is improved, but device complexity increases

Engineering Contradiction:
Improvesecure communication capabilityVSAvoiddevice complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The communications protocol stack is divided into multiple layers (physical layer, data link layer, network layer, transport layer, application layer), with each layer handling specific functions. This segmentation allows the complex protocol to be managed in manageable modules, reducing the overall complexity burden on the resource-constrained device while maintaining secure communication capability.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The protocol stack implements nested structure where lower layers provide foundational services that upper layers build upon. Each layer encapsulates the services of the layer below it, allowing the device to implement complex security protocols by nesting simpler, well-defined functional blocks within each other.

Inventive Principle:
Principle #7Nested doll (Nesting)

2Reliability

If security protocols like SSL/TLS are integrated on the device, then security boundary relocation is improved, but computational power requirements worsen

Engineering Contradiction:
Improvesecurity boundaryVSAvoidcomputational power
Core Design Contradiction:
ReliabilityVSPower

Solution Approach 1:

The device implements only the essential security functions needed to establish and maintain the security boundary, rather than implementing complete cryptographic suites. This partial action approach allows SSL/TLS integration with minimal computational overhead, focusing computational power only where absolutely necessary for security maintenance.

Inventive Principle:
Principle #16Partial or excessive action

Solution Approach 2:

The host computer acts as an intermediary that provides heavy cryptographic processing and certificate validation, while the resource-constrained device only performs lightweight operations such as session key generation and data encryption/decryption. This intermediary approach distributes computational burden while maintaining the security boundary on the constrained device.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Adaptability or versatility

If standard network protocols are implemented on the device, then network compatibility is improved, but memory requirements worsen

Engineering Contradiction:
Improvenetwork compatibilityVSAvoidmemory requirements
Core Design Contradiction:
Adaptability or versatilityVSQuantity of substance

Solution Approach 1:

The protocol stack uses parameter optimization to reduce memory footprint, such as implementing variable-length record formats, using efficient data structures for network addresses and ports, and implementing selective protocol support based on actual network requirements. This allows standard protocol compatibility with minimized memory consumption.

Inventive Principle:
Principle #35Parameter changes

Solution Approach 2:

The communication module is designed as a universal interface that can handle multiple network protocols and communication modes through a single unified structure. This multi-functionality approach allows the device to maintain network compatibility across different protocols without requiring separate dedicated memory spaces for each protocol implementation.

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

Data Source

PatentUS7509487B2Secure networking using a resource-constrained device
Publication Date: 2009.03.24 THALES DIS USA INC
  • US7509487B2 patent drawing
  • US7509487B2 patent drawing
  • US7509487B2 patent drawing

AI summary

Secure communication between a resource-constrained device and remote network nodes over a network with the resource-constrained acting as a network node. The remote network nodes communicate with the resource-constrained device using un-modified network clients and servers. Executing on the resource-constrained device, a communications module implements one or more link layer communication protocols, operable to communicate with a host computer, operable to communicate with remote network nodes and operable to implement network security protocols thereby setting a security boundary inside the resource-constrained device.