The card issuers' own systems. Open system card interoperability will only be achieved by conformance to international standards. These organizations are active in smart card standardization: The following standards and the organizations that maintain them are the most prevalent in the smart card industry:.
They define the card logical structure files and data elements , various commands used by the application programming interface for basic use, application management, biometric verification, cryptographic services and application naming. Specifically, it establishes standards for the physical characteristics, radio frequency power and signal interface, and anti-collision and transmission protocol for vicinity cards that operate to a maximum of 1 meter approximately 3.
ICAO has published the specification for electronic passports using a contactless smart chip to securely store traveler data. FIPS standards are designed to protect federal assets, including computer and telecommunications systems. The following FIPS standards apply to smart card technology and pertain to digital signature standards, advanced encryption standards, and security requirements for cryptographic modules. This specification covers all aspects of multifunction cards used in identity management systems throughout the U.
These specifications are related to ISO and create a common technical basis for card and system implementation of a stored value system. This standard only applies to CPU contact cards. Version 2. Apple, Oracle-Sun, Linux and Microsoft all support this standard. The standard is a highly abstracted set of middleware components that allow for the most common reader card interactions.
GSM HIPAA adopts national standards for implementing a secure electronic health transaction system in the U. Example transactions affected by this include claims, enrollment, eligibility, payment and coordination of benefits. Smart cards are governed by the requirements of HIPAA pertaining to data security and patient privacy.
The IC Communications Standards existed for non-volatile memories before the chips were adopted for smart card use. The GSM standard is dominant in the cell phone industry and uses smart cards called Subscriber Identification Modules SIMs that are configured with information essential to authenticating a GSM-compliant mobile phone, thus allowing a phone to receive service whenever the phone is within coverage of a suitable network.
This standard is managed by the European Telecommunication Standards Institute. The two most common standards for cards are The OpenCardT framework is an obsolete standard. The following data is for informative purposes only. The guidelines were based on open standards and provided an architecture and a set of application program interfaces APIs that enable application developers and service providers to build and deploy smart card solutions on any OpenCard-compliant network computer.
Through the use of a smart card, an OpenCard-compliant system should have enabled access to personalized data and services from any network computer and dynamically download from the Internet all device drivers that are necessary to communicate with the smart card. By providing a high-level interface which can support multiple smart card types, the OpenCard Framework was intended to enable vendor-independent card interoperability.
GlobalPlatform is an international, non-profit association. The application identifier should be provided completely in the command APDU. Once a file used for interindustry interchange has been selected, the contents relevant to interchange shall be returned by one of the following command APDUs. All rights reserved. Legal disclaimer Last modified on December 5, Our Services.
The following card services are defined Card identification service — This service allows the interface device to identify the card as well as how to deal with it. Application selection service — This service allows the interface device to know what application is active in the card if any as well as how to select and start an application in the card.
This clause describes standard mechanisms only for interindustry data objects. The APDU of the command to perform is the following. The retrieval of those data objects relies on one or both of the following menthods : presence of a data object in the card identification data see 9. If the first software function table is absent, or does not denote the support of record-oriented commands, then the following command shall be performed.
0コメント