                             Embedded World, Nuremberg, Germany, February 26, 2008                            
Atmel’s CryptoCompanion IC Eliminates the Need for Designers to Understand Cryptographic Processes and Algorithms

Atmel® Corporation (NASDAQ:ATML), today announced its CryptoCompanion™ chip that provides plug-and-play host-side cryptographic security for embedded systems that are prone to firmware theft, violation of licensing agreements, and/or product counterfeiting. Such systems include printer cartridges, smart batteries, set top boxes, cell phones, video game consoles, video game cartridges, PDAs, GPS, and any system with proprietary algorithms or secrets.
Embedded systems are particularly vulnerable to the uploading of unauthorized system firmware, which is frequently used to access features that have not been paid for (e.g. the ability to send photos from a cell phone, unpaid access to pay-per-view media content, or the ability to play games that are not licensed for a particular game console). These illegal firmware changes rob companies of expected revenue.
Such products can be protected by using the mutual authentication capability in Atmel’s CryptoMemory® and CryptoRF® devices, which have encryption keys and algorithms that are inaccessible and, therefore, cannot be stolen or copied. The host reader and device mutually authenticate each other by computing “challenges”, based on the unreadable keys that can only be duplicated by a device with the correct keys and algorithms. The adoption of secure mutual authentication has been limited because the complexity of designing the host reader, which requires extensive knowledge of cryptography and associated cryptographic algorithms, and is beyond the scope of many engineers. Atmel’s CryptoCompanion chip is the world’s first device that integrates all host-side security functionality in a plug-and-play solution.
Atmel’s AT88SC016 CryptoCompanion chip is a, single-chip host solution that eliminates the need for host-side development of secure systems with mutual authentication. It integrates hardware cryptographic and SHA hash engines, and a hardware random number generator with secure storage for encryption algorithms and up to 16 encryption keys. The CryptoCompanion chip executes all host-side operations for secure mutual authentication, including data encryption, firmware integrity verification, and generation of encrypted message authentication codes for secure communication with the device. System developers do not need any knowledge of cryptographic techniques to develop host applications with this chip.
Hardware-based Security for the Masses. The weak link in most secure communicating systems is the inability to securely store keys and security algorithms. Before the advent of the CryptoCompanion chip, the only way to achieve effective security was to use, Secure Access Modules (SAMs), which cost as much as $5 each and require special firmware or operating systems to execute security routines. The complexity and expense of this type of solution has hindered the adoption of hardware-based security in many end-products. Most engineers do not have the cryptographic expertise to implement these systems, and the price tag has been prohibitive for cost-sensitive embedded systems.
All host-side security firmware is implemented in Atmel’s CryptoCompanion chip, allowing engineers to implement hardware security in their products with no customer-side firmware or OS development, at about a fraction of the cost of a Secure Access Module.
Secure Dynamic Mutual Authentication. All of Atmel’s CryptoMemory and CryptoRF devices have unique serial numbers, an embedded cryptographic engine, and between 1 Kbit and 256 Kbits of EEPROM. The CryptoCompanion host generates unique authentication challenges for each CryptoMemory or CryptoRF IC, based on one of its 16 securely stored keys and each device’s serial number.
The embedded cryptographic engine on CryptoMemory and CryptoRF devices uses its authentication keys and a random number to create a unique, highly encrypted, 56-bit identity, called a cryptogram plus a unique 64-bit session encryption key for each transaction.
During mutual authentication, the CryptoMemory or CryptoRF device sends its serial number and cryptogram to the CryptoCompanion on the host reader. The companion computes a 64-bit number, called a “challenge”, based on its own authentication key and a hardware-generated, true random number. It sends both the random number and the “challenge” to the device. The CryptoMemory or CryptoRF device uses the random number and its own non-readable authentication key to generate another 64-bit number. If the two 64-bit numbers match, then the CryptoMemory or CryptoRF device accepts the host as authentic. If the two numbers do not match, the transaction ends before any information is divulged.
Once the host is authenticated, the Crypto device generates a new cryptogram, based on its most recent cryptogram, which it sends to the host as a “counter-challenge”. The host uses the original encrypted identity of the device, the same random number it sent, and the device’s serial number to compute a new encrypted identity. If that number matches the “counter-challenge”, the CryptoMemory or CryptoRF is deemed to be authentic and data, encrypted with the session encryption keys, may be exchanged.
The key to the security is that the authentication keys and host encryption keys used to create the cryptograms never leave the Crypto device or the CryptoCompanion host. Only an authentic host can read information from the CryptoMemory or CryptoRF. The likelihood of a “fake” device creating the appropriate cryptogram is extremely low.
Only the authentication keys are written to the CryptoMemory or CryptoRF device. The host key, which is required to create the authentication keys, is stored in the companion chip but not in the Crypto device. Thus, in the unlikely event that a CryptoMemory or CryptoRF device was “cracked”, it does not contain enough information to create the right keys. Because the keys are diversified, an authentication key learned from one device is useless with any other device.
Two Firmware Protection Schemes.
Atmel’s CryptoCompanion chip provides two firmware verification schemes to authenticate embedded system firmware. The first type uses the industry standard SHA hash algorithm to create a 20-byte number, called a digest, from the system firmware itself. Executing the SHA hash on the firmware will always result in the same 20-byte number, but changing even a single bit in the firmware will result in a completely different number. The hash value is stored in the companion device. The validity of the firmware can be checked by executing the SHA algorithm on the firmware and comparing it to the value stored in the CryptoCompanion. If the two numbers are the same, the firmware is valid; if they are different the firmware in the product has been tampered with. The second type of firmware verification uses the hash digest of the firmware, plus a digital signature for the verifying agent, which verifies that the agent is authorized to make a firmware upgrade. This scheme allows for firmware upgrades by trusted agents in addition to verifying the integrity of existing firmware. When the companion chip detects a firmware in compromise,it automatically disables further execution of the host firmware.
Manages Read/Write Access for Configurable Memory Sectors. CryptoMemory and CryptoRF devices are available in densities from 1 Kbit to 256 Kbits of user memory to accommodate a wide range of information storage and cost requirements. The CryptoCompanion chip can be used to create and manage up to 16 different memory sectors on the Crypto devices, each of which can have different levels of read/write access with individual encryption and authentication keys and passwords.
No Cryptography Expertise Required. Atmel’s CryptoCompanion chip completely embeds required host components and operations in hardware, including securely storing the host-side cryptographic engine, computing challenges, performing data encryption and decryption, computing message authentication codes, and keeping the host cryptographic engine in synchrony with that in the device.
Pricing and Packaging. Atmel’s AT88SC016 CryptoCompanion chip is available now in standard 8-pin SOIC packages and is priced at 50 cents in volumes of 25,000 units.
CryptoMemory and CryptoRF devices are in volume production in a variety of configurations and memory densities, and are priced from 30 cents and 75 cents, respectively, in quantities of 25,000 units.

|