|Publication number||US5787173 A|
|Application number||US 08/815,903|
|Publication date||28 Jul 1998|
|Filing date||12 Mar 1997|
|Priority date||28 May 1993|
|Also published as||US5375169|
|Publication number||08815903, 815903, US 5787173 A, US 5787173A, US-A-5787173, US5787173 A, US5787173A|
|Inventors||Edward M. Seheidt, John J. Crowley|
|Original Assignee||Tecsec Incorporated|
|Export Citation||BiBTeX, EndNote, RefMan|
|Patent Citations (6), Referenced by (110), Classifications (12), Legal Events (11)|
|External Links: USPTO, USPTO Assignment, Espacenet|
This is a Continuation of application Ser. No. 08/310,652, filed Sep. 22, 1994, now abandoned, which is a continuation of prior application Ser. No. 08/069,577, filed May 28, 1993, now U.S. Pat. No. 5,375,169, issued Dec. 20, 1994.
The present invention relates generally to cryptographic systems and more particularly to a novel technique and apparatus for encrypting all forms of electronic communication without using a public key of any type.
While the specter of "spies" eagerly trying to obtain the defense information of various countries is very much still present in the defense and intelligence community, an equally serious threat is now presented by technological or commercial "spies" who desire to obtain commercial and technical proprietary information from competing companies. These agents use sophisticated means similar to those used by the defense and intelligence community in order to obtain commercially valuable information that reveals the plans and commercial activities of competitors, allowing the aggressor company to obtain a competitive advantage in the marketplace. Theft of commercially valuable information is a very real and ever-present threat.
To combat this type of commercial spying, various complex systems have evolved to protect proprietary company information. These systems involve physical controls over personnel as well as over the data flowing in and out of a company. For example, most computer systems used within companies require a password to be entered before the system can be accessed. It is frequently the case that confidential or proprietary company information must be passed electronically from one location to another in order to convey that information within the company in a timely fashion. Such electronic communication is easily susceptible to interception if not protected in some form in addition to password protection.
Encryption of data is a critical requirement in denying access to confidential information from those who are not so authorized. Cryptographic systems have evolved to fill the needs of companies and individuals wanting to protect the proprietary commercial information of a company from competitors and from those who generally should not have that information. Cryptographic "keys" are an essential part of the information encryption process. The cryptographic key, or "key" for short, is a sequence of characters represented by bytes of information which is manipulated by a cryptographic algorithm to transform data from plain (readable) text to a series of unintelligible text or signals known as encrypted or cipher text. The key is then used by the receiver of the cipher text to decrypt the message back to plain text. However, for two people to communicate successfully using keys, each must use the same key or inverse keys to encrypt the message being sent and to decrypt that message when received, assuming that the same encryption/decryption algorithm is used on both ends of the communication.
Various methods have evolved to manage the distribution of keys, known as "key management". For two people to communicate securely using conventional cryptography, those two persons must not only possess compatible cryptographic equipment, they must also have identical keys. Further, those keys must be kept secret from anyone not in a position of confidence with the two communicators and must be changed periodically to guard against compromise. In addition to the protection of the keys themselves, selecting the proper key sequence and increasing the frequency with which the key sequence is changed can enhance the security of this type of protection. The function of key management is the process of generating, distributing, changing, replacing, storing, checking on, and destroying cryptographic keys. This is a critically important function.
Two major key management schemes have been developed over the years and are in use at the present time: classic pair-wise distribution and public key distribution. Both of these forms of key management have drawbacks. Distributing classic pair-wise key information is typically accomplished through the use of a courier service. The keys for a particular key time period, such as a day, an entire series of days, or any time period during which a particular key is valid, are delivered in printed, punch tape, electronic, or other form to a number of locations. Either a courier travels to all locations from a central key distribution site or couriers from the individual sites travel to a central location to pick up the keys. During any particular key time period, the same key is used by all cleared parties within the communications network, allowing messages to be encrypted and decrypted using that particular key. One drawback to the security of this type of distribution scheme is that it is based on trust. Any couriers used must be trusted, as they play an integral part of the authentication process. Also, to distribute keys effectively in a network requires that a matrix architecture be implemented to track user connectivity. The more subscribers to the network there are, the more complex the key matrix will be and the more difficult it is to maintain key management among changing users, since it is frequently the case that not everyone in a network will be using the same keys.
Sometimes more than one key is necessary in a classic key distribution scheme. In a single key system, anyone within a network who has the key is privy to any communication within the network. If one member of the network wants to transmit a communication to only one other particular member, the single key will afford him no protection from others in the network because everyone within the network shares the same key and can decrypt the message. Likewise, if someone wants to communicate a message to a subset of the network, that is, to a particular group within the network, the single key would provide her with no extra security. In these and other cases, multilevel key access, or multiple keys, would provide a solution, albeit one that is quite unwieldy, inflexible, and difficult to manage by a key administrator. The cost of maintaining this matrix of keys, using the courier service, and risking the possibility that the courier system may be compromised are major drawbacks that have led to the creation of a modified classic distribution scheme.
The modified classic distribution scheme also uses a courier for key distribution. However, the courier does not deliver the keys that are used to encrypt the files. Instead, the courier delivers a distribution key which is used to encrypt other keys that are in turn used to encrypt the files. In this way, the courier alone cannot compromise the network. This scheme offers the advantage of allowing the changing of the file key more frequently than in the classic scheme previously described. The disadvantage of the modified classic distribution scheme is that a compromise of the distribution key is far more serious than in the ordinary classic scheme since a compromise affects a collection of file keys and therefore a larger base of protected files.
A method that has evolved to overcome some of these problems involves a public key distribution scheme. Such a public key distribution scheme is disclosed in U.S. Pat. No. 4,218,582 to Hellman et al. A public key cryptographic system employs more than one key for encryption and decryption of messages or data. One of the keys is private and only held by two parties or a subgroup of parties within a network. The other key is public, that is, available to everyone within the network. All communications within the network are encrypted using the public key. In addition, the private key is used to further encrypt messages between two parties or within a subgroup of the network. Confidentiality of the message is preserved since no one without the private key can decipher the message. In public key cryptography, the public and private keys are generated by an algorithm based on a discrete exponential function, the arithmetic of which is computed in modulo P, where P is a very large prime number. The security of such a system rests on the fact that one key is privately held, and that it is computationally infeasible to determine the resulting discrete logarithmic function without knowledge of the private key. One drawback of the public key system is that the algorithm must be based on a very large prime number in order to ensure the integrity of the communication. Primitive elements of the algorithm must satisfy a particular relationship with the prime number. Such primitive elements are known to always exist, but limit and complicate the task of implementing the algorithm.
An alternative to the public key system is a private key system known as a symmetric key system which is a cryptographic system using the same key for both encryption and decryption. This key is transmitted from the sender to the receiver over a secure channel in parallel with the encrypted message. One particular symmetric key system is known as the data encryption standard or "DES", which is published by the National Institutes of Science and Technology. The DES was originally specified for the encryption of sensitive government information unrelated to national security. The DES uses a sixty-four byte key, fifty-six of which are independent bytes and eight bytes which may be used for parity checking. The DES was first publishing in January 1977 in FIPS-PUB-46 which is available from the National Technical Information Service.
U.S. Pat. No. 4,405,829 to Rivest et al. discloses an example of a product key system. A product key system is implemented using a succession of simple keys, each of which adds a small amount of encryption that does not provide sufficient practical security. The cumulative effect of the application of successive keys, however, provides adequate secure encryption for a transmitted message. Like the algorithm used in public systems, the key in the Rivest et al. system is based on an exponential function and prime number relationships. U.S. Pat. No. 4,424,414 to Hellman et al. also discloses a cryptographic system utilizing an exponential function.
It is therefore an object of the present invention to provide a message encryption/decryption scheme that ensures secure communication between parties.
It is and additional object of the present invention to avoid the problems inherent in classic pair-wise key management, that is the need for a person such as a courier to be in a position of trust to distribute the keys.
It is a further object of the present invention to avoid the complex key management task that exists when many users are on a network, each of whom require different pairs of keys in order to communicate with one another without everyone on the network being privy to the communication.
It is another object of the present invention to provide a simpler key creation mechanism which is not based on prime number relationships.
It is still a further object of the present invention to provide a message encryption/decryption scheme in which key management is simplified by leaving most of the key generation, distribution, storage, and destruction tasks to the parties to the communication.
It is yet an additional object of the present invention to provide a message encryption/decryption scheme which is flexible in its use options, allowing any two persons or small groups of people to communicate securely apart from other members of a shared network.
The present invention is a system, including apparatus and method, for the secure communication of a message from a transmitting user to a receiving user using a split key scheme. The message may be voice, data, or any other signal in digital form, or may be an analog signal that has been digitized by an method known to those skilled in the art. Each user generates a key component using a cryptographic engine. The key component generated by the cryptographic engine is a pseudorandom sequence of bits of a particular length with an appended error detection field which is mathematically calculated based on the pseudorandom sequence. A maximal length sequence is preferred.
This key component is then sent out on a communications channel from the transmitting user having a cryptographic engine to the receiving user also having a cryptographic engine. In addition, the receiving user sends its key component to the transmitting user. The cryptographic engines are a part of digital logic circuitry located at the transmitting and receiving locations. In the preferred embodiment, this digital logic circuitry is embodied on a number of integrated circuit (IC) chips for security reasons. Alternatively, the digital logic circuitry may be located on a single IC at each location. Chips at both locations perform both key generation and key checking operations.
The chip at the receive location runs the appropriate mathematical check on the key component received from the transmit location, comparing the error detection fields with a test error detection sequence. If there is a match, communication is enabled. If there is no match, communication is not enabled. Likewise, the chip at the transmit location checks the error detection field of the key component received from the receive location.
Once a match is established at both locations, the transmit key component and the receive key component, including the error detection fields, are combined at both locations, forming identical complete keys at both locations.
In this way, both locations have a bit sequence which is a combination of the bit sequence from the transmit location and the bit sequence from the receive location. This combination of bit sequences can be done in any mathematical fashion which is non associative and commutative between the pseudorandom sequences and the error detection fields. The identical complete keys are then used to initiate the cryptographic engines at both locations for subsequent encryption and decryption of messages between the two locations. Since both cryptographic engines are substantially identical and since they are both keyed or started using the same bit sequence, the engines can both encrypt and decrypt information sent between the two locations.
If communication is broken and subsequently reestablished, a different key is established for the next communication session using the procedure previously described.
One advantage of the system of the present invention is that any known mathematical error detection function can be used to produce the error detection field from the pseudorandom sequence. In the preferred embodiment of the present invention, a cyclic redundancy code or "CRC" is used. Security and privacy of information is achieved without the use of a large computational effort, as is required by the prime number schemes of public key and other systems. Further, there is no need for making available public keys to a large group of people. Thus, the present invention avoids the problems associated with the public key system as well as the complexity associated with classic pair-wise key management techniques by providing a secure split key system.
FIG. 1 shows a block diagram of the system of the present invention.
FIG. 2 shows a block diagram of the logic circuitry resident at one communication location.
FIGS. 3a and 3b show a logic flow diagram of the method of communication employed by the system of the present invention.
The present invention is a secure communication system that uses a key to encrypt messages being transmitted from a transmit location to a receive location. The key is split between the two parties to the communication, or among all the parties if more than two parties are communicating. Each party to the communication generates a component of the key and each passes the key component to other parties to the communication previous to transmission of the message. These components are then combined by each party to form the complete key.
Referring to FIG. 1, a block diagram of an example system of the present invention, used by two communicating parties, is shown. The transmit location 2 and the receive location 4 are linked by a communications channel 6. Each location is also equipped with logic means for generating, checking, storing, and combining key components and for transmitting, receiving, and storing key components, complete keys, and messages. At the transmit location 2, this logic means is an encrypting means 8 and at the receive location 4 this logic means is a decrypting means 10. The encrypting means 8 and the decrypting means 10 are coupled to the communications channel 6. Key components, complete keys, and mathematical algorithms are stored in memory means 12 and 14 in the encrypting and decrypting means.
Thus, the present invention utilizes digital logic circuitry at each location, preferably with the circuitry divided among a number of integrated circuit chips for added security, although an alternative embodiment can have the digital logic resident on a single chip. In either embodiment, the circuitry can be custom designed to suit the users' purposes and the design captured on a programmable logic circuit (PLC). An example of such a PLC is the PIC 17C42-16L PLCC manufactured by Microchip, Inc. of Chandler, Ariz., the characteristics of which are incorporated herein by reference.
Referring to FIG. 2, a block diagram of the logic circuitry 20 of the encryption and decryption means is shown by way of example. This logic circuitry 20 includes memory 22, a cryptographic engine 24 that generates the key component for that location, control means 26 for controlling the operation of the cryptographic engine and memory, and receiver/driver circuitry 28 connected to the communications channel and to the memory 22, cryptographic engine 24, and control means 26. The control means 26 is connected to the memory 22 and cryptographic engine 24, and the memory 22 and cryptographic engine 24 are connected for transferring data to be processed. The cryptographic engine 24 generates a pseudorandom sequence of bits of information of a length specified by the particular system utilizing the cryptographic engine 24. The pseudorandom sequence is generated using known pseudorandom sequence generating means within the cryptographic engine 24, for example, through the use of serial shift registers having selected outputs modulo-2 added and fed forward. A field of check bits is appended to the pseudorandom sequence as an error detection field. This error detection field is another sequence of bits of a certain length that is generated in accordance with a mathematical algorithm applied to the pseudorandom sequence, by means known to those skilled in the art. For example, the error detection field may be a cyclical redundancy check (CRC) field, which is a well known type of error detection sequence commonly in use in communications systems protocols. The sequence formed by the pseudorandom sequence and the appended error detection field of check bits is the actual key component for that location.
Referring to FIGS. 3a and 3b, a flow diagram of the method of communication employed by the system of the present invention is shown. A message, a transmit mathematical algorithm, and a receive mathematical algorithm are stored in transmit memory. When the message is being transmitted from a transmit location to a receive location, the transmit cryptographic engine, which is part of the encrypting means, will generate 30 a transmit pseudorandom sequence. The transmit pseudorandom sequence generation and all operation of the transmit cryptographic engine and transmit memory are performed under control of a transmit controller. A transmit error detection field will then be generated 32 based on the transmit mathematical algorithm applied to the transmit pseudorandom sequence. The transmit error detection field is then appended to the transmit pseudorandom sequence, forming 34 the complete transmit key component. The transmit location transmits 36 the transmit key component to the receive location. The transmit key component is also stored in the memory located on the transmit chip.
The receive location has a receive cryptographic engine which is part of the decrypting means and which is substantially identical to the transmit cryptographic engine at the transmit location. The receive location also includes receive memory for storing a receive mathematical algorithm and a transmit mathematical algorithm. This receive cryptographic engine receives 38 the transmit key component from the transmit location, stores it in receive memory, and separates 40 the transmit error detection field from the transmit pseudorandom sequence, based on knowledge of the length of the transmit pseudorandom sequence. This key component separation and all other operation of the receive cryptographic engine and receive memory are performed under the control of a receive controller. The receive cryptographic engine, functioning as a transmit key component checking means, uses the same transmit mathematical algorithm used by the transmit cryptographic engine to generate 42 a test error detection field based on the transmit pseudorandom sequence. Because the same mathematical algorithm is used, the sequence of test bits composing the test error detection field generated by the receive cryptographic engine will match the transmit error detection field generated by the transmit cryptographic engine, absent transmission errors or tampering by outside sources. The receive chip therefore compares 44 the test error detection field generated by the receive cryptographic engine with the transmit error detection field to determine the validity and transmission accuracy of the transmit key component. The transmit error detection field from a valid, that is, authorized, transmit source will match the test error detection field. An invalid transmit source will not be able to provide a valid transmit error detection field. Further, problems such as a noisy communications channel can affect the accuracy of the message transmission. If the transmit error detection field does not match the test error detection field, this could be an indication that conditions are such that transmission should not take place until the problem is solved. If the error detection fields do not match, that is, are not identical, the transmit key component is not valid and communication between the transmit location and the receive location is inhibited 46. If the error detection fields match, that is, the transmit key component is valid, the receive location stores the transmit key component in memory located in the receive chip and generates 48 its own key component using its cryptographic engine.
In order to generate a receive key component, the receive cryptographic engine performs the same types of steps that the transmit cryptographic engine performs in generating the transmit key component. The receive cryptographic engine first generates 48 a receive pseudorandom sequence of bytes using known pseudorandom sequence generating techniques. This receive pseudorandom sequence may be of the same length as the transmit pseudorandom sequence, but is not necessarily so. The receive cryptographic engine then generates 50 a receive error detection field based on the receive pseudorandom sequence and a receive mathematical algorithm which may be the same as the transmit mathematical algorithm but is not necessarily so. The receive error detection field is then appended to the receive pseudorandom sequence to form 52 the receive key component, which is stored in memory located on the receive chip.
The receive key component is sent 54 to the transmit location, where the transmit cryptographic engine, functioning as a receive key component checking means, receives 56 the receive key component, separates 58 the receive pseudorandom sequence from the receive error detection field, generates 60 a test error detection field based on the receive pseudorandom sequence and the receive mathematical algorithm, and compares 62 the sequence of test bits composing the test error detection field to the receive error detection field. If the error detection fields are not identical, communication between the encrypting means and the decrypting means is inhibited 64. If the comparison results in a match, the receive key component is considered to be valid, accurately transmitted, and untampered, and is stored 66 in transmit memory located on the transmit chip.
Once the key components have been validated at both the transmit and receive locations, the key components stored in memory at both locations are combined 68 to form the complete key. This combination may take place in any known manner. For example, the key components may be serially appended. Alternatively, the key components may be modulo-2 added on a bit by bit basis to form a completely new sequence. Any other combination method may be employed by the combining means at each location.
The complete key at the transmit location is identical to the complete key at the receive location. Once both locations have a complete, validated key stored in memory, communication between the locations is enabled 70. The actual message to be communicated is manipulated with the complete key by the transmit encryption engine so that it is unintelligible, that is, the message is encrypted 72 by converting the message to encrypted text. The encrypted message is then transmitted 74 on the communications channel to the receive location, where it is stored in memory and decrypted 76 by the receive encryption engine by converting the received encrypted text back to a plain text message using the same complete key. When decryption is complete, the message is readable to a person at the receive location.
In the preferred embodiment, new keys are generated every time a new message is communicated between parties. Alternatively, the key may remain the same as long as the same parties are in communication. The keys used over the course of a particular time period may be stored in the memory resident at each location, to be retrieved and recorded at a later time by a system administrator, simplifying the key management task. Alternatively, a key may be erased from memory when all communication using that particular key has ceased.
The split key scheme utilized by the system of the present invention ensures secure communication between parties, as the key does not exist until communication has already begun; even the parties to the communication do not possess the key ahead of time. The key generated for a particular communication is formed independent of any other key, adding to the security of the system. Also, the key generated for a particular communication is unique to that communication. Even if that particular key were compromised, this information would be useless when trying to decrypt subsequent communications.
The actual transfer of key components and the encrypted message may be accomplished using any well known communications channel configuration and handshaking or other message transfer method. Encryption and decryption of the message by the complete key may be accomplished using any known encryption/decryption algorithm stored in memory and applied by the cryptographic engines at the transmit and receive locations.
The description refers to two parties in communication with each other. The system of the present invention may be employed by any number of communicating parties using split keys, however. It is contemplated that any number of key components equal to the number of communicating parties may be combined to form a complete key.
The description of the present invention disclosed encrypting means at a transmit location and decrypting means at a receive location. It is important to note that an encrypting means and a decrypting means are both designed into the digital logic residing at each location. Thus, each location is capable of functioning as a transmit location or a receive location as the situation dictates. The circuitry design of the encrypting means and the decrypting means may therefore be intermingled on the same set of integrated circuit chips, or on the same integrated circuit chip if a single chip is used.
Preferred and alternate embodiments of the present invention have now been described in detail. It is to be noted, however, that this description is merely illustrative of the principles underlying the inventive concept. It is therefore contemplated that various modifications of the disclosed embodiments will, without departing from the spirit and scope of the present invention, be apparent to persons of ordinary skill in the art.
|Cited Patent||Filing date||Publication date||Applicant||Title|
|US4417338 *||13 Apr 1981||22 Nov 1983||Wisconsin Alumni Research Foundation||Cryptographic key sharing circuit and method using code correction|
|US4649233 *||11 Apr 1985||10 Mar 1987||International Business Machines Corporation||Method for establishing user authenication with composite session keys among cryptographically communicating nodes|
|US4876716 *||24 Aug 1987||24 Oct 1989||Nec Corporation||Key distribution method|
|US4926475 *||30 Nov 1988||15 May 1990||Motorola, Inc.||Data encryption key failure monitor|
|US5150411 *||16 Jan 1991||22 Sep 1992||Omnisec||Cryptographic system allowing encrypted communication between users with a secure mutual cipher key determined without user interaction|
|US5442703 *||27 May 1994||15 Aug 1995||Motorola, Inc.||Method for identifying corrupt encryption keys within a secure communication system|
|Citing Patent||Filing date||Publication date||Applicant||Title|
|US6075865 *||1 Jul 1998||13 Jun 2000||Tecsec Incorporated||Cryptographic communication process and apparatus|
|US6199113 *||15 Apr 1998||6 Mar 2001||Sun Microsystems, Inc.||Apparatus and method for providing trusted network security|
|US6212280||21 Oct 1999||3 Apr 2001||L3-Communications Corporation||Apparatus and methods for managing key material in heterogeneous cryptographic assets|
|US6266417||17 Feb 2000||24 Jul 2001||Tecsec, Incorporated||Cryptographic communication process and apparatus|
|US6442690||21 Oct 1999||27 Aug 2002||L3-Communications Corporation||Apparatus and methods for managing key material in heterogeneous cryptographic assets|
|US6684334 *||27 May 1999||27 Jan 2004||Trusted Security Solutions, Inc.||Secure establishment of cryptographic keys using persistent key component|
|US7083517 *||17 Jul 2002||1 Aug 2006||American Wagering, Inc.||Remote wagering system|
|US7092527||18 Apr 2002||15 Aug 2006||International Business Machines Corporation||Method, system and program product for managing a size of a key management block during content distribution|
|US7260555||12 Feb 2002||21 Aug 2007||Guardian Data Storage, Llc||Method and architecture for providing pervasive security to digital assets|
|US7260727 *||8 Jun 2001||21 Aug 2007||Cp8 Technologies||Method for secure storage of sensitive data in a memory of an embedded microchip system, particularly a smart card, and embedded system implementing the method|
|US7280663 *||22 May 2000||9 Oct 2007||University Of Southern California||Encryption system based on crossed inverse quasigroups|
|US7328350||5 Jun 2001||5 Feb 2008||Arcot Systems, Inc.||Method and apparatus for secure cryptographic key generation, certification and use|
|US7380120||12 Feb 2002||27 May 2008||Guardian Data Storage, Llc||Secured data format for access control|
|US7454782||30 Oct 2001||18 Nov 2008||Arcot Systems, Inc.||Method and system for camouflaging access-controlled data|
|US7478418||26 Jun 2002||13 Jan 2009||Guardian Data Storage, Llc||Guaranteed delivery of changes to security policies in a distributed system|
|US7512810||11 Sep 2002||31 Mar 2009||Guardian Data Storage Llc||Method and system for protecting encrypted files transmitted over a network|
|US7539855||17 Apr 2003||26 May 2009||Tecsec, Inc.||Server-based cryptography|
|US7555558||15 Aug 2003||30 Jun 2009||Michael Frederick Kenrich||Method and system for fault-tolerant transfer of files across a network|
|US7562232||25 Jul 2002||14 Jul 2009||Patrick Zuili||System and method for providing manageability to security information for secured items|
|US7565683||26 Jun 2002||21 Jul 2009||Weiqing Huang||Method and system for implementing changes to security policies in a distributed security system|
|US7577838||20 Dec 2002||18 Aug 2009||Alain Rossmann||Hybrid systems for securing digital assets|
|US7631184||14 May 2002||8 Dec 2009||Nicholas Ryan||System and method for imposing security on copies of secured items|
|US7681034||12 Feb 2002||16 Mar 2010||Chang-Ping Lee||Method and apparatus for securing electronic data|
|US7690995 *||24 Aug 2001||6 Apr 2010||Station Casinos, Inc.||Paging system and location verification for remote access to wagering systems|
|US7703140||30 Sep 2003||20 Apr 2010||Guardian Data Storage, Llc||Method and system for securing digital assets using process-driven security policies|
|US7707427||19 Jul 2004||27 Apr 2010||Michael Frederick Kenrich||Multi-level file digests|
|US7711120||29 Jul 2005||4 May 2010||Infoassure, Inc.||Cryptographic key management|
|US7715565||29 Jul 2005||11 May 2010||Infoassure, Inc.||Information-centric security|
|US7729995||22 Jul 2002||1 Jun 2010||Rossmann Alain||Managing secured files in designated locations|
|US7730543||30 Jun 2003||1 Jun 2010||Satyajit Nath||Method and system for enabling users of a group shared across multiple file security systems to access secured files|
|US7739501||29 Jul 2005||15 Jun 2010||Infoassure, Inc.||Cryptographic key construct|
|US7783765||12 Feb 2002||24 Aug 2010||Hildebrand Hal S||System and method for providing distributed access control to secured documents|
|US7836310||1 Nov 2002||16 Nov 2010||Yevgeniy Gutnik||Security system that uses indirect password-based encryption|
|US7890990||20 Dec 2002||15 Feb 2011||Klimenty Vainstein||Security system with staging capabilities|
|US7913311||10 Aug 2007||22 Mar 2011||Rossmann Alain||Methods and systems for providing access control to electronic data|
|US7921284||31 May 2002||5 Apr 2011||Gary Mark Kinghorn||Method and system for protecting electronic data in enterprise environment|
|US7921288||20 Mar 2002||5 Apr 2011||Hildebrand Hal S||System and method for providing different levels of key security for controlling access to secured items|
|US7921450||15 Nov 2002||5 Apr 2011||Klimenty Vainstein||Security system using indirect key generation from access rules and methods therefor|
|US7930756||31 Mar 2003||19 Apr 2011||Crocker Steven Toye||Multi-level cryptographic transformations for securing digital assets|
|US7950066||21 Dec 2001||24 May 2011||Guardian Data Storage, Llc||Method and system for restricting use of a clipboard application|
|US8006280||17 Sep 2002||23 Aug 2011||Hildebrand Hal S||Security system for generating keys from access rules in a decentralized manner and methods therefor|
|US8063737||25 Jun 2008||22 Nov 2011||WidePoint Corporation||Emergency responder credentialing system and method|
|US8065713||12 Feb 2002||22 Nov 2011||Klimenty Vainstein||System and method for providing multi-location access management to secured items|
|US8068007||25 Jun 2008||29 Nov 2011||WidePoint Corporation||Emergency responder credentialing system and method|
|US8068008||25 Jun 2008||29 Nov 2011||WidePoint Corporation||Emergency responder credentialing system and method|
|US8127366||30 Sep 2003||28 Feb 2012||Guardian Data Storage, Llc||Method and apparatus for transitioning between states of security policies used to secure electronic documents|
|US8135132 *||23 Dec 2009||13 Mar 2012||Hewlett-Packard Development Company, L.P.||Method and system for secure storage, transmission and control of cryptographic keys|
|US8176334||30 Sep 2002||8 May 2012||Guardian Data Storage, Llc||Document security system that permits external users to gain access to secured files|
|US8266674||19 Jun 2009||11 Sep 2012||Guardian Data Storage, Llc||Method and system for implementing changes to security policies in a distributed security system|
|US8297520||27 Sep 2011||30 Oct 2012||Google Inc.||Secure application directory|
|US8301896||23 Apr 2010||30 Oct 2012||Guardian Data Storage, Llc||Multi-level file digests|
|US8307067||19 Feb 2009||6 Nov 2012||Guardian Data Storage, Llc||Protecting encrypted files transmitted over a network|
|US8313036||16 Sep 2011||20 Nov 2012||Google Inc.||Secure application directory|
|US8327138||16 Apr 2010||4 Dec 2012||Guardian Data Storage Llc||Method and system for securing digital assets using process-driven security policies|
|US8335921||26 Sep 2011||18 Dec 2012||Google, Inc.||Writing application data to a secure element|
|US8335932||26 Sep 2011||18 Dec 2012||Google Inc.||Local trusted services manager for a contactless smart card|
|US8341406||4 Apr 2011||25 Dec 2012||Guardian Data Storage, Llc||System and method for providing different levels of key security for controlling access to secured items|
|US8341407||1 Apr 2011||25 Dec 2012||Guardian Data Storage, Llc||Method and system for protecting electronic data in enterprise environment|
|US8352749||17 Sep 2011||8 Jan 2013||Google Inc.||Local trusted services manager for a contactless smart card|
|US8379863 *||10 Apr 2012||19 Feb 2013||Google Inc.||Enabling users to select between secure service providers using a central trusted service manager|
|US8385553||14 Jun 2012||26 Feb 2013||Google Inc.||Portable secure element|
|US8412933||17 Aug 2012||2 Apr 2013||Google Inc.||Enabling users to select between secure service providers using a key escrow service|
|US8429720||3 Nov 2008||23 Apr 2013||Ca, Inc.||Method and apparatus for camouflaging of data, information and functional transformations|
|US8511573||14 Sep 2012||20 Aug 2013||Google Inc.||Secure application directory|
|US8543827||27 Mar 2008||24 Sep 2013||Intellectual Ventures I Llc||Methods and systems for providing access control to secured data|
|US8559639||22 Jan 2008||15 Oct 2013||Ca, Inc.||Method and apparatus for secure cryptographic key generation, certification and use|
|US8613102||30 Mar 2004||17 Dec 2013||Intellectual Ventures I Llc||Method and system for providing document retention using cryptography|
|US8625800||25 Feb 2013||7 Jan 2014||Google Inc.||Portable secure element|
|US8646059||26 Sep 2011||4 Feb 2014||Google Inc.||Wallet application for interacting with a secure element application without a trusted server for authentication|
|US8707034||30 May 2003||22 Apr 2014||Intellectual Ventures I Llc||Method and system for using remote headers to secure electronic files|
|US8737621||28 Jan 2013||27 May 2014||Google Inc.||Enabling users to select between secure service providers using a central trusted service manager|
|US8739302||24 Feb 2012||27 May 2014||Intellectual Ventures I Llc||Method and apparatus for transitioning between states of security policies used to secure electronic documents|
|US8793508||17 Dec 2012||29 Jul 2014||Google Inc.||Local trusted services manager for a contactless smart card|
|US8806199||27 Nov 2012||12 Aug 2014||Google Inc.||Writing application data to a secure element|
|US8807440||26 Sep 2011||19 Aug 2014||Google Inc.||Routing secure element payment requests to an alternate application|
|US8873760 *||21 Dec 2010||28 Oct 2014||Motorola Mobility Llc||Service key delivery system|
|US8918839||21 Nov 2011||23 Dec 2014||Intellectual Ventures I Llc||System and method for providing multi-location access management to secured items|
|US8943316||4 Apr 2012||27 Jan 2015||Intellectual Ventures I Llc||Document security system that permits external users to gain access to secured files|
|US8971533||22 Apr 2013||3 Mar 2015||Google Inc.||Secure reset of personal and service provider information on mobile devices|
|US9129120||18 Mar 2014||8 Sep 2015||Intellectual Ventures I Llc||Methods and systems for providing access control to secured data|
|US9286484||13 Dec 2013||15 Mar 2016||Intellectual Ventures I Llc||Method and system for providing document retention using cryptography|
|US9450927||18 Mar 2013||20 Sep 2016||Google Inc.||Enabling users to select between secure service providers using a key escrow service|
|US9542560||23 Sep 2013||10 Jan 2017||Intellectual Ventures I Llc||Methods and systems for providing access control to secured data|
|US20020001388 *||13 Apr 2001||3 Jan 2002||Jung-Wan Ko||High speed copy protection method|
|US20020031230 *||14 Aug 2001||14 Mar 2002||Sweet William B.||Method and apparatus for a web-based application service model for security management|
|US20020083327 *||30 Oct 2001||27 Jun 2002||Sanguthevar Rajasekaran||Method and apparatus for camouflaging of data, information and functional transformations|
|US20020108051 *||8 Jun 2001||8 Aug 2002||Nicolas Fougeroux||Method for secure storage of sensitive data in a silicon chip integrated system storage in particular a smart card and integrated system therefor|
|US20020141575 *||5 Jun 2001||3 Oct 2002||Hird Geoffrey R.||Method and apparatus for secure cryptographic key generation, certification and use|
|US20030022718 *||17 Jul 2002||30 Jan 2003||Salerno Victor J.||Remote wagering system|
|US20030110131 *||12 Feb 2002||12 Jun 2003||Secretseal Inc.||Method and architecture for providing pervasive security to digital assets|
|US20030120601 *||22 Apr 2002||26 Jun 2003||Secretseal Inc.||Dynamic evaluation of access rights|
|US20030198350 *||18 Apr 2002||23 Oct 2003||International Business Machines Corporation||Method, system and program product for managing a size of a key management block during content distribution|
|US20040022390 *||2 Aug 2002||5 Feb 2004||Mcdonald Jeremy D.||System and method for data protection and secure sharing of information over a computer network|
|US20040103202 *||12 Feb 2002||27 May 2004||Secretseal Inc.||System and method for providing distributed access control to secured items|
|US20060050870 *||29 Jul 2005||9 Mar 2006||Kimmel Gerald D||Information-centric security|
|US20060242407 *||29 Jul 2005||26 Oct 2006||Kimmel Gerald D||Cryptographic key management|
|US20060280297 *||26 May 2006||14 Dec 2006||Hiromi Fukaya||Cipher communication system using device authentication keys|
|US20060282681 *||26 May 2006||14 Dec 2006||Scheidt Edward M||Cryptographic configuration control|
|US20080181408 *||22 Jan 2008||31 Jul 2008||Arcot Systems, Inc.||Method And Apparatus For Secure Cryptographic Key Generation, Certification And Use|
|US20080317218 *||25 Jun 2008||25 Dec 2008||Connell Ii Thomas W||Emergency responder credentialing system and method|
|US20080320571 *||25 Jun 2008||25 Dec 2008||Connell Ii Thomas W||Emergency responder credentialing system and method|
|US20080320572 *||25 Jun 2008||25 Dec 2008||Connell Ii Thomas W||Emergency responder credentialing system and method|
|US20090138944 *||3 Nov 2008||28 May 2009||Arcot Systems, Inc.||Method and apparatus for camouflaging of data, information and functional transformations|
|US20100158247 *||23 Dec 2009||24 Jun 2010||Hopkins Dale W||Method and system for secure storage, transmission and control of cryptographic keys|
|US20120159173 *||21 Dec 2010||21 Jun 2012||General Instrument Corporation||Service key delivery system|
|USRE41546||2 May 2007||17 Aug 2010||Klimenty Vainstein||Method and system for managing security tiers|
|USRE43906||9 Dec 2008||1 Jan 2013||Guardian Data Storage Llc||Method and apparatus for securing digital assets|
|WO2000002340A2 *||2 Jul 1998||13 Jan 2000||Tecsec, Incorporated||Cryptographic communication process and apparatus|
|WO2000002340A3 *||2 Jul 1998||12 Sep 2002||Tecsec Inc||Cryptographic communication process and apparatus|
|WO2003026199A1 *||9 Sep 2002||27 Mar 2003||Graviton Hb||Method and system of secret communication|
|U.S. Classification||380/277, 380/28, 713/181, 380/2, 380/46, 380/283|
|Cooperative Classification||H04L2209/12, H04L2209/34, H04L9/0838, H04L9/0877|
|20 Oct 1998||CC||Certificate of correction|
|2 Dec 1998||AS||Assignment|
Owner name: FEDERAL NATIONAL COMMERCIAL, INC., MARYLAND
Free format text: SECURITY AGREEMTN;ASSIGNOR:TECSEC, INCORPORATED;REEL/FRAME:009648/0387
Effective date: 19960628
Owner name: PETTY, JOHN, VIRGINIA
Free format text: SECURITY INTEREST;ASSIGNOR:TECSEC, INCORPORATED;REEL/FRAME:009648/0398
Effective date: 19961127
|15 Jan 1999||AS||Assignment|
Owner name: BROKAW, BARRY, NEW YORK
Free format text: SECURITY INTEREST;ASSIGNOR:TECSEC, INCORPORATED;REEL/FRAME:009693/0439
Effective date: 19981229
Owner name: LADD, J. B., COLORADO
Free format text: SECURITY INTEREST;ASSIGNOR:TECSEC, INCORPORATED;REEL/FRAME:009693/0439
Effective date: 19981229
Owner name: LEFFERDINK, M. VAN, CONNECTICUT
Free format text: SECURITY INTEREST;ASSIGNOR:TECSEC, INCORPORATED;REEL/FRAME:009693/0439
Effective date: 19981229
Owner name: KANG, HENRY H., NEW YORK
Free format text: SECURITY INTEREST;ASSIGNOR:TECSEC, INCORPORATED;REEL/FRAME:009693/0439
Effective date: 19981229
|15 May 2000||AS||Assignment|
Owner name: TECSEC, INC., VIRGINIA
Free format text: RELEASE OF SECURITY AGREEMENT;ASSIGNORS:BROKAW, BARRY;KANG, HENRY H.;VAN LEFFERDINK, M.;AND OTHERS;REEL/FRAME:010814/0372;SIGNING DATES FROM 20000413 TO 20000428
|20 Feb 2002||REMI||Maintenance fee reminder mailed|
|30 May 2002||FPAY||Fee payment|
Year of fee payment: 4
|30 May 2002||SULP||Surcharge for late payment|
|15 Feb 2006||REMI||Maintenance fee reminder mailed|
|19 Jul 2006||FPAY||Fee payment|
Year of fee payment: 8
|19 Jul 2006||SULP||Surcharge for late payment|
Year of fee payment: 7
|28 Sep 2009||FPAY||Fee payment|
Year of fee payment: 12