Learn More About
Press Kit Documents
-
TCG Press Kit
Find out who is TCG and the solutions they provide.
Download
Media Room - FAQs
What is TCG’s position on the reported TPM hack at the Black Hat Conference in January 2010?
What was the philosophy behind the design of the TPM specification?
Is this Black Hat Conference hack applicable to all TPM’s as a widespread hack?
What is TCG’s position in regards to the comments about Infineon’s TPM?
What is the Trusted Computing Group (TCG)?
The Trusted Computing Group was formed in 2003 to develop and support open industry specifications for trusted computing across multiple platform types. To enable open specification development, the group is incorporated, has a patent policy and provides industry advocacy programs, including marketing programs. Information on how to join the TCG can be found at www.trustedcomputinggroup.org/join_now/.
TCG has approximately 100 members from across computing, including component vendors, software developers, systems vendors and network and infrastructure companies. A complete list is online at www.trustedcomputinggroup.org/members.
What is the organizational structure of TCG?
How do I join TCG? What are the dues for each type of membership?
Potential members can obtain a TCG Membership Agreement and related documents by completing the online request form here, www.trustedcomputinggroup.org/join_now/request_membership_information.
The web site contains additional information on the dues structure and membership benefits for each membership type at www.trustedcomputinggroup.org/join_now/.
What is available from TCG?
What has the TCG done to preserve privacy?
The TCG specifications support privacy principles in a number of ways:
- The owner controls personalization.
- The owner controls the trust relationship.
- The system provides private object storage and digital signature capability.
- Private personalization information is never exposed.
- Owner keys are encrypted prior to transmission.
It is also important to know what the solutions are not:
- They are not global identifiers.
- They are not personalized before user interaction.
- They are not fixed functions-they can be disabled permanently.
- They are not controlled by others (only the owner controls them).
How does a TCG-enabled system protect against malicious and unknown use of its functions by an unauthorized user?
Was TCG formed to specify Digital Rights Management (DRM) technologies?
What applications and services will benefit from systems with TPMs?
Are systems with TPMs available?
How do TPMs compare with smart cards or biometrics?
Is TCG creating specifications for just one operating system or type of platform?
How does Microsoft’s BitLocker technology relate to the TPM and to the efforts of TCG?
Microsoft BitLocker™ Drive Encryption is designed to make use of a Trusted Platform Module (TPM) 1.2 and the associated PC Client Specifications developed by TCG to protect critical system files and user data and to help ensure that a computer running Windows Vista has not been tampered with while the system was offline.
Why is Trusted Network Connect necessary?
What is the scope of the TNC specification?
What Trusted Network Connect specifications are available?
- IF-TNCCS, which specifies interoperability between the TNC Client (TNCC) and the TNC Server (TNCS);
- IF-T for Tunneled EAP Methods, which is the specification for support of various transports; and,
- IF-PEP for RADIUS, specifying a standard integration with Policy Enforcement Points (PEP).
These specifications are in addition to the existing TNC specifications - IF-IMC and IF-IMV, which provide standardized APIs for client plug-ins (IMCs) and server plug-ins (IMVs) to enable TNC functionality; and the TNC architecture specification - which were all published in May 2005. All TNC specifications are available free to anyone who wishes to download them from the TCG website, www.trustedcomputinggroup.org.
These specifications are intended to be used in the following manner:
- IF-TNCCS describes a standard method for the TNC Client (TNCC) and the TNC Server (TNCS) to exchange messages. Since the TNC architecture is layered, IF-TNCCS carries messages from IMCs to IMVs and vice versa. It also carries control messages between the TNCC and TNCS. IFTNCCS is transport-independent so it can be carried over a variety of transports.
- IF-T for Tunneled EAP Methods specifies how IF-TNCCS should be carried over Extensible Authentication Protocol (EAP) tunneled methods such as EAP-TTLS, EAP-FAST, and EAPPEAP. Supporting these EAP methods allows the TNC architecture to work with a variety of network technologies that support EAP authentication: 802.1x, IKEv2, etc.
- IF-PEP for RADIUS specifies how to use the RADIUS protocol for communications between a Network Access Authority (NAA) - typically an AAA/RADIUS server - and a Policy Enforcement Point (PEP). IF-PEP is used to send network access decisions from the NAA to the PEP, enabling the PEP to enforce the access decisions on an endpoint's network traffic. The network access decision will trigger enforcement action by the PEP, such as allowing access, denying access, or granting limited access.
What features do TNC specifications provide?
- Java Platform Binding to IF-IMC (integrity measurement collector) and IF-IMV (integrity measurement verifier)
- Support allowing each IMV to give a human-readable, localized reason string explaining itsrecommendation (in IF-IMV and IF-TNCCS)
- Support for VLAN-aware endpoints(in IF-PEP (policy enforcement point)
The main benefits of these features are:
- TNC client software can be deployed more quickly and easily since it can be dynamically downloaded over the network as Java code.
- TNC client and server software can be developed to run on any system that supports Java 2 Standard Edition version 1.4.2 or later.
- In case of problems, messages can be presented in the user's native language.
- Endpoints can employ multiple VLANs for applications like telephony.