Title of Invention

"METHOD FOR AUGMENTING AUTHENTICATION IN A CRYPTOGRAPHIC SYSTEM"

Abstract In a cryptographic system, a nonce is removed from a communication stream. The nonce is encrypted based on a shared secret. The encrypted nonce is inserted into the communication stream. The encrypted nonce is removed from the communication stream. The encrypted nonce is decrypted based on the shared secret formed by an authenticated key exchange. The decrypted nonce is inserted into the communication stream. The nonce may be an An value generated by a HDCP function. The authenticated key exchange may use Diffie-Hellman Key Exchange.
Full Text The present invention relates to an apparatus for augmenting
authentication in a cryptographic system.
FIELD OF THE INVENTION
[ 0 0 0 1] The invention relates to the field of cryptography. More
specifically, the invention relates to enhancing the authentication protocol of a cryptographic system.
BACKGROUND OF THE INVENTION
[ 0 0 0 2] The exchange of data, particularly audiovisual media, between
devices that use or express that data, is commonplace. The data itself may be the product
of a considerable investment of time and money. To protect this investment, distributors
of such data often charge a price for the distribution of the data to those interested in
obtaining it. However, if the channels over which the data is distributed are insecure, then
others may receive the data without paying the price. This prevents those involved with
the production or distribution of the data from recapturing the costs of their efforts.
[ 0 0 0 3] In order to increase the security of the channels through which such
data is transmitted, cryptographic systems may be employed. These cryptographic
systems encrypt the data prior to its transmission over a communication stream to another
device. Upon reaching the intended device, the data may be decrypted into its original,
usable form. While encrypted, the data are not in a usable form. Those who do not
possess the ability to decrypt the data are therefore unable to use the data. Therefore,
cryptographic systems are designed to provide a level of assurance that the data can only
be decrypted by those intended to have the ability to do so.
[ 0 0 0 4] Various cryptographic systems exist. One such cryptographic
system is High-bandwidth Digital Content Protection System ("HDCP"). The HDCP
specification is well known in the art and therefore need not be described in detail herein.
Briefly, HDCP is designed to protect video transmission between a Digital Visual
Interface ("DVI") transmitter and a DVI receiver. The DVI specification is well known in
the art and therefore need not be described in detail herein. HDCP employs an
authentication protocol through which a DVI transmitter verifies that a given DVI receiver
is licensed to receive protected data. Then, when the legitimacy of the receiver is
determined, encrypted data is transmitted between the two devices based on shared secrets
established during the authentication protocol. Therefore, a transmission device may be
seen as having an encryption unit (or layer) to encrypt the data, and a reception device
may be seen as having a corresponding decryption unit (or layer) to decrypt that data.
[ 0 0 0 5] Some cryptographic systems, such as HDCP, provide a certain level
of cryptographic assurance, or security, at a cost that makes it financially feasible to use in many circumstances. For example, HDCP may utilize a key distribution cryptography system, which is generally known in the art to provide only a certain level of security, but at a lesser implementation cost. Other circumstances, however, may require a higher level of cryptographic assurance, or security, such as provided by a public key cryptographic, which is generally understood to provide a higher level of security, but at a higher implementation cost. Unfortunately, persons who have invested in a cryptography system such as a key distribution based HDCP system can currently only upgrade to a higher-level security system, such as a public key system, by abandoning the old system and entirely replacing it with a new system. This leads to undue implementation and maintenance costs.
BRIEF DESCRIPTION OF THE DRAWINGS
[ 0 0 0 6] Embodiments of the invention may be best understood by referring
to the following description and accompanying drawings that illustrate such embodiments.
The numbering scheme for the Figures included herein are such that the leading number
for a given element in a Figure is associated with the number of the Figure. However,
element numbers are the same for those elements that are the same across different
Figures.
[ 0 0 0 7] Figure 1 shows a block diagram illustrating an apparatus for
augmenting authentication in a cryptographic system according to one embodiment of the
invention.
[ 0 0 0 8] Figure 2 shows a flow diagram illustrating a process for
augmenting authentication in a cryptographic system according to one embodiment of the
invention.
[ 0 0 0 9] Figure 3 illustrates an enhanced encryption apparatus according to
one embodiment of the invention.
[ 0 0 10] Figure 4 is a flow chart diagram describing a method according to
one embodiment of the invention.
[ 0 0 11] Figure 5 is a flow chart diagram describing a method according to
one embodiment of the invention.
[ 0 0 12] Figure 6 shows a block diagram illustrating a system incorporating
an apparatus for augmenting authentication in a cryptographic system according to one
embodiment of the invention.
DETAILED DESCRIPTION OF THE INVENTION
[0013] In the following description, numerous specific details are set forth
to provide a thorough understanding of embodiments of the invention. However, it is
understood that embodiments of the invention may be practiced without these specific
details. In other instances, well-known circuits, structures and techniques have not been
shown in detail in order not to obscure embodiments of the invention.
[ 0 0 14] Described herein is a method and apparatus for enhancing an
authentication unit in an already existing cryptographic system to include an additional layer of cryptography, thus producing an augmented authentication unit that may provide an additional tier of security. An advantage of the augmented authentication unit is that the already existing cryptographic system can be enhanced instead of replaced, thus allowing for enhanced cryptographic security with minimal cost. Another advantage is that the pre-augmented authentication unit may function according to one cryptographic method while the augmented authentication unit may function according to a different cryptographic method, but both may function exclusive of the other. Thus, the security system may still function at its original one-tier level of security, or it may function according to an enhanced two-tier level of security.
[ 0 0 15] Figure 1 shows a block diagram illustrating an enhanced
cryptographic apparatus 100 for augmenting authentication in a cryptographic system, according to one embodiment. Transmission unit 110 is connected to reception unit 120 through communication stream 130. Transmission unit 110 includes encryption unit 140 and augmented authentication unit 150. Encryption unit 140 is connected to augmented authentication unit 150 through communication stream 130. Reception unit 120 includes decryption unit 160 and augmented authentication unit 170. Decryption unit 160 is connected to augmented authentication unit 170 through communication steam 130. Encryption unit 140 is connected to decryption unit 160 through communication stream 130. Augmented authentication unit 150 is connected to augmented authentication unit 170 through communication stream 130. While the foregoing units are described as units
and may be implemented in hardware, it is apparent that one or more of these units may
constitute layers of communication protocol implemented in software.
[ 0 0 16] In one embodiment, transmission unit 110 is a D VI video
transmitter. In one embodiment, reception unit 120 is a DVI video receiver. In one embodiment, transmission unit 110 is a DVI video repeater. In one embodiment, reception unit 120 is a DVI video repeater. In one embodiment, communication stream 130 is an Inter-Integrated Circuit ("I2C") bus. The I2C specification is well known in the art and therefore need not be described in detail herein. In one embodiment, encryption unit 140 is a HDCP transmitter. In one embodiment, decryption unit 160 is a HDCP receiver.
[ 0 0 17] In one embodiment, augmented authentication units 150 and 170
are added to transmission unit 110 and reception unit 120, respectively, without altering the existing hardware of encryption unit 140 and decryption unit 160. In one embodiment, encryption unit 140 and decryption unit 160 operate independently of augmented authentication units 150 and 170.
[0018] By enhancing the HDCP system as described herein, a higher level
of cryptographic assurance, or security, can be provided than is provided by HDCP alone,
while beneficially reusing existing relatively low-cost HDCP systems.
[ 0 0 19] Figure 2 shows a flow diagram illustrating a process for
augmenting authentication in a cryptographic system, according to one embodiment. The operations of this and other flow diagrams will be described with reference to the exemplary embodiments of the other diagrams. However, it should be understood that the operations of the flow diagrams can be performed by embodiments of the invention other than those discussed with reference to these other diagrams, and the embodiments of the invention discussed with reference these other diagrams can perform operations different
than those discussed with reference to the flow diagrams.
[0020] In processing block 210, a nonce is removed from a communication
stream. .A nonce is any random value used in an authentication exchange phase of a cryptographic system. For example, after encryption unit 140 inserts the nonce into communication stream 130 during the authentication exchange phase of a cryptographic system, augmented authentication unit 150 intercepts the nonce and removes the nonce from communication stream 130.
[0021] In one embodiment of the invention, the nonce is an An value
generated by a HDCP function. A description of the An value can be found with reference to the HDCP specification. Briefly, the An value is a 64-bit pseudo random value that is generated by the HDCP Cipher function hdcpRngCipher and is contained in an initiation message sent from an HDCP transmitter to an HDCP receiver during the HDCP authentication exchange.
[0022] In processing block 220, the nonce is encrypted based on a shared
secret. The concept of a shared secret in public-key cryptography systems is well known in the art and therefore need not be described in detail herein. For example, augmented authentication unit 150 and augmented authentication unit 170 perform an authenticated key exchange. A shared secret (between authentication unit 150 and authentication unit 170) is formed by this authenticated key exchange. This shared secret is not to be confused with a shared secret formed during an exchange between encryption unit 140 and decryption unit 160; the latter is used to encrypt and decrypt the data transmitted between encryption unit 140 and decryption unit 160, while the former is used to -encrypt the nonce used in authentication between encryption unit 140 and decryption unit 160 prior to such data encryption and decryption. Through this authenticated key exchange, a higher level
of cryptographic assurance, or security, is provided than that provided by HDCP alone. Continuing the example, augmented authentication unit 150 then encrypts the nonce based on the shared secret. Various techniques for encryption and decryption are well known in the art therefore need not be described in detail herein.
[0023] In one embodiment, the authenticated key exchange, on which the
shared secret is based, uses a signed Diffie-Hellman Key Exchange and returns a digital
certificate in the authenticated key exchange. Signed Diffie-Hellman Key Exchange is
well known in the art and therefore need not be described in detail herein, hi one
embodiment, the nonce is encrypted using the Rivest Shamir Adleman ("RS A") algorithm.
The RS A algorithm is well known in. the art and therefore need not be described in detail
herein, although some details may be included in the detailed description below.
[0024] In processing block 230, the encrypted nonce is inserted into the
communication stream. For example, augmented authentication unit 150 inserts the encrypted nonce into communication stream 130. The encrypted nonce effectively replaces the nonce intercepted by augmented authentication unit 150 in communication stream 130.
[0025] In processing block 240, the encrypted nonce is removed from the
communication stream. For example, augmented authentication unit 170 intercepts the
encrypted nonce and removes the encrypted nonce from communication stream 130.
[0026] In processing block 250, the encrypted nonce is decrypted based on
the shared secret. For example, augmented authentication unit 170 decrypts the encrypted nonce. The result of the decryption is the nonce originally inserted into the communication stream by encryption unit 140. The decrypted nonce effectively replaces the encrypted nonce intercepted by augmented authentication unit 170 in communication stream 130.
[ 0 0 2 7] In processing block 260, the decrypted nonce is inserted into the
communication stream. For example, augmented authentication unit 170 inserts the decrypted nonce into communication stream 130. The nonce would then be received by decryption unit 160 during the authentication exchange phase of a cryptographic system. The nonce may be used by decryption unit 160 to complete the authentication exchange with encryption unit 140.
[ 0 0 2 8] Figure 3 illustrates an enhanced encryption apparatus 300
according to one embodiment of the invention. Referring to Figure 3, a transmitter device 302 is to transmit encrypted data to a receiver device 304. The transmitter device 302 includes a pre-existing transmitter unit 310 that follows a certain encryption protocol that does not utilize a public key during authentication or key exchange, or in other words the protocol is a non-public-key authentication and key exchange protocol, or NPKAKE protocol. Therefore, in the embodiment of the invention shown in Figure 3, the preexisting transmitter unit 310 maybe referred to as a "NPKAKE Transmitter Unit 310". The transmitter device 302 also includes an augmented authentication unit 306 that is to provide a public key authenticated key exchange, or PKAKE, to the NPKAKE Transmitter Unit 310. The, augmented authentication unit 306 wraps around the NPKAKE Transmitter Unit 310 and enhances the NPKAKE protocol to the level of security of a PKAKE protocol. Therefore, in the embodiment of the invention shown in Figure 3, the augmented authentication unit 306 will be referred to as a "PKAKE Transmitter Unit 306". Likewise, the receiver device 304 includes a pre-existing decryption unit 312 that follows a NPKAKE protocol and an augmented authentication unit 308 to wrap around the pre-existing decryption unit 312 to provide PKAKE level authentication and security. Consequently, in the embodiment shown in Figure 3, the pre-existing decryption unit 312 will be referred to as a "NPKAKE Receiver Unit 312" and the augmented authentication
unit 308 a "PKAKE Receiver Unit 308". As mentioned previously, the PKAKE units 306 and 308 wrap around the NPKAKE units 310 and 312. Herein, the term "wrap around" is a figurative phrase which means that the PKAKE units 306 and 308 integrate with the authentication and key exchange portions of the NPKAKE units 310 and 312 and provide enhanced authentication. A method describing the wrap around is described in further detail in conjunction with Figure 4 below.
[0029] Still referring to Figure 3, the transmitter device 302 is to transmit
data, such as Digital Visual Interface (DVT) data, to the receiver device 304 via a data channel 314. The data needs to be encrypted by the NPKAKE Transmitter Unit 310 before being communicated to the NPKAKE Receiver Unit 312 in the receiver device 304. Once transmitted to the receiver device 304 the encrypted data needs to be decrypted by the NPKAKE Receiver Unit 312. The cryptographic process as a whole, however, requires more than just encryption and decryption of data. As is well understood in the art, encryption and decryption of data is useless unless the encrypting device can communicate with the decrypting device and verify the decrypting devices true identity, more commonly known as "authentication". In addition, the encryption/decryption process encrypts data that can only be decrypted with a key that the encrypting device shares with the decrypting device. As part of the decryption process, the decrypting device and encrypting device need to actually agree with each other about keys ("key exchange").
[0030] In the embodiment of the invention shown in Figure 3, the
NPKAKE Transmitter Unit 310 and NPKAKE Receiver Unit 312 have authentication, key exchange, and encryption/decryption capabilities that are performed via communication paths 316, such as I2 C communication paths. However, the authentication and key
exchange capabilities of the NPKAKE Transmitter Unit 310 and NPKAKE Receiver Unit
312 may be based on a cryptographic method that can only provide a certain level of
protection. For example, the NPKAKE Transmitter Unit 310 and NPKAKE Receiver Unit
312 may utilize a symmetric key system or a key distribution system, both well known in
the art, whereby a Central administrator creates keys then distributes the keys to certain
members of a group. The group members do not participate in the creation of the keys and
have no private secrets necessary for the proper function of the keys. The keys themselves
are the only form of security. During the authentication and key exchange processes,
therefore, a group member utilizes a distributed key, or keys, which the NPKAKE
Transmitter Unit 310 and NPKAKE Receiver Unit 312 can authenticate and agree on.
However, since the members of the group have no say in the creation of the keys, and
since they have no private secrets for the proper function of the keys, if a user outside the
group were to obtain possession of a key, or keys, then the outside user could encrypt and
decrypt data without permission. Thus, although the NPKAKE Transmitter Unit 310 and
NPKAKE Receiver Unit 312 have a certain level of security, it has certain limitations. In
one embodiment of the invention, the NPKAKE units 310 and 312 follow the HDCP
protocol, as described herein, which utilizes a key distribution protocol.
[ 0 0 3 1] Other types of cryptographic systems exist, however, than can
provide a higher level of security. One such system a public key system. In a public key system, a user can participate in the creation of the key and hold part of the key secret while sharing another portion of the key with a participating user. A public key system is more secure because even if an outside user were to obtain the shared part of the key, the secret part is still secret and doesn't ever have to be known by anyone other than the creating user. Public key systems, therefore, provide a higher level of security than symmetric key or distributed key systems, though public key systems are often more
costly to implement and maintain. In addition, until now, pre-existing symmetric key or key distribution systems had no way of utilizing the higher security of a public key system. The pre-existing system would have to be entirely replaced by a new public-key system, leadingto undue time and money costs. An advantage of the encryption apparatus 300, however, is that the PKAKE units 306 and 308 can enhance the security of the NPKAKE units 310 and 312 that use a lower level of security, such as that provided by a symmetric key or key distribution system, with a higher level of security, such as that provided by a public key system. The PKAKE units 306 and 308 do this by providing public key authentication and key exchange before the NPKAKE units 310 and 312 perform the symmetric key or key distribution authentication and key exchange. During the public key authenticated key exchange, the PKAKE units 306 and 308 derive a shared secret value. Once the PKAKE units 306 and 308 have derived the shared secret value via the public key authenticated key exchange, then the NPKAKE units 310 and 312 can perform their authentication and key exchange functions. A method describing how the PKAKE units 306 and 308 enhance the NPKAKE units 310 and 312 is described in further detail in conjunction with Figure 4 below.
[ 0 0 3 2] Figure 4 is a flow chart diagram indicating a method 400 for
wrapping the PKAKE units 306 and 308 around the NPKAKE units 310 and 312. The method shown in Figure 4 utilizes an authenticated Diffie-Hellman key exchange algorithm, although one ordinarily skilled in the art may recognize that other public key based algorithms may be utilized in place of the Diffie-Hellman algorithm. Referring to Figure 4, as shown at processing block 402, the PKAKE Transmitter Unit 306 randomly generates a first secret value (Xa ). This value is not to be shared with any other units external to the transmitter device 302. Once the first secret value (Xa ) is generated, as
shown in processing block 404, the PKAKE Transmitter Unit 306 utilizes the first secret value (Xa ) to calculate a first shared public value (Ya ) according to a Diffie-Hellman algorithm (Ya = gx a mod p, where g and p are public system parameters known to both the PKAKE Transmitter Unit 306 and the PKAKE Receiver Unit 308.) Once the first shared public value (Ya ) is calculated, the PKAKE Transmitter Unit 306 transmits the first shared public value (Ya ) to the PKAKE Receiver Unit 308, as shown at processing block 406. The PKAKE Receiver Unit 308 receives the first shared public value (Ya ) as shown at processing block 408, and the PKAKE Receiver Unit 308 randomly generates a second secret value (Xb ), shown at processing block 410. Although method 400 shows that the PKAKE Receiver Unit 308 generates the second secret value (Xb ) (at block 410) after receiving the first shared value (Ya ) (at block 408), in alternate embodiments of the invention, the PKAKE Receiver Unit 308 may generate the second secret value (Xb ) before any of the methodology described in any of the preceding processing blocks 402 -408. Next, as shown at processing block 412, the PKAKE Receiver Unit 308 utilizes the second secret value (Xb ) to calculate a second shared public value (Yb ) according to a Diffie-Hellman algorithm (Yb = gx b mod p).
[ 0 0 3 3] Next, as shown at processing blocks 414 the PKAKE Receiver Unit
308 uses a device-specific private key to sign the first and second shared public values. In one embodiment of the invention, the PKAKE Receiver Unit 308 concatenates the first and second shared public values ("the concatenated values") together and signs the concatenated values. The PKAKE Receiver Unit 308 may utilize the RSA algorithm to sign the concatenated values. The RSA algorithm includes utilizing an encrypted private key and an encrypted public key. The public key is included in a certificate that has been signed by a central Licensing Administrator (Bc e r t )• Then, as shown at processing
block 420, the PKAKE Receiver Unit 308 transfers the signed concatenated values, the second shared public value (Yb ), and the certificate (Bc e r t ) to the PKAKE Transmitter Unit 306, which, as shown at processing block 422, the PKAKE Transmitter Unit 306 receives. More methodology concerning the PKAKE Transmitter Unit 306 will follow further below. In addition, as shown at processing block 416, the PKAKE Receiver Unit 308 utilizes the first shared public value (Ya ) and the second secret value (Xb ) to calculate a first shared secret value (Xa b ) according to the Diffie-Hellman algorithm (Xa b =Ya xb modp).
[ 0 0 3 4] Returning now to processing block 422, after the PKAKE
Transmitter Unit 306 receives the signed concatenated values, the second shared public value (Yb ), and the certificate (Bc e r t ), at processing block 424, the PKAKE Transmitter Unit 306 verifies, or authenticates, the concatenated values utilizing the public key and the certificate (Bc e r t ) and compares the portion of the authenticated concatenated values corresponding to the second shared value with the received second shared value (Yb ). If they agree, then, as shown at processing block 426, the PKAKE Transmitter Unit 306 utilizes the authenticated second shared public value and the first secret value (Xa ) to calculate a second shared secret value (Xb a ) equivalent in value to the first shared secret value (Xa b ) according to the Diffie-Hellman algorithm (Xb a = Yb x a mod p). Finally, as shown at processing block 430, the NPKAKE Transmitter Unit 310 and the NPKAKE Receiver Unit 312 integrate the equivalent shared secret value (Xa b =Xb a ) into the NPKAKE authentication process.
[ 0 0 3 5] According to one embodiment of the invention, mentioned above,
the equivalent shared secret value may operate on a nonce value within the NPKAKE
authentication protocol. In one embodiment of the invention, NPKAKE protocol may be

the HDCP protocol. The HDCP protocol utilizes a nonce value (An ) within its authentication process for encrypting exchanged keys. Since the HDCP protocol is a NPKAKE protocol, the nonce value (An ) is derived by a lower level of security. However, once the shared secret value is derived according to the method described in Figure 4, then the shared secret value can replace, or in some other way operate upon, the nonce value (An ). For example, in one embodiment of the invention, the shared secret value may operate on the HDCP nonce value (An ) via one-time pad encryption, which utilizes an exclusive-OR operation.
[0036] In addition, depending on what kind of NPKAKE protocol is
utilized, the entire shared secret value may not be necessary, but an abbreviated version of
the shared secret value may. For example, if the nonce value (An ) of the HDCP
authentication is a 64-bit value, then the PKAKE Transmitter Unit 306 may abbreviate the
shared secret value to the first 64 bits and transfer only that portion of the second shared
secret value to the NPKAKE Transmitter Unit 310 for use in HDCP authentication.
Likewise, the PKAKE Receiver Unit 308 may abbreviate the first shared secret value to
the first 64 bits and transfer only that portion of the first shared secret value to the
NPKAKE Receiver Unit 312 for use in HDCP authentication. If other versions of HDCP
utilize a nonce value other than 64 bits, the PKAKE units 306 and 308 may instead
abbreviate the equivalent shared secret values to the necessary number of bits.
[ 0 0 3 7] Figure Sis a flow diagram describing a method 500 of integrating
the shared secret value into an HDCP authentication protocol. Referring to Figure S, the method begins as processing block 502 with the PKAKE units 306 and 308 abbreviating the shared secret value to the bit-size of the HDCP nonce value (An ). For example, the PKAKE units 310 and 312 may be programmed to recognize that the NPKAKE units 310
and 312 will utilize an HDCP protocol having a 64-bit nonce. Consequently, the PKAKE units 310 and 312 would abbreviate the shared secret value to the first 64 bits to create an abbreviated shared secret value (Am). Then, as shown at processing block 504, when the NPKAKE Transmitter Unit 310 begins authentication, the PKAKE Transmitter Unit 306 intercepts the nonce (An ) and exclusive-ORs the HDCP nonce (An ) with the abbreviated shared secret (Am) to create an encrypted nonce (Amn ). Next, as shown at processing block 506, the PKAKE Transmitter Unit 306 transfers the encrypted nonce (Amn ) to the receiver device 304 and the PKAKE Receiver Unit 308 intercepts the encrypted nonce (Amn ). Then, as shown at processing block 508, the PKAKE Receiver Unit 308 decrypts the encrypted nonce (Amn ) by exclusive-ORing it with the abbreviated shared secret value (Am) to derive the original HDCP nonce value (An )• Then, as shown at processing block 510, once the original nonce value (An ) is derived, the PKAKE Receiver Unit 308 then transfers the nonce (An ) to the NPKAKE Receiver Unit 312 and utilizes the nonce (An ) during authentication.
[ 0 0 3 8] Thus, at least one embodiment of the invention has been described
where a PKAKE protocol was utilized in conjunction with a NPKAKE to enhance the security of the NPKAKE protocol. However, it is just as feasible, in other embodiments of the invention, to utilize a PKAKE protocol to wrap around a legacy PKAKE protocol to provides extra security for the legacy PKAKE protocol.
[ 0 0 3 9] Figure 6 shows a block diagram illustrating a system incorporating
an apparatus for augmenting authentication in a cryptographic system, according to one embodiment of the invention. Video transmitter 610 is connected to video repeater 620. Video repeater 620 is connected to video receivers 630, 640, and 650. Video repeater 620 is also connected to video repeater 660. Video repeater 660 is connected to video
receivers 670 and 680.
[ 0 0 4 0] Video transmitter 610 includes transmission unit 110. Video
receivers 630, 640, 650, 670, and 680 include reception unit 120. Video repeaters 620 and 660 include reception unit 120 and transmission unit 110.
[0041] In various embodiments, any of video transmitter 610; video
receivers 630,640, 650, 670, and 680; and video repeaters 620 and 660 may include televisions, video cassette recorders, digital video disc players, computers, monitors, set top boxes, graphics cards, movie theatre equipment, etc. It is apparent that the above system may also be modified to operate with audio signals and devices as well as video
signals and devices, or other forms of data and devices that use those forms of data.
Obviously, the topographical orientations of devices in such systems may vary, as well as the quantity of devices within such systems.
[ 0 0 4 2] The method described above can be stored in the memory of a
computer system (e.g., set top box, video recorders, etc.) as a set of instructions to be
executed. In addition, the instructions to perform the method described above could
alternatively be stored on other forms of machine-readable media, including magnetic and optical disks. For example, a method of an embodiment of the invention could be stored on machine-readable media, such as magnetic disks or optical disks, that are accessible via a disk drive (or computer-readable medium drive). Further, the instructions can be
downloaded into a computing device over a data network in a form of compiled and linked version.
[ 0 0 4 3] Alternatively, the logic to perform the methods as discussed above,
could be implemented in additional computer and/or machine readable media, such as discrete hardware components as large-scale integrated circuits (LSIs), application-specific integrated circuits (ASIC's), firmware such as electrically erasable programmable
read-only memory (EEPROM's); and electrical, optical, acoustical and other forms of
propagated signals (e.g., carrier waves, infrared signals, digital signals, etc.); etc.
[ 0 0 4 4] Although specific embodiments of the invention has been described,
it will be evident that various modifications and changes may be made to these embodiments without departing from the broader spirit and scope of the invention. Accordingly, the specification and drawings are to be regarded in an illustrative rather than a restrictive sense.






WE CLAIM:
1. A system comprising:
a transmitter device including:
a first unit to insert a nonce into a communication stream during an authentication exchange phase of a cryptographic system, and
a second unit coupled with the first unit to remove the nonce from the communication stream, encrypt the nonce into an encrypted nonce based on a shared secret formed by an authenticated key exchange, and insert the encrypted nonce into the communication stream; and
a plurality of receiver devices to receive data from the transmitter device, each receiver device including:
a third unit to remove the encrypted nonce from the communication stream,
decrypt the encrypted nonce into an decrypted nonce based on the shared secret, and insert the decrypted nonce into the communication stream, and a fourth unit coupled with the first unit to receive the nonce from the communication stream during the authentication exchange phase.
2. The system as claimed in claim 1, wherein the nonce is an An value
generated by a HDCP function.
3. The system as claimed in claim 1, wherein the communication
stream is an I2C communication path.
4. The system as claimed in claim 1, wherein the authenticated key exchange uses DiffeHellman Key Exchange between the second unit and the third unit.

Documents:

1082-delnp-2005-abstract.pdf

1082-delnp-2005-assignment.pdf

1082-delnp-2005-claims.pdf

1082-delnp-2005-complete specification (as,files).pdf

1082-delnp-2005-complete specification (granted).pdf

1082-delnp-2005-Correspondence Others-(03-08-2011).pdf

1082-DELNP-2005-Correspondence Others-(04-07-2011).pdf

1082-DELNP-2005-Correspondence Others-(07-02-2012).pdf

1082-DELNP-2005-Correspondence Others-(08-11-2011).pdf

1082-delnp-2005-Correspondence Others-(14-05-2012).pdf

1082-DELNP-2005-Correspondence-Others-(03-04-2013).pdf

1082-DELNP-2005-Correspondence-Others-(06-10-2010).pdf

1082-delnp-2005-Correspondence-Others-(06-11-2012).pdf

1082-delnp-2005-Correspondence-Others-(12-11-2010).pdf

1082-delnp-2005-Correspondence-Others-(13-08-2013).pdf

1082-DELNP-2005-Correspondence-Others-(24-07-2009).pdf

1082-delnp-2005-correspondence-others.pdf

1082-delnp-2005-correspondence-po.pdf

1082-delnp-2005-description (complete).pdf

1082-delnp-2005-drawings.pdf

1082-DELNP-2005-Form-1-(06-10-2010).pdf

1082-delnp-2005-form-1.pdf

1082-delnp-2005-form-13-(24-07-2009).pdf

1082-delnp-2005-form-18.pdf

1082-delnp-2005-form-2.pdf

1082-DELNP-2005-Form-3-(08-11-2011).pdf

1082-delnp-2005-Form-3-(12-11-2010).pdf

1082-delnp-2005-form-3.pdf

1082-delnp-2005-form-5.pdf

1082-DELNP-2005-GPA-(03-04-2013).pdf

1082-delnp-2005-GPA-(03-08-2011).pdf

1082-DELNP-2005-GPA-(06-10-2010).pdf

1082-DELNP-2005-GPA-(07-02-2012).pdf

1082-delnp-2005-GPA-(14-05-2012).pdf

1082-DELNP-2005-GPA-(24-07-2009).pdf

1082-delnp-2005-gpa.pdf

1082-delnp-2005-pct-210.pdf

1082-delnp-2005-pct-304.pdf

1082-delnp-2005-pct-409.pdf

1082-delnp-2005-pct-416.pdf

1082-DELNP-2005-Petition-137-(08-11-2011).pdf

1082-delnp-2005-petition-137.pdf

1082-delnp-2005-petition-138.pdf


Patent Number 259645
Indian Patent Application Number 1082/DELNP/2005
PG Journal Number 13/2014
Publication Date 28-Mar-2014
Grant Date 21-Mar-2014
Date of Filing 18-Mar-2005
Name of Patentee INTEL CORPORATION
Applicant Address 2200 MISSION COLLEGE BOULEVARD, SANTA CLARA, CALIFORNIA 95052, USA.
Inventors:
# Inventor's Name Inventor's Address
1 DAVID LEE 716 NE 28TH AVENUE, PORTLAND, OREGON 97232, USA.
2 GRAUKNE L. GARY 362 NE HILLWOOD DRIVE, HILLSBORO, OREGON 97124, USA.
3 BRENDAN TRAW 10859 NW SUPREME COURT, PORTLAND, OREGON 97229, USA.
PCT International Classification Number H04L 9/32
PCT International Application Number PCT/US2003/030056
PCT International Filing date 2003-09-24
PCT Conventions:
# PCT Application Number Date of Convention Priority Country
1 10/256,803 2002-09-27 U.S.A.