The invention relates to a method of obfuscating a cascaded cryptographic function. The invention also relates to a system for supplying a cascaded cryptographic function to an execution device in an obfuscated way. The invention further relates to an execution device for executing a cascaded cryptographic function provided in an obfuscated way.
The Internet provides users with convenient and ubiquitous access to digital content. Because of the potential of the Internet as a powerful distribution channel, many CE products strive to directly access the Internet or to interoperate with the PC platform—the predominant portal to the Internet. The CE products include, but are not limited to, digital set top boxes, digital TVs, game consoles, PCs and, increasingly, hand-held devices such as PDAs, mobile phones, and mobile storage and rendering devices, such as Apple's iPod. The use of the Internet as a distribution medium for copyrighted content creates the compelling challenge to secure the interests of the content provider. In particular it is required to warrant the copyrights and business models of the content providers. Increasingly, CE platforms are operated using a processor loaded with suitable software. Such software may include the main part of functionality for rendering (playback) of digital content, such as audio and/or video. Control of the playback software is one way to enforce the interests of the content owner including the terms and conditions under which the content may be used. Where traditionally many CE platforms (with the exception of a PC and PDA) used to be closed, nowadays more and more platforms at least partially are open. In particular for the PC platform, some users may be assumed to have complete control over the hardware and software that provides access to the content and a large amount of time and resources to attack and bypass any content protection mechanisms. As a consequence, content providers must deliver content to legitimate users across a hostile network to a community where not all users can be trusted. The general approach in digital rights management for protected content distributed to CE platforms is to encrypt the digital content (for instance using DES or AES) and to store the decryption key (or the “license”) in a so-called License database (for a PC, the License database is typically stored on the PC's hard disk). The largest vulnerability of digital rights management relying on encryption is the key distribution and handling. For playback, a software player has to retrieve a decryption key from the license database, it then has to store this decryption key somewhere in memory for the decryption of the encrypted content. This leaves an attacker two options for an attack of the key handling in a software player: firstly, reverse engineering of the license database access function could result in a black box software (i.e., the attacker does not have to understand the internal workings of the software function) capable of retrieving asset keys from all license databases. Secondly, by observation of the accesses to memory used during content decryption it is possible to retrieve the asset key.
Typically, digital rights management systems use an encryption technique based on block ciphers that process the data stream in blocks using a sequence of encryption/decryption steps, referred to as rounds. During each round, a round-specific function is performed. The round-specific function may be based on a same round function that is executed under control of a round-specific sub-key. For many encryption systems, the round function is specified using mapping tables for different parts of the domain of the function. Even if no explicit tables were used, nevertheless frequently tables are used for different parts of the domain of the function for efficient execution in software of encryption/decryption functions. The computer code accesses or combines table values into the range value of the function. Instead of distributing keys, that may be user-specific, it becomes more interesting to distribute user specific algorithms instead of keys for en- or decryption algorithms. These algorithms, most often functions (mappings), have to be obfuscated (hidden) in order to prevent redesign or prohibit the re-computation of elements that are key-like. On computers, tables accompanied with some computer code often represent these functions.
It is an object of the invention to provide a method, system and execution device of the type set forth with better protection of a cascaded cryptographic function such as a Feistel network.
To meet the object of the invention, a method of obfuscating a cryptographic function F that cryptographically converts an input x from a predetermined domain D to an output y using a plurality of non-linear mapping tables Ti(0≦i≦n; n≧1), each with key-like information and operating on a respective part Di of the domain D, the function F composing output of the mapping tables using an Abelian group operator (for example, F(x)=T0[x0] . . . Tn[xn], x=(x0 , x1 , . . . , xn), xiεDi), includes:
choosing a table O and a table C such that C[x]O[x]=0, ∀xεDi;
creating a plurality of tables T′i, 0≦i≦m; n≦m≦n+1, where for 0≦i≦n, each table T′i represents the respective corresponding table Ti and at least one of those tables T′o
forming an obfuscated function F′ that is functionally equivalent to the cryptographic function F by composing the plurality of tables T′i, 0≦i ≦m, using the Abelian group operator, such that the tables O and C are compensated through the composition.
According to the invention at least one of the original tables is obfuscated through an Abelian composition with a chosen table O. In this way it is more difficult to obtain the content of the original table. The fact that the cryptographic function F can be implemented as an Abelian composition of tables is used to compensate for the disturbance caused by the table O. To this end, a table C that is the inverse of table O under the Abelian operator is also included in the new composition of the tables, canceling out the effect of O. Preferably all of the original tables are obfuscated. The compensation table(s) may be included in one or more of the tables T′i, 0≦i≦n or in an additional table T′n+1.
According to a measure of the dependent claim 2, the tables O and C represent a same non-trivial constant b1; the step of creating the obfuscated table T′o
According to a measure of the dependent claim 3, m=n. In this approach the number of tables used for the obfuscated cryptographic function F′ is the same as used for F. No additional compensation table(s) are required.
According to a measure of the dependent claim 4, a further table O2 is chosen and a further table C2 such that C2[x]O2[x]=0, ∀xεD1; O2 being distinct from O; and at least one further obfuscated table T′o
T′c
According to the measure of the dependent claim 5, m=n+1 and c1=m implying that the compensation table is an additional table. This additional table may represent one or more of the obfuscation tables. Using an additional table gives additional freedom, resulting in further possibilities for the obfuscation that can now be compensated for.
According to the measure of the dependent claim 6, the obfuscated table T′o
According to the measure of the dependent claim 7, advantageously O is a homomorphism and the method includes forming a plurality of obfuscated tables T′i through a composition, using the Abelian group operator, of the corresponding table Ti and the table O (for example, T′i[x]=O[x])Ti[x], xεDi) and forming the domain extension D′n+1 through a composition using the Abelian operator of the corresponding subdomains of the involved tables Ti (for example, D′n+1[x]=Do
These and other aspects of the invention are apparent from and will be elucidated with reference to the embodiments described hereinafter.
In the drawings:
Digital content on the PC is typically rendered using media players, such as Microsoft's Media Player, Real's RealOne Player, Apple's QuickTime or iTunes player. Such players can load for a specific content format a respective plug-in for performing the format-specific decoding. Those content formats may include AVI, DV, Motion JPEG, MPEG-1, MPEG-2, MPEG-4 (AAC), WMV, Audio CD, MP3, WMA, WAV, AIFF/AIFC, AU, etc. The player and plug-in structure is illustrated in
The largest vulnerability of digital rights management relying on encryption is the key distribution and handling. For playback, a software player has to retrieve a decryption key from the license database, it then has to store this decryption key somewhere in memory for the decryption of the encrypted content. Typically digital rights management systems use an encryption technique based on block ciphers that process the data stream in blocks using a sequence of encryption/decryption steps, referred to as rounds. The output of i-1th round is the input of the ith round. Thus, for a system with N rounds the algorithm can be described as a function cascade ƒN o . . . o ƒ1(x), where function ƒi represents the functionality of round i. Most block algorithms are Feistel networks. In such networks, the input data block x of even length n is divided in two halves of length n/2, usually referred to as L and R. So, the input x fed to the first round is given as x=L0, R0. The ith round (i>0) performs the function ƒi, where ƒi is defined as
ƒi(Li-1, Ri-1)=Ri-1, (Li-1⊕F(Ri-1,Ki)),
Ki is a subkey used in the ith round and F is an arbitrary round function.
The input and output for an encryption/decryption algorithm usually consists of a sequence of a predetermined number of N bits (digits with values of 0 or 1). These sequences will be referred to as blocks and the number of bits they contain will be referred to as their length. The bits within such sequences may be numbered starting at zero and ending at one less than the sequence length (block length or key length). For example, the AES/Rijndael system uses 128-bit blocks (N=128). The number i attached to a bit is known as its index and will be in the ranges 0≦i<N for an N-bit block.
Typically, the basic unit for processing in en encryption/decryption algorithm is a smaller than the block length. Commonly used unit lengths are 4-bit (a 4-bit unit is normally referred to as a nibble) or 8-bit (normally referred to as a byte). Those unit lengths can be processed more easily on conventional processors. If so desired also other unit lengths may be used. A unit (a contiguous sequence of a plurality of n-bits) is treated as a single entity. The input to the algorithm is processed as an array of such units that is formed by dividing these sequences into k groups of n contiguous bits to form arrays of units, where
k*n=N.
For an input denoted by x, the units in the resulting array will be referenced as xi, where i will be in the following range: 0≦i<k. The i-th nibble can be described as:
x
i=nibble(i,x)=(x/b 24i)mod 24
Similarly, the i-th byte can be described as:
x
i=byte(i,x)=(x/28i)mod 28
All unit values will be presented as the concatenation of its individual bit values (0 or 1) between braces in the order {bn-1, bn-2, . . . , b1, b0}. For most ciphers, these units are interpreted as finite field elements using a polynomial representation:
In this notation, the factor x is used only to comply with a customary notation of such polynomial representation and does not represent the input. Frequently, encryption/decryption algorithms use Galois Fields as finite fields (for example GF(2n)). In the polynomial representation, for an 8-bit unit {01100011} identifies the specific finite field element x6+x5+x+1. Usually, the unit value is also indicated in a hexadecimal notation, for example the element {01100011} can be represented as {63}. Since the encryption/decryption algorithm itself is not subject of the invention, this will not be described here in more detail.
In many existing en- and decryption algorithms, like AES (Rijndael) and Feistel ciphers, a round function F is typically constructed using tables (Ti[x]) for the different units of the input (i.e. different parts of the domain of the function). A role of such a table may be to perform a non-linear substitution; such tables are also referred to as S-boxes. In addition to such an S-box role, the table may also represent pre-processing and/or post-processing with respect to such an S-box. In general, the table maps n input bits to m output bits. Such a table is referred to as an n*m table. DES uses eight different 6*4 S-boxes. Some systems (e.g. Khufu and Khafre) use a single 8*32 bit S-box, IDEA effectively has a 16*16 S-box and AES/Rijndael uses an 8*8 S-box.
The composition of the output of these often-small tables is done with an Abelian group operator on the ranges of these functions. Any Abelian group operator may be chosen. A frequently used operator is the bit-wise XOR operator. The system according to the invention uses this Abelian composition to hide the actual values of the tables without changing the functional behavior of F. According to the invention, at least one of the tables is obfuscated. This table will be referred to as obfuscated table. The other tables may also be obfuscated or kept unmodified. Thus, a plurality of tables T′i, 0≦i≦ n are created, where for each table T′i represents the respective corresponding table Ti in a modified or unmodified form. As described at least one of those created tables is an obfuscated version of a corresponding original table. First a description is given wherein only one table is directly obfuscated. This table is referred to as T′o
The invention will be illustrated for a function F: F:0 . . . 264−1→0 . . . 264−1 The function F may be a round function of a block cipher, such as a Feistel cipher. In the example, function F can be represented as an Abelian composition of sixteen table-implemented functions, each with a respective nibble as input:
F(x)=T0[nibble(0,x)] . . . T15[nibble(15,x)]
This can also be written as:
and
It will be appreciated that the range (0 . . . 264−1) and the unit length (in this example a 4-bit nibble) are a mere choice for the purpose of the example. Other choices may also be made.
Two preferred approaches for the obfuscating of the tables according to the invention are described in more detail below. In the first approach the domain on which the obfuscated tables work is the same as used for the original tables. In a preferred embodiment, constants are used for the obfuscating. In the second approach the domain is extended. In preferred approach a homomorphism that depends on the input x is used for the obfuscation and compensation.
In this approach, the tables O and C represent a same non-trivial constant b0. The obfuscated table T′o
T′0[x0]=b0T0[x0],
T′1[x1]=b0T1[x],
T′i[xi]=Ti[xi], ∀i: iε2 . . . 15
The created tables T′i ∀i: iε0 . . . 15 of which some are modified (obfuscated) can be used in the new function F′ (obfuscated F):
It can be observed that the tables O and C indeed are chosen such that CO=0, based on the fact that C=O and that for an Abelian composition holds that OO=0. As a consequence, also the functions F′ and F are functionally equal.
It will be clear that this holds indeed for any obfuscation where the same constant is combined with an even number of tables using the Abelian group operator. So, the constant may be combined with 2, 4, 6, etc. number of tables. In the example, a total of 16 tables are used. So, it is possible to obfuscate all tables with just one constant. The constant in the example has 64 bits; this constant can be seen as a 64 bit key.
This embodiment will be illustrated further with two examples that for the purpose of the explanation have been simplified to the extent that no domain parts are used, instead each table operates on the entire domain. Only two original tables are used.
T0={01,12,20}
T1={00,12,21}
In these definitions of the tables 01 means that an input value 0 is mapped to an output value 1, 12 that 1 is mapped to 2, etc. In the examples, the tables O and C depend on the input x. The following obfuscating and compensating tables have been chosen:
The created tables are then T′0[x]=O[x]T0[x], T′1[x]=C[x]T1[x]
F(x)=T0[x]·T1[x] (in this example, the Abelian operator is a multiplication·) giving
F(x)=T0[x]T1[x] (the Abelian operator is the XOR operator)
T′0={03,10,22}
T′1={02,10,23}
F′(x)=T′0[x]T′1[x]
In a further embodiment, security is improved further by using at least one more key (i.e. more constants may be used). In the simplest form two distinct tables are combined with the constant b0 as shown above and two different tables are combined with the constant b1. In this way, a further table O2 and a further table C2 are chosen such that C2O2=0, where O2 is distinct from O and the tables O2 and C2 both represent the same non-trivial constant b1. It will be appreciated that also more tables may be protected using the constant b1. For example, it is then also possible to combine half of the tables with b0 and half of the tables b1. In this way, all tables are obfuscated and each constant is used an even number of times, resulting in the constant being eliminated in the composition. If so desired, some tables may be used in plain form (i.e. not obfuscated through an Abelian group operator).
In a further embodiment, the same tables O2 and C2 may be used. Table O2 may be used as described above to obfuscate at least one further table To
T′i[xi]=biTi[xi] ∀i: iε0 . . . 14 ∀xi: xiε0 . . . 15
and
T′15[x15 ]=b0 . . . b14T15[x15] ∀xi: xiε0 . . . 15
The obfuscated tables T′i ∀i: iε0 . . . 15 are used in a new function F′ (obfuscated F):
As before, the functions F′ and F are functionally equal.
From above examples it will be clear that the skilled person has freedom in the level of obfuscating to be achieved. For a system where F is an Abelian composition of n tables, one to n constants may be used. Each constant is combined with an even number of tables. It will be appreciated that in principle any number of constants may be used. However, by associating every table with its own constant, using more than n constants will not increase security any further. Preferably, the constants are chosen ‘randomly’ using a suitable random or pseudo-random generator.
In the examples given above, the compensation C is combined with one or more of the original tables. Thus normally the number m of created tables T′ will be the same as the number n of original tables T. An alternative is to use one additional table for the compensation, thus m=n+1. In this embodiment, again all constants are used twice (i.e. an even number) giving an automatic compensation through the Abelian composition. In the following example, all sixteen original tables (i=0 . . . 15) are combined with a respective constant bi and one additional table is created that is the combination of all constants, giving:
T′i[xi]=biTi[xi] ∀i:iε0 . . . 15 ∀xi:xiε0 . . . 15
and
T′16=b0 . . . b14b15 ∀xi: xiε0 . . . 15
In above approach, combining an original table T with a constant b means that every entry in the table T is combined with the same value b using the Abelian group operator
In the second approach, the obfuscation depends at least partly on the input to the table. In order to be able to compensate for this, the compensation table needs access to the input. To this end, the domain is extended. As described above, the original tables Ti(0≦i≦n; n≧1), each operate on a respective part Di of the domain D. At least one of the created T′o
According to the invention at least one table is obfuscated through a combination with a table O that at least partly depends on the same input; the combination being performed by the Abelian group operator. For example, the first table T0 is obfuscated:
T″0[x0]=O(x0)T0[x0]
Keeping all other tables unmodified:
T″i[xi]=Ti[x], ∀i:iε1 . . . 15
would not give a compensation for O(x0). According to the invention, the compensation is achieved by using at least one additional table that covers the terms that need to be compensated with respect to the Abelian group operator. In the example given above, the additional table could simply be:
T″16[x]=O(x0)
A new function F″ (obfuscated F) could then be defined as:
It can be observed that the domain of F″ is extended compared to the domain of F to supply input for the additional table. In the example, the domain of the F″ is now 0 . . . 2(64+4)−1. For this example, the extended domain, indicated as E(x), can be defined as:
E(x)=(x″0,x″1, . . . , x″14,x″15,x″16)=(x0,x1, . . . , x14,x15,x0)
Using these definitions, F″ is functionally equivalent to F:
In this simple example, where only table To is obfuscated, it is relatively simple for an attacker to break the obfuscation, since the table O(x0) that is used for the obfuscation is available in plain text form. One way to overcome this would be to use the first approach and to combine O(x0) with a constant and use the constant also to obfuscate an odd number of other tables. A preferred way to hide O(x0) is to hide several of the original tables Ti by a respective table Oi(xi) and use the plurality of O-tables to hide one another. It should be noted that the respective mapping used for Oi may but need not be the same.
This approach will be illustrated using the following example. In this example, the first table T0 is obfuscated as follows:
T″0[x0]=Oo(x0)T0[x0]
The second table is obfuscated by:
T″1[x]=O1(x1)T1[x1]
Keeping all the other tables unmodified:
T″i[xi]=Ti[xi], ∀i:iε2 . . . 15
The new table can now be defined as:
T″16[x16]=O0(x0)O1(x1)
Now this seventeenth table no longer reveals one of the tables used for the hiding. It will be observed that this last table now needs two domain parts as input, giving a double extension of the domain. It will be understood that this increases the data rate and reveals part of the operation of the system.
In a preferred embodiment, O is a non-trivial homomorphism and the method includes forming a plurality of obfuscated tables T′i through a composition, using the Abelian group operator, of the corresponding table Ti and the table O example, T′o
T″0[x0]=H(x0)T0[x0]
The second table is obfuscated by:
T″1[x1]=H(x1)T1[x1]
Keeping all the other tables unmodified:
T″i[xi]=Ti[xi], ∀i: iε2 . . . 15
The new table can now be defined as:
T″16[x16]=H(x0)H(x1)
Using the homomorphism, the extended domain can now be E(x)=(x0, x1, . . . , x14, x15, x0x1). Only one additional domain part is used, representing multiple parts. Compared to the previous approach this reduces the data rate and increases security.
It will be appreciated that in such a way each of the tables T[xi] can be obfuscated by a respective H(xi). How many tables are obfuscated is a choice that can be made by the skilled person depending on the security requirements.
Preferably all tables are hidden. For the exemplary system, this would give:
T″i[xi]=H(xi)Ti[xi] ∀i:iε0 . . . 15 ∀xi: xiε0 . . . 15
and
T″16[x16]=H(x16) ∀x16: x16ε0 . . . 15
The extended domain E(x) is given by:
E(x)=(x″0, x″1, . . . , x″14, x″15, x″16), where
x″i=xi, for i=0 . . . 15
and
The functions F″o E, and F are functionally equal.
It will be appreciated that, although all examples show for the purpose of explanation that the extension is the last part of the extended domain, in fact the extension may be anywhere, i.e. the tables and the respective domain parts may be mixed.
In itself, extension of the domain might be observed and used to attack the obfuscated tables. Any suitable technique may be used to hide details of the extension. Many ciphers, like Rijndael/AES or Feistel ciphers, use a sequence of round functions (usually the same round function made specific using a round-specific key) can be modeled as function cascade: FC=FNo . . . o F1o F0, where Fi is the round function of round i.
In such a system, the domain extension (i.e. the part that has been extended) can be hidden in the following way:
Consider a function cascade of Fj ∀j: jε1 . . . N like:
FC=FN o . . . o F1o F0
FC=(F″N o En) o . . . o(F″1 o E1)o F0
FC=F″N o(EN o F″N−1) o . . . o(E1o F0)
The Ei o F″i-1 ∀i: 1 . . . N−1 can be computed upfront, turning every Tj,i[x] of Fj in a mapping 0 . . . 15→0 . . . 2(=+4)−1 (hiding the domain extension function by composition).
In a preferred embodiment, approach 1 and 2 are combined. Thus some, and preferably all, tables T″ are combined with a respective constant. In this way, also the table with the domain extension (in the example T16) can be hidden. An advantage of combining T16 with a hiding constant is that the fact that H(x) is a homomorphism is hidden, since the property H(0)=0, which hold for every homomorphism with is lost.
chooses a table O and a table C such that CO=0;
creates a plurality of tables T′i0≦i≦m; n≦m≦n+1, where for 0≦i≦n, each table T′i represents the respective corresponding table Ti and at least one of those tables T′o
Additionally, the server includes means 314 for providing the plurality of tables T′i, 0≦i≦m; n≦m≦n+1, to the executing device. The server may do this in any suitable form. For example, in a factory the tables may be stored in a storage module of the executing device during the manufacturing of the executing device 320.
The executing device 320 includes means 324 for receiving the plurality of T′i, 0≦i≦m; n≦m≦n+1, from the server 310. These means 326 cooperate with the means 314 of the server and will not be described further. The executing device 320 further includes a processor 322. The processor may be of any suitable type, such as a processor known from personal computers or an embedded microcontroller. The processor 322 is operated under control of a program. The program may be permanently embedded in the processor 322 using an embedded storage, like embedded ROM, but may also be loaded from a background storage, such as a hard disk (not shown). Under control of the program, the processor 322 forms a function F′ that is functionally equivalent to the cryptographic function F by composing the plurality of tables T″i, 0≦i≦m, using the Abelian group operator, such that the tables O and C are compensated through the composition. In the example of
It will be appreciated that the invention also extends to computer programs, particularly computer programs on or in a carrier, adapted for putting the invention into practice. The program may be in the form of source code, object code, a code intermediate source and object code such as partially compiled form, or in any other form suitable for use in the implementation of the method according to the invention. The carrier be any entity or device capable of carrying the program. For example, the carrier may include a storage medium, such as a ROM, for example a CD ROM or a semiconductor ROM, or a magnetic recording medium, for example a floppy disc or hard disk. Further the carrier may be a transmissible carrier such as an electrical or optical signal that may be conveyed via electrical or optical cable or by radio or other means. When the program is embodied in such a signal, the carrier may be constituted by such cable or other device or means. Alternatively, the carrier may be an integrated circuit in which the program is embedded, the integrated circuit being adapted for performing, or for use in the performance of, the relevant method.
It should be noted that the above-mentioned embodiments illustrate rather than limit the invention, and that those skilled in the art will be able to design many alternative embodiments without departing from the scope of the appended claims. In the claims, any reference signs placed between parentheses shall not be construed as limiting the claim. Use of the verb “comprise” and its conjugations does not exclude the presence of elements or steps other than those stated in a claim. The article “a” or “an” preceding an element does not exclude the presence of a plurality of such elements. The invention may be implemented by means of hardware comprising several distinct elements, and by means of a suitably programmed computer. In the device claim enumerating several means, several of these means may be embodied by one and the same item of hardware. The mere fact that certain measures are recited in mutually different dependent claims does not indicate that a combination of these measures cannot be used to advantage.
Number | Date | Country | Kind |
---|---|---|---|
04105373.7 | Oct 2004 | EP | regional |
Filing Document | Filing Date | Country | Kind | 371c Date |
---|---|---|---|---|
PCT/IB05/53468 | 10/24/2005 | WO | 00 | 4/24/2007 |