Software fingerprinting and branding

- EMC Corporation

A method and apparatus for controlling the unauthorized removal of software from a non-volatile storage medium include storing an encoded version of the software at an address of the storage medium where the address is used as data directly in the process of deriving an encoding key used to encode the software, and decoding the encoded software using a decoding key derived using the location of the software in its storage medium as data.

Skip to: Description  ·  Claims  ·  References Cited  · Patent History  ·  Patent History
Description
CROSS-REFERENCE TO RELATED APPLICATION

This is a continuation of U.S. Ser. No. 08/667,337, now U.S. Pat. No. 6,000,030, filed Jun. 20, 1996.

BACKGROUND OF THE INVENTION

The invention relates to a method and apparatus for restricting the use of computer software to a known group of users; and, more particularly, to a method and apparatus for controlling the distribution of software products in Intranet or Internet environments.

As Intranet and Internet environments proliferate, a company's software becomes more subject to access by unauthorized individuals. It is therefore important to secure the software against unauthorized access, while, at the same time, enabling both the tracking of software use and the prevention of its unauthorized use.

The newspapers are replete with reports, lately, of “hackers” being able to penetrate, and acquire information and programs from, so-called secure systems. This information and program data may be the life blood of a company, and its unauthorized access by individuals, some of whom may be employees of the company itself, can cause severe damage to the reputation of the company and its financial health and viability. Companies often use, therefore, single, double, and more complex password security systems to prevent access to their systems by unauthorized users, but in addition must also be concerned about an authorized user, not having permission to use a particular software, who will still have access to the system.

Further, it is not common for the software programs themselves to be stored in an encoded manner nor is it common, once the individual has “broken in” to the system, to prevent access to much if not all of the data available to a typical user. It is therefore, important to protect to as high a degree as possible the software programs stored in systems which are accessible by more than one authorized user, and to enable tracking of the users accessing software using methodologies which are neither obvious nor easily detected.

SUMMARY OF THE INVENTION

The invention relates to a method of controlling the distribution of computer software products stored at a file server. The method features the steps of requesting the identity of a user and that user's secret key before enabling access by the user of requested program products. The requested program product is encoded, if the user identity and secret key match corresponding entries in a file server database, the program products being encoded using a second key which is known to the user (and which will be used by the user in decoding and executing the program). Also included in the encoded program is at least one embedded identification of the user.

In different aspects of the method of the invention, there are featured the steps of storing at the file server, and within a camouflaged program on a disk memory and/or a nonvolatile, non-disk memory, an identification of the user accessing the requested program for later use, if necessary, in tracking the users with who accessed the program. The method further features embedding at least two identifications of the user in the encoded program, at least one of the identifications being difficult to find and at least one of the identifications being easy to find. Preferably, the identifications are used in constructing a check code, such as a CRC code, to ensure that “hacking” or other debug processes have not been employed to modify the identification of the user.

The encoded program can then be decoded by the user, using the second key which the user has available. The decoded program is executed, preferably on the fly, and is performed so that no copy of the executable program exists in non-volatile memory. If the correct second key is not provided, steps are taken to execute the improperly decoded program in a program destruct fashion wherein at least portions of the encoded program are rendered permanently unexecutable. In addition, the computer system attempting to execute the improperly decoded program can be disabled thereby requiring the system to be rebooted.

The method further features making the encoding dependent upon a third key which is derived from the address on, for example, hard disk at which the encoded program is stored. Thus, if the encoded program is moved from its original location, for example by copying onto floppy disk and then recopying into a new computer system, the program will not correctly decode and can effect destruction of at least portions of the program or the operating system of the computer.

In another aspect, the method relates to controlling the distribution of computer software products stored at a file server and delivered, upon a user request, over a network (such as the Intranet, Internet, . . . ). The method features the steps of receiving a request from a user to deliver a computer program over the network; requesting the identity of the user and the user's secret key before enabling access to the requested computer program; verifying the identity of the user; using the user's secret key, encoding the requested program, including embedding in the encoded program at least one identification of the user, and using at least an encoding key known to the user; and delivering the encoded program over the network to the user.

The apparatus of the invention relates to controlling the distribution of computer software products stored at a file server and features circuitry for requesting the identity of a user and the user's secret key to enable access to a requested program, circuitry for encoding the requested program if the user identify and the supplied secret code correspond to entries stored in a file server, the encoding being effected using a second key known to the user, and circuitry for embedding in the encoding program an identification of the user.

In other embodiments of the invention, the apparatus provides for controlling the unauthorized removal of software from a non-volatile storage medium and features circuitry for storing an encoded version of the requested software in the user's medium at an address used for deriving an encoding key. The encoding key is used to encode and decode the software. The invention further features circuitry for decoding the encoded software using a decoding key based upon the location of the encoded software at the user's storage medium.

In a preferred embodiment of the apparatus, circuitry is provided for storing at least two user identifications in the encoded program, and for using those identifications in a error check, for example a CRC check. In yet another embodiment of the apparatus, the server stores, in a non-volatile memory, an identification of the last user or users accessing a particular program.

BRIEF DESCRIPTION OF THE DRAWING

Other features and advantages of the invention will be apparent from the following description taken together with the drawings, in which:

FIG. 1 is a block diagram of a networked computer system in which the invention is used;

FIG. 2 is a typical table identifying the user, his personal code, and his encryption code;

FIG. 3 is a flow chart detailing the steps used in connection with the method and apparatus of the invention;

FIG. 4 is a block diagram of an alternative embodiment of the invention; and

FIG. 5 is a block diagram of a particular system structure in accordance with the invention.

DESCRIPTION OF THE PREFERRED EMBODIMENTS

Referring to FIG. 1, a system 10 in which the invention is most useful, includes a server 12 having a disk memory 14 and connected to a network 16 which can be either an internal network, such as an Ethernet or token ring network, or the Internet. Server 12 also has modem connections 18 to connect through a telephone or satellite communications system 20 to, or from, a PC system 22 also connected through a modem 24.

Connecting to the network can be a plurality of PCs 26 each having a disk storage element 28. In this manner, the server can provide programs or data, stored in memory 14, upon request, to the PCs 22 or 26 and can receive data and requests from the PCs 22 and 26.

In order to guarantee use of the programs stored by the server in disk memory 14 to properly authorized personnel, typically, for example, company employees, and to ensure that it can only be used by its assigned user(s), the software itself is fingerprinted and/or branded. The method of the invention should also, if the software is stolen or copied, render it unusable other than by its correct company owner, and in addition, the server 12 preferably logs the caller on the remote computer to identify and track the path of the software.

The delivery system uses a file server program which runs over the network, or Internet, at the server 12. This program delivers executable programs to users provided they can properly identify themselves by name and password. Once identified, the delivery system will transmit the requested software, encrypted with an encryption key of the user's choice, and at the same time brand or embed the encrypted software with an identification of the user. Thus, referring to FIG. 2, associated with each user in column 30 is a first user code word in column 32 and an encryption key as indicated in column 34.

Since the server will encode the program stored in memory 14 in accordance with an encryption key (column 34), before delivering it to the user, the delivered program is in a format which is not executable by any operating system. However, when the user desires to use the program, in accordance with this embodiment of the invention, the user defines the encryption key that was used to encrypt the program in the software system, and the software is then decrypted and loaded on the fly into computer memory and run. At no time is the executable program code ever written to the system's nonvolatile memory, such as disk.

Accordingly, in operation of the system of FIG. 1, and referring to FIG. 3, the server awaits a request at 100 and, until a request is received, stays in that state. When a request is received, the server obtains the user ID and secret code (columns 30 and 32 of FIG. 2) as indicated at 102 and, if the name and code received from the user match the name and secret code in the database, as indicated at 104, the program running on the server encodes the requested program using the user's encryption key (column 34). This is indicated at 106. In addition to using the user's encryption key, and in order to better track and identify a software program, should the delivered program fall into unauthorized hands, the program running on server 12 further embeds in the program, preferably at two or more locations, an identification of the user. This is provided in a form which, according to one preferred embodiment of the invention, is easier to identify in one embedded identification data and much harder to identify in a second embedded identification data. More than two identifications data can be embedded in the program. This is illustrated in the delivered program identified at 108 in FIG. 1.

If the information provided by the user does not match the database information, access is denied at 110 and depending upon the particular system, the system can, for example, simply revert back to waiting for further requests at 100. After the program has been encoded, it is delivered to the user at 112 in a format in which the encoded program is not executable. Delivery can occur over the telephone communications network 20 through modems 18 and 24, over the Internet or Intranet network 16, or other some other appropriate delivery method including, for example, a transfer by floppy disk. At the user's site, after delivery, the program is decoded and executed using the user supplied decoding key. This is indicated at 114. If the user provides the correct decoding key, then the program can be properly decrypted at 114 and the resulting program is executable at 116 and is executed without storing an executable copy of the program in nonvolatile memory such as hard disk, at 118. If the program however is not executable, meaning that the wrong encryption key was provided, the program is designed to perform a disabling routine as indicated at 120. This has the advantageous effect of being time consuming, which discourages random attacks at the encryption key. Various disabling methods can be used, for example the destruction of all or part of the encrypted program, or modules thereof, or forcing the user to reboot the machine each time an incorrect encryption key is provided at 114. Both methods can also be used, and then, each time the incorrect encryption key is provided, the user must reboot and request the program again from the server 12.

This has the effect of discouraging unauthorized users, who obtain access to the program, from trying to further use or decrypt the program. That is, such unauthorized users must be aware that the program can self-destruct, and further, they must be aware that they cannot obtain a further copy of the program unless they have the legal name and secret code necessary to obtain delivery of the program from the server.

In other embodiments of the invention, referring to FIG. 4, the server 12 and its hard drive file storage 14 are again connected to a network 16. Also, the PC user 26 and its hard drive storage 28 are connected to the network 16. Here however the program to be accessed is accessed through a separate computer 200 having a hard disk storage 202 which stores the program to be delivered. In accordance with this embodiment of the invention, a method for tracking users is provided which is also useful in the embodiment of FIG. 1. It is known that situations exist where an authorized user wants to obtain a program to which he does not have authorization but does not want to leave a trail that he has in fact downloaded the program from memory. In order to combat this clandestine operation, a PC 200 can store in a nonvolatile memory within the PC, typically CMOS, and/or on the hard drive in a camouflaged location, a record of the last user to access the PC or a list of last users accessing the PC. When stored on a disk 202, the list can be embedded in a program which is ordinarily run on the PC, so as to not be obvious from a surface examination of the programs stored on disk 202.

Referring now to FIG. 5, there often occurs a time when a program stored in memory is available to many different users. Should one of those users, even a legitimate user, desire to download the program onto a floppy disk and use it elsewhere, there may be very little to prevent him from doing so if he is authorized to use the program and has the correct codes. However, in accordance with the invention, a further variation of the encryption program can be used to effectively block the use of a copy, obtained either directly or from the network, on a separate and different PC. In accordance with this aspect of the invention, a disk drive 300 stores at a given location, a program 302. As described above, the program is encrypted preferably using an encryption key but with the variation that a non-visible key is also embedded in the key to be used. This is the preferred embodiment of this aspect of the invention, the encryption of the program, transparently to any user, makes use of the location at which the program is stored in disk drive 300. Thus, the program when loaded into disk drive 300 is known in advance to be placed at a specific address, and that address is used, with or without the user encryption key, to encode the program in the manner identified above. Thereafter, when a user desires to use the program, decoding occurs exactly as outlined above except that the decoding key is derived, at least in part, from the address at which the program exists on disk drive 300; and accordingly, if a copy is made of the program and taken to another machine, it is most unlikely that the program will be stored at the identical address in the new system. Accordingly, when the program is called for execution, even if an authorized user provides a legitimate encryption key, the program will not decrypt correctly because the address at which it is stored on disk drive is not the same address as that at which it had been stored on the original disk drive 300 and thus, the program will either self-destruct, disable the system, or operate in another disable function mode in accordance with the decryption and execute program. Accordingly, even legitimate users would not be able to take copies of the program stored in memory and use them on other systems for any purposes.

This last procedure of course requires that the encryption program know in advance where the encrypted program will be stored. This can be accomplished with ease using the server and destination operating systems.

Additions, subtractions, and other modifications of the described particular embodiments of the invention will be apparent to those of ordinary skill in the art and are within the scope of the following claims.

Claims

1. In a computer system including at least one disk drive for storing executable program code, a method for encoding and decoding the executable program code that may be properly executed by a user and that is stored on the at least one disk drive to ensure that it cannot be executed properly if moved to an address other than the address on the at least one disk drive at which it was stored when the encoding occurred, the method comprising the steps of:

requesting the identity of a user and user's secret key to enable access to the executable program code;
encoding a requested program product, if the user identity and the secret key match corresponding entries in the computer system;
deriving an encoding key for further encoding the executable program code, wherein the encoding key is derived from the address of the executable program code stored on the disk drive at the time of deriving the encoding key;
protecting the encoding key so that it is non-visible to any user including a user who may copy or otherwise move the executable program code and attempt to properly execute it at a location other than at the address of where it was stored on the disk drive at the time of deriving the encoding key;
embedding the non-visible encoding key in the executable program code;
providing, a decoding key that cooperates with the non-visible encoding key for decoding the executable program code by checking the address of the executable program code stored on the disk drive to verify that the executable program code is stored at the same address on the disk drive as it was when the encoding key was derived; and
decoding the executable program code with the decoding key if the executable program code is stored at the same address on the disk drive as it was when the encoding key was derived, and otherwise not decoding the executable program code thereby preventing properly executing the executable program code if moved to an address other than where it was stored on the disk drive when the encoding key was derived and either self-destructing the copied or otherwise moved executable program code or otherwise disabling the copied or otherwise moved executable program code from being properly executed.

2. A program product for use in a data storage system that includes at least one disk drive for storing data, wherein the program product is useful for encoding and decoding data stored on the at least one disk drive to ensure that it cannot be decoded if stored at an address other than the address on the at least one disk drive at which it was stored when the encoding occurred, the program product comprising:

computer-executable logic contained on a computer-readable medium and which is configured for causing the following computer-executed steps to occur:
requesting the identity of a user and user's secret key to enable access to the executable program code;
encoding a requested program product, if the user identity and the secret key match corresponding entries in the data storage system;
deriving an encoding key for further encoding the executable program code, wherein the encoding key is derived from the address of the executable program code stored on the disk drive at the time of deriving the encoding key;
protecting the encoding key so that it is non-visible to any user including a user who may copy or otherwise move the executable program code and attempt to properly execute it at a location other than at the address of where it was stored on the disk drive at the time of deriving the encoding key;
embedding the non-visible encoding key in the executable program code;
providing, a decoding key that cooperates with the non-visible encoding key for decoding the executable program code by checking the address of the executable program code stored on the disk drive to verify that the executable program code is stored at the same address on the disk drive as it was when the encoding key was derived; and
decoding the executable program code with the decoding key if the executable program code is stored at the same address on the disk drive as it was when the encoding key was derived, and otherwise not decoding the executable program code thereby preventing properly executing the executable program code if moved to an address other than where it was stored on the disk drive when the encoding key was derived and either self-destructing the copied or otherwise moved executable program code or otherwise disabling the copied or otherwise moved executable program code from being properly executed.

3. A computer system that has computer-executable logic for encoding and decoding executable program code that may be properly executed by a user and that is stored on at least one disk drive to ensure that it cannot be executed properly if moved to an address other than the address on the at least one disk drive at which it was stored when the encoding occurred, the computer system comprising:

at least one disk drive for storing executable program code; and
computer-executable logic configured for causing the following computer-executed steps to occur:
requesting the identity of a user and user's secret key to enable access to the executable program code;
encoding a requested program product, if the user identity and the secret key match corresponding entries in the computer system;
deriving an encoding key for further encoding the executable program code, wherein the encoding key is derived from the address of the executable program code stored on the disk drive at the time of deriving the encoding key;
protecting the encoding key so that it is non-visible to any user including a user who may copy or otherwise move the executable program code and attempt to properly execute it at a location other than at the address of where it was stored on the disk drive at the time of deriving the encoding key;
embedding the non-visible encoding key in the executable program code;
providing, a decoding key that cooperates with the non-visible encoding key for decoding the executable program code by checking the address of the executable program code stored on the disk drive to verify that the executable program code is stored at the same address on the disk drive as it was when the encoding key was derived; and
decoding the executable program code with the decoding key if the executable program code is stored at the same address on the disk drive as it was when the encoding key was derived, and otherwise not decoding the executable program code thereby preventing properly executing the executable program code if moved to an address other than where it was stored on the disk drive when the encoding key was derived and either self-destructing the copied or otherwise moved executable program code or otherwise disabling the copied or otherwise moved executable program code from being properly executed.
Referenced Cited
U.S. Patent Documents
4780905 October 25, 1988 Cruts et al.
5231662 July 27, 1993 van Rumpt et al.
5412718 May 2, 1995 Narasimhalu et al.
5860094 January 12, 1999 Junya
5917908 June 29, 1999 Takenaka et al.
Patent History
Patent number: 6574732
Type: Grant
Filed: May 6, 1999
Date of Patent: Jun 3, 2003
Assignee: EMC Corporation (Hopkinton, MA)
Inventors: Henry L. Steinberg (Westboro, MA), Scott B. Gordon (Upton, MA)
Primary Examiner: Leo Picard
Assistant Examiner: Steven R. Garland
Attorney, Agent or Law Firms: Robert Kevin Perkins, Leanne J. Fitzgerald, John M. Gunther
Application Number: 09/306,526
Classifications
Current U.S. Class: By Stored Data Protection (713/193); 713/200
International Classification: H04L/900;