CA2709944A1 - System and method for securing data - Google Patents
System and method for securing data Download PDFInfo
- Publication number
- CA2709944A1 CA2709944A1 CA2709944A CA2709944A CA2709944A1 CA 2709944 A1 CA2709944 A1 CA 2709944A1 CA 2709944 A CA2709944 A CA 2709944A CA 2709944 A CA2709944 A CA 2709944A CA 2709944 A1 CA2709944 A1 CA 2709944A1
- Authority
- CA
- Canada
- Prior art keywords
- user
- data
- key
- recipient user
- recipient
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
- H04L63/101—Access control lists [ACL]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/606—Protecting data by securing the transmission between two devices or processes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
- H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
- H04L9/3226—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using a predetermined code, e.g. password, passphrase or PIN
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2221/00—Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F2221/21—Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F2221/2115—Third party
Abstract
The present invention provides a method for securing data distributed by a first user to at least one recipient user, comprising the steps of; responding to a request from the first user to encrypt the data with a key; and recording the location of the key in a database, wherein on the database receiving a request from the at least one recipient user for authorization, providing the key to the at least one recipient user upon authorization.
Description
SYSTEM AND METHOD FOR SECURING DATA
Technical Field The present invention relates to a system and method for securing data, and particularly but not exclusively to a system and method for securing data objects sent in an electronic format.
Background of the Invention In online environments, electronic data is often distributed from one point to another. Where there is a necessity to secure the data from unauthorized usage or access, particularly in situations where the data is confidential or requires protection, users can utilize a system to encrypt the data prior to sending the data over an unsecured network.
System and methods for encrypting data are known.
Such systems, allow a user to select a data object, and then by operation of a client, encrypt the data object with a password or other type of key (such as a PIN
(personal identification number) a biomarker , etc.) to create an encrypted data file. This data file is then "secured" against unauthorized users as the contents of the data file cannot be viewed by a user unless the user has the correct information to "un-encrypt" the file. When the data file is required to be decrypted, an authorized user with the password can decrypt the data file by using the client.
Such systems are useful where a user has little or no intention of distributing the encrypted data file. In such arrangements, once the data object is encrypted it can be distributed via unsecured networks. However the user must also find a method to distribute the password for an authorized person to decrypt the object. Often, for the purpose of efficiency, the password is distributed over the unsecured network without any encryption itself. This increases the likelihood of the data object becoming unsecured as the password may be intercepted or distributed to unauthorized parties.
A further concern is that the level of protection offered by standard encryption is minimal since the encryption key is stored within the encrypted data file itself. That is, once the file is received, a hacker has all of the necessary data to decrypt the data file.
Moreover, where the user is not technically proficient, an election of an easy to break password could mean the data object is easily decrypted through the use of "brute force" methods.
Even where a safer and more secure password is used to encrypt the data object, the user is still unable to control the manner in which the data object is utilized, as once the password and the data object have been distributed, the permission to manipulate the file will be completely transferred to the receiving user. For example, where a user encrypts the data object, and sends it to another location via the Internet, the receiving user can still distribute the data object without any consideration for the security of the object. For example, a third party may freely distribute the password with the encrypted data file, or remove the encryption altogether and thereby allow a plurality of unknown users to access the data object.
These limitations make it very difficult for a user to securely control the data contained in the electronic file.
Technical Field The present invention relates to a system and method for securing data, and particularly but not exclusively to a system and method for securing data objects sent in an electronic format.
Background of the Invention In online environments, electronic data is often distributed from one point to another. Where there is a necessity to secure the data from unauthorized usage or access, particularly in situations where the data is confidential or requires protection, users can utilize a system to encrypt the data prior to sending the data over an unsecured network.
System and methods for encrypting data are known.
Such systems, allow a user to select a data object, and then by operation of a client, encrypt the data object with a password or other type of key (such as a PIN
(personal identification number) a biomarker , etc.) to create an encrypted data file. This data file is then "secured" against unauthorized users as the contents of the data file cannot be viewed by a user unless the user has the correct information to "un-encrypt" the file. When the data file is required to be decrypted, an authorized user with the password can decrypt the data file by using the client.
Such systems are useful where a user has little or no intention of distributing the encrypted data file. In such arrangements, once the data object is encrypted it can be distributed via unsecured networks. However the user must also find a method to distribute the password for an authorized person to decrypt the object. Often, for the purpose of efficiency, the password is distributed over the unsecured network without any encryption itself. This increases the likelihood of the data object becoming unsecured as the password may be intercepted or distributed to unauthorized parties.
A further concern is that the level of protection offered by standard encryption is minimal since the encryption key is stored within the encrypted data file itself. That is, once the file is received, a hacker has all of the necessary data to decrypt the data file.
Moreover, where the user is not technically proficient, an election of an easy to break password could mean the data object is easily decrypted through the use of "brute force" methods.
Even where a safer and more secure password is used to encrypt the data object, the user is still unable to control the manner in which the data object is utilized, as once the password and the data object have been distributed, the permission to manipulate the file will be completely transferred to the receiving user. For example, where a user encrypts the data object, and sends it to another location via the Internet, the receiving user can still distribute the data object without any consideration for the security of the object. For example, a third party may freely distribute the password with the encrypted data file, or remove the encryption altogether and thereby allow a plurality of unknown users to access the data object.
These limitations make it very difficult for a user to securely control the data contained in the electronic file.
Summary of the Invention In a first aspect of the present invention, there is provided a method for securing data distributed by a first user to at least one recipient user, comprising the steps of responding to a request from the first user to encrypt the data with a key; and, recording the location of the key in a database, wherein on the database receiving a request from the at least one recipient user for authorization, providing the key to the at least one recipient user upon authorization.
In one embodiment, there is provided a further step of the database receiving rules arranged to constrain the at least one recipient user's interaction with the data.
In one embodiment, the step of authorizing comprises the further steps of comparing an identification profile of the at least one recipient user with a pre-determined criteria, wherein the at least one recipient user is authorized if the pre-determined criteria matches the identification profile.
In one embodiment, the identification profile includes at least one criterion characterizing a characteristic of the at least one recipient user.
In one embodiment, the first user interacts with a client application, the client application requesting the key from a central source.
In one embodiment, the at least one user interacts with at least one receiver application, the at least one receiver application being arranged to request authorization from the central source to decrypt the data.
In one embodiment, there is provided a further step of the database receiving rules arranged to constrain the at least one recipient user's interaction with the data.
In one embodiment, the step of authorizing comprises the further steps of comparing an identification profile of the at least one recipient user with a pre-determined criteria, wherein the at least one recipient user is authorized if the pre-determined criteria matches the identification profile.
In one embodiment, the identification profile includes at least one criterion characterizing a characteristic of the at least one recipient user.
In one embodiment, the first user interacts with a client application, the client application requesting the key from a central source.
In one embodiment, the at least one user interacts with at least one receiver application, the at least one receiver application being arranged to request authorization from the central source to decrypt the data.
In one embodiment, the key is generated by one of the central source and the client application.
In one embodiment, the central source comprises a gatekeeper service arranged to protect the server from unauthorized users.
In one embodiment, the central source further comprises a logging service arranged to log any activity on the data by the recipient user.
In one embodiment, the data is included in a file wrapper as an encrypted data string.
In one embodiment, the file wrapper is a secure document arranged to be processed by the receiver application.
In one embodiment, the data object is provided with a secure envelope arranged to enclose the data such that when the data is within the envelope, the at least one recipient user's interaction with the data is constrained by the rules established by the first user.
In a second aspect of the present invention, there is provided a system for securing data distributed by a first user to at least one recipient user, comprising a module arranged for responding to a request from the first user to encrypt the data with a key; and, a routine arranged to recording the location of the key in a database, wherein on the database receiving a request from the at least one recipient user for authorization, providing the key to the at least one recipient user upon authorization.
In one embodiment of the second aspect, the database is arranged to receive rules, the rules being arranged to constrain the at least one recipient user's interaction with the data.
In a third aspect of the present invention, there is provided a computer program comprising at least one instruction-for controlling a computer system to implement a method in accordance with the first aspect of the present invention.
Brief Description of the Drawings Embodiments of the present invention will now be described, by way of example only, with reference to the accompanying drawings in which:
Figure 1 is a block diagram of the system in accordance with one embodiment of the present invention;
and Figure 2 is a flow diagram of the operation of one aspect of the system in accordance with the embodiment of Figure 1; and Figure 3 is a flow diagram of the operation of a second aspect of the system in accordance with the embodiment of Figure 1; and Figure 4 is a block diagram illustrating the server components in accordance with the embodiment of Figure 1;
and Figure 5 is an example of a file wrapper in accordance with an embodiment of the present system; and Figure 6 illustrates an example of the secure data object in accordance with an embodiment of the present system; and Figure 7 illustrates another example of the secure data object in accordance with an embodiment of the present system.
In one embodiment, the central source comprises a gatekeeper service arranged to protect the server from unauthorized users.
In one embodiment, the central source further comprises a logging service arranged to log any activity on the data by the recipient user.
In one embodiment, the data is included in a file wrapper as an encrypted data string.
In one embodiment, the file wrapper is a secure document arranged to be processed by the receiver application.
In one embodiment, the data object is provided with a secure envelope arranged to enclose the data such that when the data is within the envelope, the at least one recipient user's interaction with the data is constrained by the rules established by the first user.
In a second aspect of the present invention, there is provided a system for securing data distributed by a first user to at least one recipient user, comprising a module arranged for responding to a request from the first user to encrypt the data with a key; and, a routine arranged to recording the location of the key in a database, wherein on the database receiving a request from the at least one recipient user for authorization, providing the key to the at least one recipient user upon authorization.
In one embodiment of the second aspect, the database is arranged to receive rules, the rules being arranged to constrain the at least one recipient user's interaction with the data.
In a third aspect of the present invention, there is provided a computer program comprising at least one instruction-for controlling a computer system to implement a method in accordance with the first aspect of the present invention.
Brief Description of the Drawings Embodiments of the present invention will now be described, by way of example only, with reference to the accompanying drawings in which:
Figure 1 is a block diagram of the system in accordance with one embodiment of the present invention;
and Figure 2 is a flow diagram of the operation of one aspect of the system in accordance with the embodiment of Figure 1; and Figure 3 is a flow diagram of the operation of a second aspect of the system in accordance with the embodiment of Figure 1; and Figure 4 is a block diagram illustrating the server components in accordance with the embodiment of Figure 1;
and Figure 5 is an example of a file wrapper in accordance with an embodiment of the present system; and Figure 6 illustrates an example of the secure data object in accordance with an embodiment of the present system; and Figure 7 illustrates another example of the secure data object in accordance with an embodiment of the present system.
Detailed Description of the Preferred Embodiment Referring to Figure 1 an embodiment of the present invention is arranged to provide a system for securing data comprising a central source 100 arranged to respond to a request from a first user to encrypt data with a key and an authorizing service arranged to receive.a request for authorization, and whereupon a receiving user is authorized the receiving user is directed to the key for decrypting the data.
In this embodiment the system and methodology and associated software and/or hardware application in accordance with this embodiment of the invention may be executed on a device such as an example device shown in Figure 1. In Figure 1 there is shown a schematic diagram of a central source, which in this embodiment is a server 100 suitable for use with an embodiment of the present invention. The server 100 may be used to execute application and/or system services such as a system and method for securing data in accordance with an embodiment of the present invention.
With reference to Figure 1, the server 100 may comprise suitable components necessary to receive, store and execute appropriate computer instructions. The components may include a processor 102, read only memory (ROM) 104, random access memory (RAM) 106, an input/output devices such as disc drives 108, input devices 110 (such as an Ethernet port, a USB port, etc), display 112 such as a liquid crystal display, a light emitting display or any other suitable display and communications link 114. The server includes instructions that may be installed in ROM
104, RAM 106 or disc drives 108 and may be executed by the processor 102. There may be provided a plurality of communication links 114 which may variously connect to one or more computing devices such as servers, personal computers, terminals, wireless or handheld computing devices. At least one of a plurality of communications link may be connected to an external computing network through a telephone line or other type of communications link.
In one particular embodiment the device may include storage devices such as a disc drive 108 which may encompass solid state drives, hard disc drives, optical drives or magnetic tape drives. The server 100 may use a single disc drive or multiple disc drives. The server 100 may also use a suitable operating system 116 which resides on the disc drive or in the ROM of the server 100.
In some embodiments, a first user utilizes a computer 120 to execute a client application 130. The computer, in one example, can be a personal computer using an Intel/AMD
chipset having an operating system such as Windows", MAC
OS or Linux operating systems, or as a person skilled in the art would appreciate, the computer can be a mobile device such as a PALM" or IPAQr"" device arranged to perform computing functions.
In this embodiment the client application is a software program implemented in any computer language arranged to reside on a storage device of the computer 120. Other examples of implementation of the client application 130 is possible, including, but not limited to the computing instructions stored in ROM, programmable array, optical drives, smart cards, memory units, non-volatile memory modules. The client application 130, in one example has an interface arranged for the user to direct any input or output, or, in other examples, the client application 130 is embedded with an existing software or operating system application, such as, without limitation, Open OfficeTM, or Microsoft Office'"", and thereby adding additional functionalities to these software.
The client application 130 has a communication port arranged to communicate with the server 100. When a user initializes the application 130, the application 130 contacts the server 100 via a secure connection such as a SSL or SSH connection. In one example, the application sends its unique identification code, or IP address or other information for the server 100 to identify the user and the computer 120 in which the user is operating from.
This allows the server 100 to control the security of the system for securing data by allowing authorization of any communication session between the client application 130 and the server 100 before any such communication sessions can be sustained.
In some embodiments, with reference to Figure 2, the first user utilizes the client application 130 to select data requiring encryption (202). The data can exist in the :2o form of files 101, addresses, pointers or objects. By using the interface, the first user can drag and drop or otherwise reference and select the data as needed. Once the files are selected, the client application 130 can begin the security process required to secure the data.
In the embodiment described herein, the security process initiates by sealing the data (204) to create a data object such that all of the data (either existing as a file, object, address, pointer or any combination) can be integrated and referenced as a single secure data object 140. Once the secure data object 140 is created, the secure data object 140 is then described by the user, where the user can assign permissions or rules to describe the object (206). The permissions or rules are arranged to control the manner in which the data object 140 can be interacted with or manipulated. In one example, the permissions may demand that the data files within the secure data object 140 are read only, or print only. In another example, the permissions or rules may include what level of users within any specific IP address range using a specific type of computer software can access the files.
Whereupon the permissions have been set by the first user, the client application 130 provides a functionality for the first user to establish an Access Control List (208) which provides a list of recipient users authorized to receive and interact with the secure data object 140.
The access control list can in one example also define the authentication scheme necessary for the recipient user to be authenticated. For example, the scheme could demand that the recipient user be operating from a computer with a certain identification code, or the user is operating from a specific local network, or has been approved by some form of biometric scan. The person skilled in the art would also appreciate other variations of authenticating a recipient user.
'2 0 In this embodiment, upon the establishment of the access control list, the client application 130 begins the encryption process (210). In one example, the encryption process uses AES (Advanced Encryption Standard), or US
Federal Information Processing Standard (FIPS) (see for example `http://www.nist.gov/aes') or other encryption methods as appreciated by a person skilled in the art. To initiate the encryption process (210), the client application 130 either self generates a key arranged for encryption, or in other examples, retrieves a key from the server 100. During the encryption process, the key is not encrypted with the data object 140, and thereby any encrypted secure data 140 object will not contain the key.
This provides a strong level of protection, as hackers wishing to decrypt the secure data object 140 cannot utilize methods such as brute force methods to decrypt the secure data object 140 as the key is not within the secure data object 140. The encryption arrangement provides that only users with the key extracted from a separate and independent source from the secure data object 140 can decrypt the secure data object 140.
Upon the completion of the encryption process (210), the client application 130 will return the secure data object 140 as fully encrypted (212). In one example, the secure data object 140 is created by attaching the encrypted data files to a file wrapper 500, which can be implemented in XML or another suitable computer language.
In the example, the file wrapper 500 as shown in Figure 5 provides metadata 502 to describe the secure data object 140 such that when the object is opened with either the receiver or client applications by the user, the application is informed of the information relating to the secure data object 140 to thereby assist in the securing process as herein described. The secure data object is stored as a file residing in memory or on storage device on the computer 120. The first user can have the option of distributing the object via a distribution channel 135 in the form of email, FTP, SSH, storage, CD, USB device, non volatile memory or other electronic forms.
In one embodiment, the receiver application 132 resides on a recipient user's computer 122, arranged to decrypt a secure data object 140. Upon the possession of a secure data object 140, the recipient user initiates the receiver application 132, which in one example may be integrated into an email software and thereby automatically initiate when the secure data object 140 is received by email. With reference to Figure 3, the receiver application communicates with the server 100, and establishes a secure connection with the server 100 (302).
The server 100 begins an authorization process (304) whereby, in one example, the receiver application 132 sends an identification code to the server such that the recipient user is identified.
In other examples, the recipient user is required to enter sufficient details to be authenticated. The authenticated method are those already defined by the first user when the secure object 140 was created, and as defined above may involve biometric scans, passwords, questions, or other forms of authentication as a person skilled in the art would appreciate.
Upon the successful authentication (304) of the recipient user, the receiver application 132 queries the server 100 for permissions relating to the specific rights and access permissions (306) allowed by the first user for the recipient user. Once these rights are received, the recipient user is bound to only interact with the permissions and rules as defined by the first user. In some examples, where the recipient user is only allowed to view the contents of a data file within the secure data object 140, a browser is initiated by the receiving application 132. The browser is arranged to display the file only, and rejects any attempts by the recipient user to edit the file.
In this embodiment, the receiver application 132 begins the decryption process (308), which firstly requests a direction to the decryption key from the server 100, which is the key used to encrypt the secure data object. The server 100 may store the key within the server, in which case the key is transmitted to the receiver application 132. However in some examples, the key may be stored in a separate server in a different location, and accordingly, the server 100 will send only a direction to the receiver application 132 to retrieve the key from the separate server. In yet another example, the key may be stored in a separate storage media such as a smart card or USB key or CD ROM, in which case, the server 100 sends a direction to the receiver application to direct the user to find the relevant storage media housing the key.
Upon the successful possession of the key (308), the receiver application 132 decrypts the secure data object (310) and delivers the data to the recipient user subject to the constraints already established by the permissions and rules as arranged by the first user (312). Each manipulation or interaction the recipient user makes with the data is recorded and the logs are returned to the server 100 for storage and review (314).
With reference to Figures 4, in some embodiments the server 100 comprises a number of server components including,, but not exclusively limited to;
= a gatekeeper service 410;
= an authorization service 412;
= an administration service 414;
= an identity service 416;
= a database service 418; and, = back up service 419.
Each of these services can be deployed on an individual server, or in the example as shown in Figure 4, exist as computer software implemented in a computer language, machine code or ROM within the server 100 to provide functionality to each of these server components. Each of these services are arranged to communicate with other services and are combined to provide the server 100 to provide a system and method of securing data in accordance to one embodiment of the present invention.
In the embodiment described herein, when the client application or receiver application is in communication with the server 100 the gatekeeper service 410 initiates the session between the applications (130, 132) with the server 100. Once initialized, the gatekeeper service 410 directs the application to connect to the authentication service 412 to authenticate the user.
By directing all initial connections through the gatekeeper service 410, security is further enhanced on the server as the gatekeeper service 410 is arranged to filter out malicious and/or blacklisted web connections which may compromise the security of the server components 400. A person skilled in the art would appreciate that there are many variations in which the gatekeeper service 410 can be implemented, including, but not limited to a hardware and/or software firewall service, which is capable of analyzing incoming traffic.
Should the connection between the user's computer 120, 122 and the server 100 satisfy the requirements of the gatekeeper service 410, the authentication service 412 will then attempt to check and authorize the user. This firstly involves the service to retrieve records from the identity service 416, which stores a list of identification criteria, including, but not limited to user profiles, user authentication means, passwords etc.
After this data is retrieved, the user, whether the user is a first user or a recipient user, must be authenticated to continue access to the server 100. In some examples the authentication service 412 may demand the user to enter a password key, profile details or it may detect the client ID, IP addresses, computer identification code, biometric verification or other implements which can be cross referenced with the data within the identity service 416 in order to authenticate and authorize the client session such that the user may continue to access the server components 400.
Once the authentication process has been successfully completed, the server 100 is now able to proceed to process any request for the client 130 or receiver application 132 in order to provide a system and method of securing data as herein described. Where the first user in creating the secure data object 140 has elected to include permissions or rules to restrain the manner in which the recipient user can interact and manipulate the secure data object, the administration service 414 provides functionality for these permissions and rules to be entered, stored and enforced.
In this embodiment, the administration service 414 allows the client application 132 to enter and store at least one permission which would constrain the subsequent usage of the data object by a recipient user. The administration service has an interface, broadcast to the client application 130, referencing the secure data object created by the first user. In one example of the interface, the first user can select from a list of permissions to describe the secure data object 140. These rules include, but not limited to;
- the read, write, print permission of the data object;
and, - the copy permission of the data object; and, - the share permission of the data object; and, - the redistribution of the data object; and, - specific time periods allowed to access the data object; and, - the person or group of persons allowed to access the data object; and, - who, or in what circumstances if any is back up of the data object permitted; and, - the location, both the network or geographical location of the computer allowed to access the data object.
Once the rules are established by the first user, the user can select to save the rules via the interface. The user can select a submit button or switch which triggers the database service 418 to record the rules and permissions with reference to the secure data object 140 to a database. The database, as can be appreciated by a person skilled in the art includes, but is not limited to, Relational Data Base Management System (RDBMS) such as oracle' or Microsoft Access", object oriented database systems, flat files, or other file structures. Once the rules and permissions are written to the database, they can be retrieved when a recipient user gains access to the referenced secure data object.
Operation of the system will be described with reference to the process as outlined in Figures 2 and 3.
Firstly a first user prepares and selects the data required to be encrypted and distributed. This can be in one example, one or more data files including documents, spreadsheets, emails, text, graphics, multimedia or other forms of computer data. Upon selection of this data, the first user opens the client application 130 which in one example exists as a software application running on the first user's computer (202). Once the application is initialized the client module contacts the server 100 wherein the gatekeeper service executes a series of checks to verify the integrity of the connection (203). Once the gatekeeper 410 allows the connection, the authorization service 412 is executed to authenticate the user such that the user can be identified as an authorized creator of a secure object. Upon the user being authorized through matching of the requirements of the authorization service (e.g. the entering of a password, key or a biometric scan), the client application continues to maintain a connection with the server 100 and allows the user to add the data files requiring encryption to form a secure data object. In some examples the user may drag one or more files into the interface of the client application 132 and select to close the data object such that the files are then combined to form a single data object (202).
In this embodiment the first user is directed to the server's administration service 414 whereby the first user is given an opportunity to describe the manner in which the data object 140 can be manipulated by a recipient user. In one example the first user accesses the interface and is provided with various rules and permissions to control the manner in which the data object will be manipulated. Some examples of these options have been previously described. The rules and permissions are enforced by the receiver application 132 which is used to access the secure data objects 140 by the recipient user.
Once the rules and permissions are entered and selected, the user can select a submit switch or button which triggers the rules to be written to the database via the database service of the server 100. In this example where permissions are written to the database, it is written in the form of an Access Control List (ACL) (208) which is then stored back by the database service 418 of the server 100.
Upon completing the selection of permission and rules for the data files or objects the user can encrypt the objects (210). In one example, the client application 130 then creates a key to encrypt the data to form a secure data object. The encryption process ensures that the key is not embedded into the secure data object such that the secure object on its own will not in any way reveal the encryption key. In another example, the client application 130 requests a key from the server 100, which generates a random.key suited for data encryption. An option is given to the user to store the key on the server 100, or to store the key elsewhere but indicate to the server 100, where the key is stored such that an authorized recipient user can be directed to the key. This arrangement reduces the number of keys stored on the server 100, thereby spreading the risk of a security breach to other servers.
In this process, a hacker would have an additional hurdle to find the relevant key since the location is not immediately known to any unauthorized user.
Once the client application has encrypted the data selected by the first user; a secure data object is formed by the client application 130. Upon the completion of the encryption process (210) the secured data object 140 is ready to be deployed to any number of recipient users through a distribution channel 135. In some examples the first user can simply email the secure object to a single or multiple recipients or can distribute the object on a Compact Disc, Universal Serial Bus (USB) key or other computer readable medium. An immediate advantage of the current arrangement allows the user to distribute the secure object through any insecure channel, as a hacker would find it extremely difficult to break into the secure data object 140 without locating the key to decrypt the data object. As a secure data object 140 has been encrypted in such a manner whereby the encryption key is.
not within the secure data object 140, it is therefore extremely difficult for the secure data object 140 to be decrypted.
Upon the reception of the secure data object by a recipient user, the recipient user can start the receiver application 132 as earlier described and load the secure data object 140 into the receiver application 132. In some examples this can involve selecting the secure data object 140 and dragging and dropping it into the interface provided by the receiver application 132. In other examples, the receiver application may be integrated into an existing software package such as Microsoft Word", Excel", PowerPoint'", Access" or Internet ExplorerT"" or other similar packages. Upon the successful loading of the secure data object 140, the recipient user is then authenticated by the central server 100 when the receiver application 132 connects to the server 100. This authentication may be in the form of a provision of a physical smart card, a USB key, biometric data, a password, a unique user ID located on the user's computer, an IP address or any combination, any of the above, or by other verification techniques that are available. Upon the successful authorization and authentication of the recipient user the receiver application 132 will communicate with the server 100 and be directed to access a decryption key. The decryption key may be stored on the server 100. However, in some instances the server only stores a pointer to a relevant separate location where the key may be saved. In one example a subsequent smart card distributed separately to the secure data object may store the decryption key. In any event the central server 100 will direct the recipient user to a suitable location for retrieving the decryption key. This may require some additional actions on the part of the recipient user such as accessing a separate server or locating a physical media containing a key (e.g. inserting the smart card to the computer 122). Once there is a successful acquisition of the decryption key the receiver application 132 can then decrypt the secure data object 140 and allow the user to manipulate the secure data object 140 as constrained by any permissions and rules that may have been set by the first user. In one example where the first user has limited the recipient user's ability to edit a document that has been encrypted within the secure data object, the recipient user cannot make or save any changes to the document but is limited to only reading, accessing and printing the document.
In alternative embodiments the secure data object can exist as a secure envelope as shown in Figure 6. Where the secure data object is a secure envelope 600, the envelope is stored as a file which encloses individual data files 602 stored within the secure envelope 600. The envelope is fully protected under the secure data object system as previously described. However, once the files within the envelope are dragged and removed from the secure envelope and onto the user's computer interface (e.g. the desktop or their own file system) the control and protection as exercised by the current system 610 is then withdrawn, allowing the recipient user to fully interact and manipulate with the data file as would be allowed if the recipient user owned the file outright 605.
In this example the first user may create permissions to ensure that the recipient user cannot remove any data file from the secure envelope.
In other embodiments where the secure data object exists as a secure document 700, the data file itself is encrypted using the system and method as described with reference to Figure 7. In this instance the entire file 702 must be accessed through the client application only and, unless otherwise permitted, cannot be distributed or fully copied by the recipient user.
The embodiments described, advantageously do not interact with the data to be encrypted in any manner. In other words, the data to be encrypted is never "passed through" or stored on the central source. This arrangement removes the risk of providing a centralized hub of data which could attract hackers.
In some embodiments, the system is offered as a service to users on a web or online interface. In this embodiment, a licence is provided to a user to download and operate the application 130 to encrypt or decrypt data objections in accordance with the steps already mentioned.
The licence may limit the functionality of the application 130. In one example, the free licence will limit the application 130 to only decrypt a file, but on payment the licence may be extended to allow the application 130 to encrypt files. In other examples, the licence may limit the type of files that may be encrypted or decrypted and thereby limiting user access to certain files.- This example is particularly useful in corporate or group environments where each user may be granted different licences to encrypt or decrypt certain data objections.
Although not required, the embodiments described with reference to the figures can be implemented via an application programming interface (API) or as a series of libraries, for use by a developer, and can be included within another software application, such as a terminal or personal computer operating system or a portable computing device operating system. Generally, as program modules include routines, programs, objects, components and data files that perform or assist in the performance of particular functions, it will be understood that the functionality of the software application may be distributed across a number of routines, objects or components to achieve the same functionality as the embodiment and the broader invention claimed herein. Such variations and modifications are within the purview of those skilled in the art.
It will also be appreciated that where methods and systems of the present invention are implemented by computing systems or partly implemented by computing systems then any appropriate computing system architecture may be utilized. This will include stand alone computers, network computers and dedicated computing devices. Where the terms "computing system" and "computing device" are used, then these terms are intended to cover any appropriate arrangement of computer hardware for implementing the function described.
In this embodiment the system and methodology and associated software and/or hardware application in accordance with this embodiment of the invention may be executed on a device such as an example device shown in Figure 1. In Figure 1 there is shown a schematic diagram of a central source, which in this embodiment is a server 100 suitable for use with an embodiment of the present invention. The server 100 may be used to execute application and/or system services such as a system and method for securing data in accordance with an embodiment of the present invention.
With reference to Figure 1, the server 100 may comprise suitable components necessary to receive, store and execute appropriate computer instructions. The components may include a processor 102, read only memory (ROM) 104, random access memory (RAM) 106, an input/output devices such as disc drives 108, input devices 110 (such as an Ethernet port, a USB port, etc), display 112 such as a liquid crystal display, a light emitting display or any other suitable display and communications link 114. The server includes instructions that may be installed in ROM
104, RAM 106 or disc drives 108 and may be executed by the processor 102. There may be provided a plurality of communication links 114 which may variously connect to one or more computing devices such as servers, personal computers, terminals, wireless or handheld computing devices. At least one of a plurality of communications link may be connected to an external computing network through a telephone line or other type of communications link.
In one particular embodiment the device may include storage devices such as a disc drive 108 which may encompass solid state drives, hard disc drives, optical drives or magnetic tape drives. The server 100 may use a single disc drive or multiple disc drives. The server 100 may also use a suitable operating system 116 which resides on the disc drive or in the ROM of the server 100.
In some embodiments, a first user utilizes a computer 120 to execute a client application 130. The computer, in one example, can be a personal computer using an Intel/AMD
chipset having an operating system such as Windows", MAC
OS or Linux operating systems, or as a person skilled in the art would appreciate, the computer can be a mobile device such as a PALM" or IPAQr"" device arranged to perform computing functions.
In this embodiment the client application is a software program implemented in any computer language arranged to reside on a storage device of the computer 120. Other examples of implementation of the client application 130 is possible, including, but not limited to the computing instructions stored in ROM, programmable array, optical drives, smart cards, memory units, non-volatile memory modules. The client application 130, in one example has an interface arranged for the user to direct any input or output, or, in other examples, the client application 130 is embedded with an existing software or operating system application, such as, without limitation, Open OfficeTM, or Microsoft Office'"", and thereby adding additional functionalities to these software.
The client application 130 has a communication port arranged to communicate with the server 100. When a user initializes the application 130, the application 130 contacts the server 100 via a secure connection such as a SSL or SSH connection. In one example, the application sends its unique identification code, or IP address or other information for the server 100 to identify the user and the computer 120 in which the user is operating from.
This allows the server 100 to control the security of the system for securing data by allowing authorization of any communication session between the client application 130 and the server 100 before any such communication sessions can be sustained.
In some embodiments, with reference to Figure 2, the first user utilizes the client application 130 to select data requiring encryption (202). The data can exist in the :2o form of files 101, addresses, pointers or objects. By using the interface, the first user can drag and drop or otherwise reference and select the data as needed. Once the files are selected, the client application 130 can begin the security process required to secure the data.
In the embodiment described herein, the security process initiates by sealing the data (204) to create a data object such that all of the data (either existing as a file, object, address, pointer or any combination) can be integrated and referenced as a single secure data object 140. Once the secure data object 140 is created, the secure data object 140 is then described by the user, where the user can assign permissions or rules to describe the object (206). The permissions or rules are arranged to control the manner in which the data object 140 can be interacted with or manipulated. In one example, the permissions may demand that the data files within the secure data object 140 are read only, or print only. In another example, the permissions or rules may include what level of users within any specific IP address range using a specific type of computer software can access the files.
Whereupon the permissions have been set by the first user, the client application 130 provides a functionality for the first user to establish an Access Control List (208) which provides a list of recipient users authorized to receive and interact with the secure data object 140.
The access control list can in one example also define the authentication scheme necessary for the recipient user to be authenticated. For example, the scheme could demand that the recipient user be operating from a computer with a certain identification code, or the user is operating from a specific local network, or has been approved by some form of biometric scan. The person skilled in the art would also appreciate other variations of authenticating a recipient user.
'2 0 In this embodiment, upon the establishment of the access control list, the client application 130 begins the encryption process (210). In one example, the encryption process uses AES (Advanced Encryption Standard), or US
Federal Information Processing Standard (FIPS) (see for example `http://www.nist.gov/aes') or other encryption methods as appreciated by a person skilled in the art. To initiate the encryption process (210), the client application 130 either self generates a key arranged for encryption, or in other examples, retrieves a key from the server 100. During the encryption process, the key is not encrypted with the data object 140, and thereby any encrypted secure data 140 object will not contain the key.
This provides a strong level of protection, as hackers wishing to decrypt the secure data object 140 cannot utilize methods such as brute force methods to decrypt the secure data object 140 as the key is not within the secure data object 140. The encryption arrangement provides that only users with the key extracted from a separate and independent source from the secure data object 140 can decrypt the secure data object 140.
Upon the completion of the encryption process (210), the client application 130 will return the secure data object 140 as fully encrypted (212). In one example, the secure data object 140 is created by attaching the encrypted data files to a file wrapper 500, which can be implemented in XML or another suitable computer language.
In the example, the file wrapper 500 as shown in Figure 5 provides metadata 502 to describe the secure data object 140 such that when the object is opened with either the receiver or client applications by the user, the application is informed of the information relating to the secure data object 140 to thereby assist in the securing process as herein described. The secure data object is stored as a file residing in memory or on storage device on the computer 120. The first user can have the option of distributing the object via a distribution channel 135 in the form of email, FTP, SSH, storage, CD, USB device, non volatile memory or other electronic forms.
In one embodiment, the receiver application 132 resides on a recipient user's computer 122, arranged to decrypt a secure data object 140. Upon the possession of a secure data object 140, the recipient user initiates the receiver application 132, which in one example may be integrated into an email software and thereby automatically initiate when the secure data object 140 is received by email. With reference to Figure 3, the receiver application communicates with the server 100, and establishes a secure connection with the server 100 (302).
The server 100 begins an authorization process (304) whereby, in one example, the receiver application 132 sends an identification code to the server such that the recipient user is identified.
In other examples, the recipient user is required to enter sufficient details to be authenticated. The authenticated method are those already defined by the first user when the secure object 140 was created, and as defined above may involve biometric scans, passwords, questions, or other forms of authentication as a person skilled in the art would appreciate.
Upon the successful authentication (304) of the recipient user, the receiver application 132 queries the server 100 for permissions relating to the specific rights and access permissions (306) allowed by the first user for the recipient user. Once these rights are received, the recipient user is bound to only interact with the permissions and rules as defined by the first user. In some examples, where the recipient user is only allowed to view the contents of a data file within the secure data object 140, a browser is initiated by the receiving application 132. The browser is arranged to display the file only, and rejects any attempts by the recipient user to edit the file.
In this embodiment, the receiver application 132 begins the decryption process (308), which firstly requests a direction to the decryption key from the server 100, which is the key used to encrypt the secure data object. The server 100 may store the key within the server, in which case the key is transmitted to the receiver application 132. However in some examples, the key may be stored in a separate server in a different location, and accordingly, the server 100 will send only a direction to the receiver application 132 to retrieve the key from the separate server. In yet another example, the key may be stored in a separate storage media such as a smart card or USB key or CD ROM, in which case, the server 100 sends a direction to the receiver application to direct the user to find the relevant storage media housing the key.
Upon the successful possession of the key (308), the receiver application 132 decrypts the secure data object (310) and delivers the data to the recipient user subject to the constraints already established by the permissions and rules as arranged by the first user (312). Each manipulation or interaction the recipient user makes with the data is recorded and the logs are returned to the server 100 for storage and review (314).
With reference to Figures 4, in some embodiments the server 100 comprises a number of server components including,, but not exclusively limited to;
= a gatekeeper service 410;
= an authorization service 412;
= an administration service 414;
= an identity service 416;
= a database service 418; and, = back up service 419.
Each of these services can be deployed on an individual server, or in the example as shown in Figure 4, exist as computer software implemented in a computer language, machine code or ROM within the server 100 to provide functionality to each of these server components. Each of these services are arranged to communicate with other services and are combined to provide the server 100 to provide a system and method of securing data in accordance to one embodiment of the present invention.
In the embodiment described herein, when the client application or receiver application is in communication with the server 100 the gatekeeper service 410 initiates the session between the applications (130, 132) with the server 100. Once initialized, the gatekeeper service 410 directs the application to connect to the authentication service 412 to authenticate the user.
By directing all initial connections through the gatekeeper service 410, security is further enhanced on the server as the gatekeeper service 410 is arranged to filter out malicious and/or blacklisted web connections which may compromise the security of the server components 400. A person skilled in the art would appreciate that there are many variations in which the gatekeeper service 410 can be implemented, including, but not limited to a hardware and/or software firewall service, which is capable of analyzing incoming traffic.
Should the connection between the user's computer 120, 122 and the server 100 satisfy the requirements of the gatekeeper service 410, the authentication service 412 will then attempt to check and authorize the user. This firstly involves the service to retrieve records from the identity service 416, which stores a list of identification criteria, including, but not limited to user profiles, user authentication means, passwords etc.
After this data is retrieved, the user, whether the user is a first user or a recipient user, must be authenticated to continue access to the server 100. In some examples the authentication service 412 may demand the user to enter a password key, profile details or it may detect the client ID, IP addresses, computer identification code, biometric verification or other implements which can be cross referenced with the data within the identity service 416 in order to authenticate and authorize the client session such that the user may continue to access the server components 400.
Once the authentication process has been successfully completed, the server 100 is now able to proceed to process any request for the client 130 or receiver application 132 in order to provide a system and method of securing data as herein described. Where the first user in creating the secure data object 140 has elected to include permissions or rules to restrain the manner in which the recipient user can interact and manipulate the secure data object, the administration service 414 provides functionality for these permissions and rules to be entered, stored and enforced.
In this embodiment, the administration service 414 allows the client application 132 to enter and store at least one permission which would constrain the subsequent usage of the data object by a recipient user. The administration service has an interface, broadcast to the client application 130, referencing the secure data object created by the first user. In one example of the interface, the first user can select from a list of permissions to describe the secure data object 140. These rules include, but not limited to;
- the read, write, print permission of the data object;
and, - the copy permission of the data object; and, - the share permission of the data object; and, - the redistribution of the data object; and, - specific time periods allowed to access the data object; and, - the person or group of persons allowed to access the data object; and, - who, or in what circumstances if any is back up of the data object permitted; and, - the location, both the network or geographical location of the computer allowed to access the data object.
Once the rules are established by the first user, the user can select to save the rules via the interface. The user can select a submit button or switch which triggers the database service 418 to record the rules and permissions with reference to the secure data object 140 to a database. The database, as can be appreciated by a person skilled in the art includes, but is not limited to, Relational Data Base Management System (RDBMS) such as oracle' or Microsoft Access", object oriented database systems, flat files, or other file structures. Once the rules and permissions are written to the database, they can be retrieved when a recipient user gains access to the referenced secure data object.
Operation of the system will be described with reference to the process as outlined in Figures 2 and 3.
Firstly a first user prepares and selects the data required to be encrypted and distributed. This can be in one example, one or more data files including documents, spreadsheets, emails, text, graphics, multimedia or other forms of computer data. Upon selection of this data, the first user opens the client application 130 which in one example exists as a software application running on the first user's computer (202). Once the application is initialized the client module contacts the server 100 wherein the gatekeeper service executes a series of checks to verify the integrity of the connection (203). Once the gatekeeper 410 allows the connection, the authorization service 412 is executed to authenticate the user such that the user can be identified as an authorized creator of a secure object. Upon the user being authorized through matching of the requirements of the authorization service (e.g. the entering of a password, key or a biometric scan), the client application continues to maintain a connection with the server 100 and allows the user to add the data files requiring encryption to form a secure data object. In some examples the user may drag one or more files into the interface of the client application 132 and select to close the data object such that the files are then combined to form a single data object (202).
In this embodiment the first user is directed to the server's administration service 414 whereby the first user is given an opportunity to describe the manner in which the data object 140 can be manipulated by a recipient user. In one example the first user accesses the interface and is provided with various rules and permissions to control the manner in which the data object will be manipulated. Some examples of these options have been previously described. The rules and permissions are enforced by the receiver application 132 which is used to access the secure data objects 140 by the recipient user.
Once the rules and permissions are entered and selected, the user can select a submit switch or button which triggers the rules to be written to the database via the database service of the server 100. In this example where permissions are written to the database, it is written in the form of an Access Control List (ACL) (208) which is then stored back by the database service 418 of the server 100.
Upon completing the selection of permission and rules for the data files or objects the user can encrypt the objects (210). In one example, the client application 130 then creates a key to encrypt the data to form a secure data object. The encryption process ensures that the key is not embedded into the secure data object such that the secure object on its own will not in any way reveal the encryption key. In another example, the client application 130 requests a key from the server 100, which generates a random.key suited for data encryption. An option is given to the user to store the key on the server 100, or to store the key elsewhere but indicate to the server 100, where the key is stored such that an authorized recipient user can be directed to the key. This arrangement reduces the number of keys stored on the server 100, thereby spreading the risk of a security breach to other servers.
In this process, a hacker would have an additional hurdle to find the relevant key since the location is not immediately known to any unauthorized user.
Once the client application has encrypted the data selected by the first user; a secure data object is formed by the client application 130. Upon the completion of the encryption process (210) the secured data object 140 is ready to be deployed to any number of recipient users through a distribution channel 135. In some examples the first user can simply email the secure object to a single or multiple recipients or can distribute the object on a Compact Disc, Universal Serial Bus (USB) key or other computer readable medium. An immediate advantage of the current arrangement allows the user to distribute the secure object through any insecure channel, as a hacker would find it extremely difficult to break into the secure data object 140 without locating the key to decrypt the data object. As a secure data object 140 has been encrypted in such a manner whereby the encryption key is.
not within the secure data object 140, it is therefore extremely difficult for the secure data object 140 to be decrypted.
Upon the reception of the secure data object by a recipient user, the recipient user can start the receiver application 132 as earlier described and load the secure data object 140 into the receiver application 132. In some examples this can involve selecting the secure data object 140 and dragging and dropping it into the interface provided by the receiver application 132. In other examples, the receiver application may be integrated into an existing software package such as Microsoft Word", Excel", PowerPoint'", Access" or Internet ExplorerT"" or other similar packages. Upon the successful loading of the secure data object 140, the recipient user is then authenticated by the central server 100 when the receiver application 132 connects to the server 100. This authentication may be in the form of a provision of a physical smart card, a USB key, biometric data, a password, a unique user ID located on the user's computer, an IP address or any combination, any of the above, or by other verification techniques that are available. Upon the successful authorization and authentication of the recipient user the receiver application 132 will communicate with the server 100 and be directed to access a decryption key. The decryption key may be stored on the server 100. However, in some instances the server only stores a pointer to a relevant separate location where the key may be saved. In one example a subsequent smart card distributed separately to the secure data object may store the decryption key. In any event the central server 100 will direct the recipient user to a suitable location for retrieving the decryption key. This may require some additional actions on the part of the recipient user such as accessing a separate server or locating a physical media containing a key (e.g. inserting the smart card to the computer 122). Once there is a successful acquisition of the decryption key the receiver application 132 can then decrypt the secure data object 140 and allow the user to manipulate the secure data object 140 as constrained by any permissions and rules that may have been set by the first user. In one example where the first user has limited the recipient user's ability to edit a document that has been encrypted within the secure data object, the recipient user cannot make or save any changes to the document but is limited to only reading, accessing and printing the document.
In alternative embodiments the secure data object can exist as a secure envelope as shown in Figure 6. Where the secure data object is a secure envelope 600, the envelope is stored as a file which encloses individual data files 602 stored within the secure envelope 600. The envelope is fully protected under the secure data object system as previously described. However, once the files within the envelope are dragged and removed from the secure envelope and onto the user's computer interface (e.g. the desktop or their own file system) the control and protection as exercised by the current system 610 is then withdrawn, allowing the recipient user to fully interact and manipulate with the data file as would be allowed if the recipient user owned the file outright 605.
In this example the first user may create permissions to ensure that the recipient user cannot remove any data file from the secure envelope.
In other embodiments where the secure data object exists as a secure document 700, the data file itself is encrypted using the system and method as described with reference to Figure 7. In this instance the entire file 702 must be accessed through the client application only and, unless otherwise permitted, cannot be distributed or fully copied by the recipient user.
The embodiments described, advantageously do not interact with the data to be encrypted in any manner. In other words, the data to be encrypted is never "passed through" or stored on the central source. This arrangement removes the risk of providing a centralized hub of data which could attract hackers.
In some embodiments, the system is offered as a service to users on a web or online interface. In this embodiment, a licence is provided to a user to download and operate the application 130 to encrypt or decrypt data objections in accordance with the steps already mentioned.
The licence may limit the functionality of the application 130. In one example, the free licence will limit the application 130 to only decrypt a file, but on payment the licence may be extended to allow the application 130 to encrypt files. In other examples, the licence may limit the type of files that may be encrypted or decrypted and thereby limiting user access to certain files.- This example is particularly useful in corporate or group environments where each user may be granted different licences to encrypt or decrypt certain data objections.
Although not required, the embodiments described with reference to the figures can be implemented via an application programming interface (API) or as a series of libraries, for use by a developer, and can be included within another software application, such as a terminal or personal computer operating system or a portable computing device operating system. Generally, as program modules include routines, programs, objects, components and data files that perform or assist in the performance of particular functions, it will be understood that the functionality of the software application may be distributed across a number of routines, objects or components to achieve the same functionality as the embodiment and the broader invention claimed herein. Such variations and modifications are within the purview of those skilled in the art.
It will also be appreciated that where methods and systems of the present invention are implemented by computing systems or partly implemented by computing systems then any appropriate computing system architecture may be utilized. This will include stand alone computers, network computers and dedicated computing devices. Where the terms "computing system" and "computing device" are used, then these terms are intended to cover any appropriate arrangement of computer hardware for implementing the function described.
Claims (26)
1. A method for securing data distributed by a first user to at least one recipient user, comprising the steps of:
- responding to a request from the first user to encrypt the data with a key; and, - recording the location of the key in a database, wherein on the database receiving a request from the at least one recipient user for authorization, providing the key to the at least one recipient user upon authorization.
- responding to a request from the first user to encrypt the data with a key; and, - recording the location of the key in a database, wherein on the database receiving a request from the at least one recipient user for authorization, providing the key to the at least one recipient user upon authorization.
2. A method according to claim 1 comprising the further step of the database receiving rules arranged to constrain the at least one recipient user's interaction with the data.
3. A method according to claims 1 or 2, wherein the step of authorizing comprises the further steps of:
- comparing an identification profile of the at least one recipient user with a pre-determined criteria, wherein the at least one recipient user is authorized if the pre-determined criteria matches the identification profile.
- comparing an identification profile of the at least one recipient user with a pre-determined criteria, wherein the at least one recipient user is authorized if the pre-determined criteria matches the identification profile.
4. A method according to claim 3, wherein the identification profile includes at least one criterion characterizing a characteristic of the at least one recipient user.
5. A method according to any one of the preceding claims, wherein the first user interacts with a client application, the client application requesting the key from a central source.
6. A method according to claim 5, wherein the at least one user interacts with at least one receiver application, the at least one receiver application being arranged to request authorization from the central source to decrypt the data.
7. A method according to any one of the preceding claims, wherein the key is generated by one of the central source and the client application.
8. A method according to any one of the preceding claims, wherein the central source comprises a gatekeeper service arranged to protect the server from unauthorized users.
9. A method according to any claim 8, wherein the central source further comprises a logging service arranged to log any activity on the data by the recipient user.
10. A method according to any one of the preceding claims, wherein the data is included in a file wrapper as an encrypted data string.
11. A method according to claims 10, wherein the file wrapper is a secure document arranged to be processed by the receiver application.
12. A method according to claims 10 or 11, wherein the data object is provided with a secure envelope arranged to enclose the data such that when the data is within the envelope, the at least one recipient user's interaction with the data is constrained by the rules established by the first user.
13. A system for securing data distributed by a first user to at least one recipient user, comprising:
- a module arranged for responding to a request from the first user to encrypt the data with a key; and, - a routine arranged to record the location of the key in a database, wherein on the database receiving a request from the at least one recipient user for authorization, providing the key to the at least one recipient user upon authorization.
- a module arranged for responding to a request from the first user to encrypt the data with a key; and, - a routine arranged to record the location of the key in a database, wherein on the database receiving a request from the at least one recipient user for authorization, providing the key to the at least one recipient user upon authorization.
14. A system according to claim 13, wherein the database is arranged to receive rules, the rules being arranged to constrain the at least one recipient user's interaction with the data.
15. A system according to claims 13 or 14, wherein the routine compares an identification profile of the at least one recipient user with a pre-determined criteria, wherein the at least one recipient user is authorized if the pre-determined criteria matches the identification profile.
16. A system according to claim 15, wherein the identification profile includes at least one criterion characterizing a characteristic of the at least one recipient user.
17. A system according to any one of claims 15 to 16, wherein the first user interacts with a client application, the client application requesting the key from a central source.
18. A system according to claim 17, wherein the at least one user interacts with at least one receiver application, the at least one receiver application being arranged to request authorization from the central source to decrypt the data.
19. A system according to any one of claims 15 to 18, wherein the key is generated by one of the central source and the client application.
20. A system according to any one of claims 15 to 19, wherein the central source comprises a gatekeeper service arranged to protect the server from unauthorized users.
21. A system according to any claim 20, wherein the central source further comprises a logging service arranged to log any activity on the data by the recipient user.
22. A system according to any one of claims 15 to 21, wherein the data is included in a file wrapper as an encrypted data string.
23. A system according to claims 22, wherein the file wrapper is a secure document arranged to be processed by the receiver application.
24. A system according to claims 22 or 23, wherein the data object is provided with a secure envelope arranged to enclose the data such that when the data is within the envelope, the at least one recipient user's interaction with the data is constrained by the rules established by the first user.
25. A computer program comprising at least one instruction for controlling a computer system to implement a method according to any one of claims 1 to 12.
26. A computer readable medium providing a computer program in accordance with claim 25.
Applications Claiming Priority (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
AU2007907016A AU2007907016A0 (en) | 2007-12-21 | System and method for securing data | |
AU2007907016 | 2007-12-21 | ||
US2127108P | 2008-01-15 | 2008-01-15 | |
US61/021,271 | 2008-01-15 | ||
PCT/AU2008/001898 WO2009079708A1 (en) | 2007-12-21 | 2008-12-22 | System and method for securing data |
Publications (2)
Publication Number | Publication Date |
---|---|
CA2709944A1 true CA2709944A1 (en) | 2009-07-02 |
CA2709944C CA2709944C (en) | 2016-02-23 |
Family
ID=40800579
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CA2709944A Active CA2709944C (en) | 2007-12-21 | 2008-12-22 | System and method for securing data |
Country Status (9)
Country | Link |
---|---|
US (1) | US8806207B2 (en) |
EP (1) | EP2232763A4 (en) |
JP (1) | JP2011507414A (en) |
KR (1) | KR20100133953A (en) |
CN (1) | CN101953111A (en) |
AU (2) | AU2008341026C1 (en) |
CA (1) | CA2709944C (en) |
NZ (1) | NZ586279A (en) |
WO (1) | WO2009079708A1 (en) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9369440B2 (en) | 2012-07-24 | 2016-06-14 | Empire Technology Development Llc | Securing private information in public, private and mobile devices |
Families Citing this family (28)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9131007B2 (en) | 2009-05-19 | 2015-09-08 | Vitrual World Computing, Inc. | System and method for dynamically transcoding data requests |
US9135434B2 (en) * | 2010-04-19 | 2015-09-15 | Appcentral, Inc. | System and method for third party creation of applications for mobile appliances |
KR20110128567A (en) * | 2010-05-24 | 2011-11-30 | 삼성전자주식회사 | Method for controlling objects of user interface and apparatus of enabling the method |
US20120079462A1 (en) * | 2010-09-24 | 2012-03-29 | SoftKrypt LLC | Systems and methods of source software code obfuscation |
US8589673B2 (en) | 2011-01-12 | 2013-11-19 | Virtru Corporation | Methods and systems for distributing cryptographic data to authenticated recipients |
JP5225412B2 (en) * | 2011-03-03 | 2013-07-03 | 株式会社東芝 | Communication apparatus and communication method |
US8537994B2 (en) * | 2011-03-31 | 2013-09-17 | Mitel Networks Corporation | System granting access to application data and methods thereof |
CA2806488A1 (en) * | 2011-05-09 | 2012-11-15 | I Think Security Ltd. | System, apparatus and method for securing electronic data independent of their location |
WO2013020178A1 (en) * | 2011-08-11 | 2013-02-14 | Cocoon Data Holdings Limited | A system and method for distributing secured data |
WO2013044306A1 (en) * | 2011-09-30 | 2013-04-04 | Cocoon Data Holdings Limited | A system and method for distributing secured data |
WO2013044305A1 (en) * | 2011-09-30 | 2013-04-04 | Cocoon Data Holdings Limited | Method and system for securing data |
WO2013044310A1 (en) * | 2011-09-30 | 2013-04-04 | Cocoon Data Holdings Limited | A system and method for distributing secured data |
RU2559728C2 (en) | 2013-10-24 | 2015-08-10 | Закрытое акционерное общество "Лаборатория Касперского" | System and method of encoding files from encrypted drive |
RU2573785C2 (en) | 2013-12-05 | 2016-01-27 | Закрытое акционерное общество "Лаборатория Касперского" | System and method for applying file access rules during transfer thereof between computers |
US20150188910A1 (en) * | 2013-12-26 | 2015-07-02 | Iswind Digital Engineering Inc. | Policy group based file protection system, file protection method thereof, and computer readable medium |
US9380033B2 (en) * | 2014-04-28 | 2016-06-28 | Nxp B.V. | Implementing use-dependent security settings in a single white-box implementation |
US9363244B2 (en) * | 2014-04-28 | 2016-06-07 | Nxp B.V. | Realizing authorization via incorrect functional behavior of a white-box implementation |
US9455957B2 (en) * | 2014-05-07 | 2016-09-27 | Gigamon Inc. | Map sharing for a switch device |
US9311504B2 (en) | 2014-06-23 | 2016-04-12 | Ivo Welch | Anti-identity-theft method and hardware database device |
CN104580151B (en) * | 2014-12-03 | 2018-07-13 | 中国科学院信息工程研究所 | The method and terminal for preventing secrecy conferencing information from revealing |
US9292699B1 (en) * | 2014-12-30 | 2016-03-22 | Airwatch Llc | Encrypted file storage |
US10523646B2 (en) | 2015-08-24 | 2019-12-31 | Virtru Corporation | Methods and systems for distributing encrypted cryptographic data |
CN106778325B (en) * | 2016-11-24 | 2019-06-11 | 杭州领点科技有限公司 | A kind of information privacy system and its operating method |
US10164951B2 (en) * | 2017-04-25 | 2018-12-25 | SKYI Technology Limited | Establishing secure communication over an internet of things (IoT) network |
US11256815B2 (en) | 2018-06-12 | 2022-02-22 | Western Digital Technologies, Inc. | Object storage system with secure object replication |
US11531777B2 (en) | 2019-01-30 | 2022-12-20 | Virtru Corporation | Methods and systems for restricting data access based on properties of at least one of a process and a machine executing the process |
CN110933042B (en) * | 2019-11-06 | 2021-09-14 | 福建福链科技有限公司 | Data security messenger method and system suitable for alliance chain |
CN113507435A (en) * | 2021-06-01 | 2021-10-15 | 武汉天喻信息产业股份有限公司 | Data transmission method and system |
Family Cites Families (128)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB8621333D0 (en) * | 1986-09-04 | 1986-10-15 | Manitoba Telephone System | Key management system |
US5200999A (en) * | 1991-09-27 | 1993-04-06 | International Business Machines Corporation | Public key cryptosystem key management based on control vectors |
US5586260A (en) | 1993-02-12 | 1996-12-17 | Digital Equipment Corporation | Method and apparatus for authenticating a client to a server in computer systems which support different security mechanisms |
UA41387C2 (en) | 1994-01-13 | 2001-09-17 | Сертко, Інк | Method for setting of true communication being checked, method for protected communication, method for renewal of micro-software, method for execution of enciphered communication and method for giving to device checked on identity of right on electron transaction |
JP3412709B2 (en) * | 1994-04-28 | 2003-06-03 | 日本電信電話株式会社 | Information distribution apparatus and method |
US5495533A (en) * | 1994-04-29 | 1996-02-27 | International Business Machines Corporation | Personal key archive |
US5475757A (en) | 1994-06-07 | 1995-12-12 | At&T Corp. | Secure data transmission method |
US5748735A (en) * | 1994-07-18 | 1998-05-05 | Bell Atlantic Network Services, Inc. | Securing E-mail communications and encrypted file storage using yaksha split private key asymmetric cryptography |
US5615268A (en) * | 1995-01-17 | 1997-03-25 | Document Authentication Systems, Inc. | System and method for electronic transmission storage and retrieval of authenticated documents |
EP1643340B1 (en) * | 1995-02-13 | 2013-08-14 | Intertrust Technologies Corp. | Secure transaction management |
US7133845B1 (en) | 1995-02-13 | 2006-11-07 | Intertrust Technologies Corp. | System and methods for secure transaction management and electronic rights protection |
US6948070B1 (en) * | 1995-02-13 | 2005-09-20 | Intertrust Technologies Corporation | Systems and methods for secure transaction management and electronic rights protection |
US5892900A (en) | 1996-08-30 | 1999-04-06 | Intertrust Technologies Corp. | Systems and methods for secure transaction management and electronic rights protection |
US7133846B1 (en) * | 1995-02-13 | 2006-11-07 | Intertrust Technologies Corp. | Digital certificate support system, methods and techniques for secure electronic commerce transaction and rights management |
US6157721A (en) * | 1996-08-12 | 2000-12-05 | Intertrust Technologies Corp. | Systems and methods using cryptography to protect secure computing environments |
IL113259A (en) * | 1995-04-05 | 2001-03-19 | Diversinet Corp | Apparatus and method for safe communication handshake and data transfer |
US5826269A (en) * | 1995-06-21 | 1998-10-20 | Microsoft Corporation | Electronic mail interface for a network server |
US5790677A (en) * | 1995-06-29 | 1998-08-04 | Microsoft Corporation | System and method for secure electronic commerce transactions |
JP3590143B2 (en) | 1995-07-28 | 2004-11-17 | 株式会社東芝 | Email transfer device |
US5764887A (en) * | 1995-12-11 | 1998-06-09 | International Business Machines Corporation | System and method for supporting distributed computing mechanisms in a local area network server environment |
US5602918A (en) * | 1995-12-22 | 1997-02-11 | Virtual Open Network Environment Corp. | Application level security system and method |
JP2000503154A (en) | 1996-01-11 | 2000-03-14 | エムアールジェイ インコーポレイテッド | System for controlling access and distribution of digital ownership |
US6055314A (en) * | 1996-03-22 | 2000-04-25 | Microsoft Corporation | System and method for secure purchase and delivery of video content programs |
US5848161A (en) | 1996-05-16 | 1998-12-08 | Luneau; Greg | Method for providing secured commerical transactions via a networked communications system |
US6581162B1 (en) * | 1996-12-31 | 2003-06-17 | Compaq Information Technologies Group, L.P. | Method for securely creating, storing and using encryption keys in a computer system |
US6009173A (en) | 1997-01-31 | 1999-12-28 | Motorola, Inc. | Encryption and decryption method and apparatus |
US6104716A (en) * | 1997-03-28 | 2000-08-15 | International Business Machines Corporation | Method and apparatus for lightweight secure communication tunneling over the internet |
US6023700A (en) * | 1997-06-17 | 2000-02-08 | Cranberry Properties, Llc | Electronic mail distribution system for integrated electronic communication |
US6011849A (en) * | 1997-08-28 | 2000-01-04 | Syndata Technologies, Inc. | Encryption-based selection system for steganography |
US6158007A (en) | 1997-09-17 | 2000-12-05 | Jahanshah Moreh | Security system for event based middleware |
US6826407B1 (en) * | 1999-03-29 | 2004-11-30 | Richard J. Helferich | System and method for integrating audio and visual messaging |
US6253061B1 (en) * | 1997-09-19 | 2001-06-26 | Richard J. Helferich | Systems and methods for delivering information to a transmitting and receiving device |
US6385644B1 (en) * | 1997-09-26 | 2002-05-07 | Mci Worldcom, Inc. | Multi-threaded web based user inbox for report management |
US6160891A (en) | 1997-10-20 | 2000-12-12 | Sun Microsystems, Inc. | Methods and apparatus for recovering keys |
US6067623A (en) * | 1997-11-21 | 2000-05-23 | International Business Machines Corp. | System and method for secure web server gateway access using credential transform |
US6895510B1 (en) * | 1997-11-24 | 2005-05-17 | International Business Machines Corporation | Mutual internet authentication between a client and server utilizing a dummy IOP request |
US6247127B1 (en) * | 1997-12-19 | 2001-06-12 | Entrust Technologies Ltd. | Method and apparatus for providing off-line secure communications |
US6141753A (en) * | 1998-02-10 | 2000-10-31 | Fraunhofer Gesellschaft | Secure distribution of digital representations |
US7233948B1 (en) * | 1998-03-16 | 2007-06-19 | Intertrust Technologies Corp. | Methods and apparatus for persistent control and protection of content |
US7809138B2 (en) | 1999-03-16 | 2010-10-05 | Intertrust Technologies Corporation | Methods and apparatus for persistent control and protection of content |
US6442686B1 (en) * | 1998-07-02 | 2002-08-27 | Networks Associates Technology, Inc. | System and methodology for messaging server-based management and enforcement of crypto policies |
US6606663B1 (en) * | 1998-09-29 | 2003-08-12 | Openwave Systems Inc. | Method and apparatus for caching credentials in proxy servers for wireless user agents |
US6898577B1 (en) * | 1999-03-18 | 2005-05-24 | Oracle International Corporation | Methods and systems for single sign-on authentication in a multi-vendor e-commerce environment and directory-authenticated bank drafts |
US6959384B1 (en) * | 1999-12-14 | 2005-10-25 | Intertrust Technologies Corporation | Systems and methods for authenticating and protecting the integrity of data streams and other data |
US6785815B1 (en) * | 1999-06-08 | 2004-08-31 | Intertrust Technologies Corp. | Methods and systems for encoding and protecting data using digital signature and watermarking techniques |
US6668327B1 (en) | 1999-06-14 | 2003-12-23 | Sun Microsystems, Inc. | Distributed authentication mechanisms for handling diverse authentication systems in an enterprise computer system |
US6760752B1 (en) * | 1999-06-28 | 2004-07-06 | Zix Corporation | Secure transmission system |
WO2001006374A2 (en) * | 1999-07-16 | 2001-01-25 | Intertrust Technologies Corp. | System and method for securing an untrusted storage |
US7430670B1 (en) | 1999-07-29 | 2008-09-30 | Intertrust Technologies Corp. | Software self-defense systems and methods |
US7770016B2 (en) * | 1999-07-29 | 2010-08-03 | Intertrust Technologies Corporation | Systems and methods for watermarking software and other media |
EP1526435A3 (en) * | 1999-07-30 | 2005-07-27 | Intertrust Technologies Corp. | Methods and systems for transaction record delivery using thresholds and multi-stage protocol |
US6286104B1 (en) | 1999-08-04 | 2001-09-04 | Oracle Corporation | Authentication and authorization in a multi-tier relational database management system |
US6892307B1 (en) * | 1999-08-05 | 2005-05-10 | Sun Microsystems, Inc. | Single sign-on framework with trust-level mapping to authentication requirements |
US7124170B1 (en) * | 1999-08-20 | 2006-10-17 | Intertrust Technologies Corp. | Secure processing unit systems and methods |
US6944762B1 (en) | 1999-09-03 | 2005-09-13 | Harbor Payments Corporation | System and method for encrypting data messages |
US6735310B1 (en) * | 1999-09-17 | 2004-05-11 | International Business Machines Corporation | Technique of password encryption and decryption for user authentication in a federated content management system |
US6985885B1 (en) * | 1999-09-21 | 2006-01-10 | Intertrust Technologies Corp. | Systems and methods for pricing and selling digital goods |
US6792416B2 (en) | 1999-09-21 | 2004-09-14 | International Business Machines Corporation | Managing results of federated searches across heterogeneous datastores with a federated result set cursor object |
US6728884B1 (en) * | 1999-10-01 | 2004-04-27 | Entrust, Inc. | Integrating heterogeneous authentication and authorization mechanisms into an application access control system |
US6826696B1 (en) | 1999-10-12 | 2004-11-30 | Webmd, Inc. | System and method for enabling single sign-on for networked applications |
GB9929364D0 (en) | 1999-12-10 | 2000-02-02 | Microbar Security Limited | Improvements in or relating to coding techniques |
US6324648B1 (en) | 1999-12-14 | 2001-11-27 | Gte Service Corporation | Secure gateway having user identification and password authentication |
US6510464B1 (en) * | 1999-12-14 | 2003-01-21 | Verizon Corporate Services Group Inc. | Secure gateway having routing feature |
US6832316B1 (en) * | 1999-12-22 | 2004-12-14 | Intertrust Technologies, Corp. | Systems and methods for protecting data secrecy and integrity |
US7113994B1 (en) | 2000-01-24 | 2006-09-26 | Microsoft Corporation | System and method of proxy authentication in a secured network |
US6918041B1 (en) * | 2000-02-23 | 2005-07-12 | Microsoft Corporation | System and method of network communication with client-forced authentication |
WO2001067708A2 (en) | 2000-03-07 | 2001-09-13 | General Instrument Corporation | Authenticated dynamic address assignment |
US7065547B2 (en) * | 2000-03-09 | 2006-06-20 | Persels Conrad G | Integrated on-line system with enchanced data transfer protocol |
US7266681B1 (en) * | 2000-04-07 | 2007-09-04 | Intertrust Technologies Corp. | Network communications security agent |
US6782003B1 (en) * | 2000-04-12 | 2004-08-24 | Serviceswitch.Com | Data management system and method |
US6584564B2 (en) * | 2000-04-25 | 2003-06-24 | Sigaba Corporation | Secure e-mail system |
US7277549B2 (en) | 2000-04-25 | 2007-10-02 | Secure Data In Motion, Inc. | System for implementing business processes using key server events |
US7376835B2 (en) * | 2000-04-25 | 2008-05-20 | Secure Data In Motion, Inc. | Implementing nonrepudiation and audit using authentication assertions and key servers |
US7325127B2 (en) * | 2000-04-25 | 2008-01-29 | Secure Data In Motion, Inc. | Security server system |
US7313692B2 (en) * | 2000-05-19 | 2007-12-25 | Intertrust Technologies Corp. | Trust management systems and methods |
US7571234B2 (en) | 2000-06-08 | 2009-08-04 | Aol Llc | Authentication of electronic data |
US7016875B1 (en) * | 2000-08-04 | 2006-03-21 | Enfotrust Networks, Inc. | Single sign-on for access to a central data repository |
US20020031230A1 (en) * | 2000-08-15 | 2002-03-14 | Sweet William B. | Method and apparatus for a web-based application service model for security management |
ATE399405T1 (en) * | 2001-02-22 | 2008-07-15 | Bea Systems Inc | SYSTEM AND METHOD FOR ENCRYPTING MESSAGES AND REGISTERING IN A TRANSACTION PROCESSING SYSTEM |
US8185938B2 (en) | 2001-03-29 | 2012-05-22 | International Business Machines Corporation | Method and system for network single-sign-on using a public key certificate and an associated attribute certificate |
US7580988B2 (en) * | 2001-04-05 | 2009-08-25 | Intertrust Technologies Corporation | System and methods for managing the distribution of electronic content |
US6959336B2 (en) * | 2001-04-07 | 2005-10-25 | Secure Data In Motion, Inc. | Method and system of federated authentication service for interacting between agent and client and communicating with other components of the system to choose an appropriate mechanism for the subject from among the plurality of authentication mechanisms wherein the subject is selected from humans, client applications and applets |
US7136840B2 (en) | 2001-04-20 | 2006-11-14 | Intertrust Technologies Corp. | Systems and methods for conducting transactions and communications using a trusted third party |
US7581103B2 (en) | 2001-06-13 | 2009-08-25 | Intertrust Technologies Corporation | Software self-checking systems and methods |
US7844813B2 (en) | 2001-07-13 | 2010-11-30 | Durward D. Dupre | Method, system and process for data encryption and transmission |
KR20010088917A (en) | 2001-07-30 | 2001-09-29 | 최종욱 | Method of protecting digital information and system thereof |
EP2224637B1 (en) * | 2001-08-13 | 2014-10-08 | The Board Of Trustees Of The Leland Stanford Junior University | Systems and methods for identity-based encryption |
US7171557B2 (en) * | 2001-10-31 | 2007-01-30 | Hewlett-Packard Development Company, L.P. | System for optimized key management with file groups |
JP3524901B2 (en) * | 2001-12-03 | 2004-05-10 | おべ工業株式会社 | Pit cover opening and closing device for moving objects |
US7146009B2 (en) * | 2002-02-05 | 2006-12-05 | Surety, Llc | Secure electronic messaging system requiring key retrieval for deriving decryption keys |
US7693285B2 (en) * | 2002-03-06 | 2010-04-06 | Entrust, Inc. | Secure communication apparatus and method |
US7383570B2 (en) * | 2002-04-25 | 2008-06-03 | Intertrust Technologies, Corp. | Secure authentication systems and methods |
US7747856B2 (en) * | 2002-07-26 | 2010-06-29 | Computer Associates Think, Inc. | Session ticket authentication scheme |
JP2004112461A (en) * | 2002-09-19 | 2004-04-08 | Sony Corp | Data processing method, program thereof, and apparatus thereof |
US20040128541A1 (en) * | 2002-12-31 | 2004-07-01 | Iinternational Business Machines Corporation | Local architecture for federated heterogeneous system |
US7783044B2 (en) | 2003-02-20 | 2010-08-24 | Proofpoint, Inc. | System for on-line and off-line decryption |
JP4036333B2 (en) | 2003-05-23 | 2008-01-23 | 日本アイ・ビー・エム株式会社 | Sender mail server, receiver mail server, e-mail system, signature data management method, and program |
US7716288B2 (en) * | 2003-06-27 | 2010-05-11 | Microsoft Corporation | Organization-based content rights management and systems, structures, and methods therefor |
US7373330B1 (en) * | 2003-07-08 | 2008-05-13 | Copyright Clearance Center, Inc. | Method and apparatus for tracking and controlling e-mail forwarding of encrypted documents |
US8117273B1 (en) * | 2003-07-11 | 2012-02-14 | Mcafee, Inc. | System, device and method for dynamically securing instant messages |
US7519559B1 (en) | 2003-10-30 | 2009-04-14 | Aol Llc | Messaging stamp authority |
US8627489B2 (en) * | 2003-10-31 | 2014-01-07 | Adobe Systems Incorporated | Distributed document version control |
WO2005076270A1 (en) | 2004-02-04 | 2005-08-18 | Koninklijke Philips Electronics N.V. | Device and method for authorizing a user to get access to content stored in encrypted form on a storage medium |
US7827603B1 (en) | 2004-02-13 | 2010-11-02 | Citicorp Development Center, Inc. | System and method for secure message reply |
US7506154B2 (en) | 2004-04-30 | 2009-03-17 | Research In Motion Limited | Transmission of secure electronic mail formats |
US7437558B2 (en) * | 2004-06-01 | 2008-10-14 | Cisco Technology, Inc. | Method and system for verifying identification of an electronic mail message |
US8090940B1 (en) * | 2004-06-01 | 2012-01-03 | Cisco Technology, Inc. | Method and system for verifying identification of an electronic message |
US20060075228A1 (en) * | 2004-06-22 | 2006-04-06 | Black Alistair D | Method and apparatus for recognition and real time protection from view of sensitive terms in documents |
US7783883B2 (en) * | 2004-06-25 | 2010-08-24 | Emc Corporation | System and method for validating e-mail messages |
US7434262B2 (en) | 2004-12-08 | 2008-10-07 | At&T Intellectual Property I, L.P. | Methods and systems that selectively resurrect blocked communications between devices |
US7594116B2 (en) | 2005-04-28 | 2009-09-22 | Proofpoint, Inc. | Mediated key exchange between source and target of communication |
US8682979B2 (en) * | 2005-07-01 | 2014-03-25 | Email2 Scp Solutions Inc. | Secure electronic mail system |
US20070204078A1 (en) * | 2006-02-09 | 2007-08-30 | Intertrust Technologies Corporation | Digital rights management engine systems and methods |
US8135645B2 (en) * | 2005-12-06 | 2012-03-13 | Microsoft Corporation | Key distribution for secure messaging |
CN100450305C (en) | 2006-01-07 | 2009-01-07 | 华为技术有限公司 | Safety service communication method based on general authentification frame |
US7877594B1 (en) * | 2006-03-16 | 2011-01-25 | Copytele, Inc. | Method and system for securing e-mail transmissions |
CN100551034C (en) | 2006-03-30 | 2009-10-14 | 华为技术有限公司 | A kind of mobile multi-media service implementation method and condition receiving system |
US7987514B2 (en) * | 2006-04-04 | 2011-07-26 | Intertrust Technologies Corp. | Systems and methods for retrofitting electronic appliances to accept different content formats |
US8565424B2 (en) | 2006-04-12 | 2013-10-22 | International Business Machines Corporation | Secure non-invasive method and system for distribution of digital assets |
US20070244935A1 (en) * | 2006-04-14 | 2007-10-18 | Cherkasov Aleksey G | Method, system, and computer-readable medium to provide version management of documents in a file management system |
US8104075B2 (en) * | 2006-08-10 | 2012-01-24 | Intertrust Technologies Corp. | Trust management systems and methods |
US7818573B2 (en) | 2006-12-29 | 2010-10-19 | Honeywell International Inc. | Remote control of a security system using e-mail |
CN101009553A (en) | 2006-12-30 | 2007-08-01 | 中兴通讯股份有限公司 | Secret key safety method and system for realizing multi-network integration mobile multi-media broadcasting system |
US20080165972A1 (en) * | 2007-01-08 | 2008-07-10 | I-Fax.Com Inc. | Method and system for encrypted email communication |
JP2008177683A (en) * | 2007-01-16 | 2008-07-31 | Kyocera Mita Corp | Data providing system, data receiving system, data providing method, data providing program and data receiving program |
US8108417B2 (en) * | 2007-04-04 | 2012-01-31 | Intertrust Technologies Corporation | Discovering and scoring relationships extracted from human generated lists |
WO2009003124A1 (en) * | 2007-06-26 | 2008-12-31 | Seeqpod, Inc. | Media discovery and playlist generation |
TW200949541A (en) * | 2008-05-28 | 2009-12-01 | Ind Tech Res Inst | A browsing method for digital content of hierarchical image management and system therefore |
-
2008
- 2008-12-22 CA CA2709944A patent/CA2709944C/en active Active
- 2008-12-22 EP EP08865360A patent/EP2232763A4/en not_active Withdrawn
- 2008-12-22 WO PCT/AU2008/001898 patent/WO2009079708A1/en active Application Filing
- 2008-12-22 KR KR1020107016337A patent/KR20100133953A/en not_active Application Discontinuation
- 2008-12-22 JP JP2010538282A patent/JP2011507414A/en active Pending
- 2008-12-22 AU AU2008341026A patent/AU2008341026C1/en active Active
- 2008-12-22 CN CN2008801268655A patent/CN101953111A/en active Pending
- 2008-12-22 US US12/809,758 patent/US8806207B2/en active Active
- 2008-12-22 NZ NZ586279A patent/NZ586279A/en unknown
-
2011
- 2011-03-16 AU AU2011201188A patent/AU2011201188A1/en not_active Abandoned
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9369440B2 (en) | 2012-07-24 | 2016-06-14 | Empire Technology Development Llc | Securing private information in public, private and mobile devices |
Also Published As
Publication number | Publication date |
---|---|
AU2011201188A1 (en) | 2011-04-07 |
US8806207B2 (en) | 2014-08-12 |
EP2232763A4 (en) | 2012-08-08 |
US20110040964A1 (en) | 2011-02-17 |
AU2008341026C1 (en) | 2012-10-04 |
NZ586279A (en) | 2012-08-31 |
AU2008341026B2 (en) | 2010-12-16 |
CN101953111A (en) | 2011-01-19 |
AU2008341026A1 (en) | 2009-07-02 |
WO2009079708A1 (en) | 2009-07-02 |
JP2011507414A (en) | 2011-03-03 |
KR20100133953A (en) | 2010-12-22 |
EP2232763A1 (en) | 2010-09-29 |
CA2709944C (en) | 2016-02-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
AU2008341026B2 (en) | System and method for securing data | |
USRE47313E1 (en) | Securing digital content system and method | |
US8261320B1 (en) | Systems and methods for securely managing access to data | |
US8954758B2 (en) | Password-less security and protection of online digital assets | |
US11290446B2 (en) | Access to data stored in a cloud | |
US8204233B2 (en) | Administration of data encryption in enterprise computer systems | |
EP1320015A2 (en) | System and method for providing manageability to security information for secured items | |
US20030217281A1 (en) | System and method for imposing security on copies of secured items | |
KR20220039779A (en) | Enhanced security encryption and decryption system | |
CN112329050A (en) | File security management terminal and system | |
WO2013020177A1 (en) | System and method for accessing securely stored data | |
WO2013020178A1 (en) | A system and method for distributing secured data | |
US20200304317A1 (en) | Secure file | |
KR102554875B1 (en) | Apparatus and method for connecting network for providing remote work environment | |
US20220092193A1 (en) | Encrypted file control | |
WO2013044311A1 (en) | A system and method for distributing secured data | |
WO2021202346A1 (en) | Multi-factor geofencing system for secure encryption and decryption system | |
EP1320017A2 (en) | System and method for imposing security on copies of secured items | |
NZ618683B2 (en) | Access control to data stored in a cloud | |
WO2013044302A2 (en) | A system and method for distributing secured data |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
EEER | Examination request |
Effective date: 20141217 |