Hardware Cryptographic Authentication for IoT Security

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current IoT platforms face challenges in providing a unified, secure, and easily extensible solution for managing and communicating across diverse IoT devices, often requiring high programming knowledge and limited software development kits, while also struggling with security and scalability as the number of devices grows.

Innovation Solution

The proposed IoT platform employs agent software with a modular abstraction layer, utilizing CoAP for data transport, DTLS for security, and hardware cryptographic authentication, along with a cloud-based management system to ensure end-to-end security and easy integration of new devices, allowing for secure and seamless communication across a large number of devices without the need for complex programming.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If hardware cryptographic authentication is implemented, then security is improved, but device complexity increases

Engineering Contradiction:
ImprovesecurityVSAvoiddevice complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent introduces a hardware authentication chip as an intermediary component that handles cryptographic operations separately from the main microcontroller. This mediator chip performs challenge-response authentication and key management, isolating complex security functions from the primary device architecture and reducing the security burden on the main processor.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The authentication system is segmented into distinct functional modules: a hardware authentication chip for cryptographic operations, a microcontroller for device control, and a secure boot loader for initialization. This segmentation allows each component to be optimized independently, with the authentication chip handling only security functions while the microcontroller manages device operations.

Inventive Principle:
Principle #1Segmentation

2Ease of operation

If a unified IoT platform with modular abstraction layer is created, then ease of operation is improved, but device complexity increases

Engineering Contradiction:
Improveease of integrationVSAvoidplatform complexity
Core Design Contradiction:
Ease of operationVSDevice complexity

Solution Approach 1:

The patent implements a universal IoT platform with a modular abstraction layer that provides standardized interfaces for diverse device types. The platform supports multiple communication protocols (CoAP, MQTT, HTTP) and device architectures through a common authentication and management framework, allowing different devices to be integrated using the same development tools and procedures.

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

Solution Approach 2:

A cloud-based management server acts as an intermediary between devices and users, handling device registration, authentication credential management, and software updates. This mediator abstracts the complexity of secure device provisioning and platform configuration from end users and developers.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Reliability

If secure communication protocols (DTLS) are implemented across all devices, then security is improved, but use of energy increases

Engineering Contradiction:
ImprovesecurityVSAvoidenergy consumption
Core Design Contradiction:
ReliabilityVSUse of energy by moving object

Solution Approach 1:

The patent implements selective security where DTLS encryption is applied only to data payloads while authentication identifiers (device IDs, challenge tokens) are transmitted in plaintext. This partial application of encryption reduces computational overhead and energy consumption compared to encrypting all communications, while maintaining security for sensitive data.

Inventive Principle:
Principle #16Partial or excessive action

Solution Approach 2:

Security credentials including DTLS certificates and encryption keys are pre-configured in the hardware authentication chip during device manufacturing. This preliminary setup eliminates the need for energy-intensive key generation and certificate exchange operations during runtime, reducing operational energy consumption while maintaining strong security.

Inventive Principle:
Principle #10Preliminary action

4Reliability

If hardware authentication chips are integrated into all devices, then reliability is improved, but manufacturing cost increases

Engineering Contradiction:
Improveauthentication securityVSAvoidmanufacturing cost
Core Design Contradiction:
ReliabilityVSEase of manufacture

Solution Approach 1:

The patent employs different authentication mechanisms based on device security requirements and cost constraints. Low-cost devices may use simplified challenge-response authentication with shared secrets, while high-security devices receive full hardware cryptographic chips. This parameter-based differentiation allows manufacturers to optimize the cost-security tradeoff for different product lines.

Inventive Principle:
Principle #35Parameter changes

Solution Approach 2:

The authentication system uses lightweight cryptographic algorithms that can be implemented through software emulation or simplified hardware logic, creating functional copies of full cryptographic chip capabilities at lower cost. This allows budget-constrained devices to achieve adequate authentication security without expensive hardware components.

Inventive Principle:
Principle #26Copying

Data Source

PatentUS9917821B2Hardware cryptographic authentication
Publication Date: 2018.03.13 ITRON INC
  • US9917821B2 patent drawing
  • US9917821B2 patent drawing
  • US9917821B2 patent drawing

AI summary

An example method of establishing an authenticated session between two communicating devices includes establishing, by a first processor of a first device, a secure connection with a second device over the network using a communications protocol; receiving, by the first processor, an identity authentication request from the second device; passing, by the first processor, the identity authentication request to a second processor located on an authentication chip of the first device; generating, by the second processor using one or more authentication code functions stored on the authentication chip, one or more authentication codes using a unique serial number of the first device and an authentication key, both stored on the authentication chip; providing, by the second processor, the one or more generated authentication codes to the first processor; and sending, by the first processor, a response to the second device that includes the one or more generated authentication codes.