EP4242902A2

Self-encrypting module with embedded wireless user authentication

Abstract

Methods, systems, and computer programs are presented for a self-encrypting device (SED) incorporated into a host system. In one example, the host system includes a memory, a processor, a data channel in communication with the memory and the processor, and the SED. The SED comprises an authentication subsystem, a storage subsystem that stores encrypted data that is encrypted with an encryption key provided by the authentication subsystem, a radio frequency (RF) transceiver, and a data interface in electrical contact with the data channel. The data interface is locked from sending and receiving data until the SED is unlocked by the authentication subsystem with user-authentication information received via the RF transceiver.

EP4242902A2, drawing sheet 1 — Sheet 1 of 32

Term

12.9 yearsto projected expiry

Projected expiry 14 August 2039, counted from filing; an application has no term until it is granted.

13 claims: 10 independent, 3 dependent

1
A method comprising:providing (2302) a user interface to access a management server that manages access of users to self-encrypting devices, the management server comprising a database storing information about the users and information about the self-encrypting devices;receiving (2304), by the management server, a request of a user to unlock a self-encrypting device to enable a data channel that provides access from a host computer to the self-encrypting device, the self-encrypting device being in wireless communication with a mobile device, wherein the request is received from the mobile device;verifying (2306), by the management server, authentication information of the user received in the request;and sending (2308), by the management server, an unlock command to the mobile device based on the verifying, wherein the unlock command enables the self-encrypting device to unlock the data channel in response to the mobile device forwarding the unlock command to the self-encrypting device via the wireless communication, the data channel providing data access to encrypted storage in the self-encrypting device.
4
The method as recited in any one of claims 1 to 3, further comprising:providing, in the user interface, options to configure the self-encrypting devices, the options being to reset, enable, disable, lock, unlock, password recovery, or password change of the self-encrypting device.
5
The method as recited in any one of the preceding claims, wherein each drive has a unique hardware identifier stored in the database.
6
The method as recited in any one of the preceding claims, further comprising:providing, in the user interface, options to allow access to one or more self-encrypting devices by a given user.
7
The method as recited in any one of the preceding claims, further comprising:providing, in the user interface, options to establish geographic boundaries for use of the self-encrypting devices by the user, the geographic boundaries defined for a location of the mobile device.
8
The method as recited in any one of the preceding claims, further comprising:providing, in the user interface, options to establish one or more time boundaries for use of the self-encrypting devices by the user.
9
The method as recited in any one of the preceding claims, further comprising:providing, in the user interface, options to manage licenses for an account in the management server, the options including determining a maximum number of administrators, a maximum number of self-encrypting devices, and a maximum number of users.
10
The method as recited in any one of the preceding claims, further comprising:providing, in the user interface, options to view self-encrypting device activity including date of provisioning, user that provisioned, time of last access, user in last access, and geographic location of last access.
11
The method as recited in any one of the preceding claims, further comprising:receiving, via the user interface, a request to recover a user password for the user for a given self-encrypting device;authenticating, by the management server, the user for access to the given self-encrypting device;and providing the user password to the user based on the authenticating, the user password being retrieved from the database.
12
A management server (604; 2400) comprising:a memory (2404, 2406, 2416) comprising instructions (2424);a database (642) storing information about users and information about self-encrypting devices;and one or more computer processors (2402), wherein the instructions (2424), when executed by the one or more computer processors, cause the management server (2400) to perform the method of any one of claims 1 to 11.

250 paragraphs in 6 sections, as filed

CLAIM OF PRIORITY

0001This application is a continuation of <patcit id="pcit0001" dnum="US10397918"><text>U.S. Patent Application No. 16/103,979, filed August 16, 2018</text></patcit>, which is a continuation-in-part Application of <patcit id="pcit0002" dnum="US987749"><text>U.S. Patent Application No. 14/987,749</text></patcit>, entitled "Data Security System with Encryption," filed on January 4, 2016, which is a continuation-in-part of <patcit id="pcit0003" dnum="US68074210"><text>U.S. Patent Application number 12/680,742 filed March 29, 2010</text></patcit>, which is the National Stage of International Application number <patcit id="pcit0004" dnum="US2008077766W"><text>PCT/US2008/077766, filed September 26, 2008</text></patcit>, which claims the benefit of <patcit id="pcit0005" dnum="US97581407"><text>U.S. Provisional Patent Application serial number 60/975,814 filed September 27, 2007</text></patcit>, all of which are incorporated herein by reference in their entirety.

0002The present application contains subject matter related to <patcit id="pcit0006" dnum="US98767816"><text>U.S. Patent Application No. 14/987,678, filed on January 4, 2016</text></patcit>, entitled "Data Security System with Encryption," which is incorporated herein by reference.

TECHNICAL FIELD

0003The present invention relates generally to electronic devices, and more particularly to memory devices.

BACKGROUND

0004Security is a critical issue with almost all aspects of computer use. Storage media, such as hard disk drives attached to computers, contain valuable information, which is vulnerable to data theft. A great deal of money and effort are being applied to guarding personal, corporate, and government security information.

0005As portable memory storage devices have become smaller, easier to lose, more ubiquitous, cheaper, and larger in memory capacity, they have come to pose extraordinary security problems. It is now possible to download massive amounts of information surreptitiously into portable memory storage devices, such as universal serial bus flash and micro drives, cellphones, camcorders, digital cameras, iPODs, MP3/4 players, smart phones, palm and laptop computers, gaming equipment, authenticators, tokens (containing memory), etc.-in general, a mass storage device (MSD).

0006More specifically, there are millions of MSDs being used for backup, transfer, intermediate storage, and primary storage into which information can be easily downloaded from a computer and carried away. The primary purpose of any MSD is to store and retrieve "portable content," which is data and information tied to a particular owner, not a particular computer.

0007The most common means of providing storage security is to authenticate the user with a computer-entered password. A password is validated against a MSD stored value. If a match occurs, the drive will open. Or, the password itself is used as the encryption key to encrypt/decrypt data stored to the MSD.

0008For drives that support on-the-fly encryption, the encryption key is often stored on the media in an encrypted form. Since the encryption key is stored on the media, it becomes readily available to those willing to circumvent the standard interface and read the media directly. Thus, a password is used as the key to encrypt the encryption key.

0009For self-authenticating drives with on-the-fly encryption-e.g., self-encrypting drives (SEDs), their authentication sub-system is responsible for maintaining security. There is no dependency on a host computer to which it is connected. Thus, a password cannot (or need not) be sent from the host in order to unlock the MSD. In fact, the encryption key no longer needs to be stored on the media. The authentication subsystem becomes the means for managing encryption keys.

0010Some SEDs may also be installed within other devices, such as hard drives with encryption capabilities installed within servers, personal computers, printers, scanners, laptops, tablets, embedded systems, mobile devices, etc. However, some solutions rely on a user entering a password on the hosting device, and then the password is transmitted to the SED. Because they rely on the host, these SEDs have dependencies on the architecture of the host, such as hardware interfaces and host operating systems. Further, by having to maintain a communication channel to receive the passwords, the STDs are susceptible to hacking via this communication channel; the SEDs cannot be completely locked out from the host as the SEDs have to have some open data channels to send the user-authentication information.

0011Thus, a need still remains for improved security. In view of the ever-increasing commercial competitive pressures, along with growing consumer expectations and diminishing opportunities for meaningful product differentiation in the marketplace, it is critical that answers be found for these problems. Additionally, the needs to reduce costs, improve efficiencies and performance, and meet competitive pressures add an even greater urgency to the critical necessity for finding answers to these problems.

0012Solutions to these problems have been long sought, but prior developments have not taught or suggested any solutions and, thus, solutions to these problems have long eluded those skilled in the art.

DISCLOSURE OF THE INVENTION

0013The present invention provides a method of operation of a data security system including: providing a mobile device with a data security system application for connectivity with the data security system; starting the data security system application; and maintaining connectivity of the data security system with the mobile device.

0014The present invention provides a data security system including: a data security transceiver or receiver; an authentication subsystem operatively connected to the data security transceiver or receiver; and a storage subsystem connected to the authentication subsystem. The self-encrypting device provides host-independent (e.g., autonomous) user-authentication because the self-encrypting device does not use the resources from the host to authenticate the user, instead, the self-encrypt and device utilizes its own resources to authenticate a user. Further, the user authentication by the self-encrypting device is independent, not only from the host, but also from the operating system (OS) executing in the host because the OS resources are not used for the user authentication. The resources used by the self-encrypting device for authenticating the user include a radiofrequency transceiver to receive the user-authentication information.

0015Certain embodiments of the invention have other aspects in addition to or in place of those mentioned above. The aspects will become apparent to those skilled in the art from a reading of the following detailed description when taken with reference to the accompanying drawings.

BRIEF DESCRIPTION OF THE DRAWINGS

0016<ul id="ul0001" list-style="none"><li><figref idref="f0001">FIG. 1</figref> is a schematic of a data security system in accordance with an embodiment of the present invention.</li><li><figref idref="f0002">FIG. 2A</figref> is an illustration of an authentication key delivery method used with the data security system.</li><li><figref idref="f0003">FIG. 2B</figref> is an illustration of an architecture for a self-encrypting drive (SED) situated inside a host computer system.</li><li><figref idref="f0004">FIG. 2C</figref> illustrates a method for unlocking the SED inside a laptop.</li><li><figref idref="f0005">FIG. 3A</figref> is an illustration of different systems for the user to interact with the data security system.</li><li><figref idref="f0006">FIG. 3B</figref> illustrates the interaction of a mobile device with a host computer system having an SED.</li><li><figref idref="f0007">FIG. 4</figref> is an illustration of how the user can employ the host computer system to interact with a data security system.</li><li><figref idref="f0008">FIG. 5</figref> is a data security method employing user verification for the data security system.</li><li><figref idref="f0009">FIG. 6A</figref> illustrates a management architecture for remote management of devices with encryption capabilities.</li><li><figref idref="f0010">FIG. 6B</figref> is an exemplary data security communication system.</li><li><figref idref="f0011">FIG. 6C</figref> is another data security communication system with embedded SED.</li><li><figref idref="f0012 f0013">FIGs. 6D-6E</figref> illustrate the organization of the user management database, according to some example embodiments.</li><li><figref idref="f0014">FIG. 7</figref> is an administrator sequencing diagram showing the sequence of operations between a mobile device and the data security system.</li><li><figref idref="f0015">FIG. 8</figref> is an unlocking-sequence diagram where the mobile device is an authentication factor.</li><li><figref idref="f0016">FIG. 9</figref> is an unlocking-sequence diagram showing unlocking using a PIN entry from the mobile device.</li><li><figref idref="f0017">FIG. 10</figref> is an unlocking-sequence diagram showing unlock using a PIN entry and user ID/location/time verification via the server/console.</li><li><figref idref="f0018">FIG. 11</figref> is a reset sequencing diagram showing resetting the data security system using a server/console.</li><li><figref idref="f0019">FIG. 12</figref> is an unlocking-sequence diagram showing unlocking the data security system using the server/console.</li><li><figref idref="f0020">FIG. 13</figref> is a change user's password sequence diagram using the server/console.</li><li><figref idref="f0021">FIG. 14</figref> is a diagram illustrating the remote locking of a device from the management console.</li><li><figref idref="f0022">FIG. 15</figref> is a diagram illustrating keeping the data security system unlocked during a reboot process.</li><li><figref idref="f0023">FIG. 16</figref> is a user interface for configuring drive operations, according to some example embodiments.</li><li><figref idref="f0024">FIG. 17</figref> is a user interface for managing users of remote devices, according to some example embodiments.</li><li><figref idref="f0025">FIG. 18</figref> is a user interface for setting time and geographic constraints on the use of devices.</li><li><figref idref="f0026">FIG. 19</figref> is a user interface that provides a summary of the configured features for a client, according to some example embodiments.</li><li><figref idref="f0027">FIG. 20</figref> is a user interface for configuring administrator contacts for a client, according to some example embodiments.</li><li><figref idref="f0028">FIG. 21</figref> is a user interface for accessing drive-activity information, according to some example embodiments.</li><li><figref idref="f0029">FIG. 22</figref> is a flowchart of a method for providing host-independent authentication for a self-encrypting device incorporated into a host system, according to some example embodiments.</li><li><figref idref="f0030">FIG. 23</figref> is a flowchart of a method for remote management of self-encrypting devices with host-independent autonomous wireless authentication, according to some example embodiments.</li><li><figref idref="f0031">FIG. 24</figref> is a block diagram illustrating an example of a machine upon or by which one or more example process embodiments described herein may be implemented or controlled.</li></ul>

DETAILED DESCRIPTION

0017The following embodiments are described in sufficient detail to enable those skilled in the art to make and use the invention. It is to be understood that other embodiments would be evident based on the present disclosure, and that system, process, or mechanical changes may be made without departing from the scope of the present invention.

0018In some implementations, a self-encrypting drive (SED), with embedded wireless user authentication, is presented. Implementations are described for the use of SEDs as hard drives, e.g., hard disk drives (HDD), solid-state drives (SSD), or other types of Flash-based data storage memory devices and boards), but the SEDs may also be used for other types of applications, such as printers, scanners, tablets, embedded systems, mobile devices, etc. The SED may be referred to herein also as a Data Security System (DSS) or simply as drive. The wireless authentication is performed independently of the host device that is accessing the storage of the SED. For example, a mobile device may establish a direct, wireless connection to the SED to provide user-authentication information and unlock the SED for access from another device, such as a host. The host may be unaware of the wireless authentication and view the SED as a regular hard drive or other type of storage device.

0019The user-authentication information is kept in an authentication subsystem that is separate from the communication channel. Therefore, the user-authentication information is never accessible from the outside, via the communication channel or any other communication channel.

0020Additionally, the data in the storage media of the SED is encrypted for internal storage, but the data is transmitted in clear form when sending to or receiving from the host.

0021In other implementations, a remote management system is provided for providing administrative control of users and SEDs. From the remote management system console, an administrator is able to control the SEDs, such as enabling or disabling an SED, configuring access by users, setting time or geographic limits on the use of the SED, permanently disabling the SED, etc. Additionally, the remote management system may create user accounts, define administrators and users, provide user interfaces for users and drives, manage user licenses, and set up and enforce security options.

0022In the following description, numerous specific details are given to provide a thorough understanding of the invention. However, it will be apparent that the invention may be practiced without these specific details. In order to avoid obscuring the present invention, some well-known circuits, system configurations, and process steps are not disclosed in detail.

0023Likewise, the drawings showing embodiments of the system are semi-diagrammatic and not to scale and, particularly, some of the dimensions are for the clarity of presentation and are shown exaggerated in the drawing figures. Where multiple embodiments are disclosed and described having some features in common, for clarity and ease of illustration, description, and comprehension thereof, similar and like features one to another will ordinarily be described with similar or the same reference numerals. Similarly, although the views in the drawings for ease of description generally show similar orientations, this depiction in the figures is arbitrary for the most part. Generally, the invention can be operated in any orientation.

0024The term "system" as used herein refers to and is defined as the method and as the apparatus of the present invention in accordance with the context in which the term is used. The term "method" as used herein refers to and is defined as the operational steps of an apparatus.

0025For reasons of convenience and not limitation, the term "data" is defined as information that is capable of being produced by or stored in a computer. The term "data security system" is defined as meaning any portable memory device incorporating a storage medium. The term "storage media" as used herein refers to and is defined as any solid state, NAND flash, and/or magnetic data recording system. The term "locked" refers to the data security system when the storage media is not accessible, and the term "unlocked" refers to the data security system when the storage media is accessible.

0026There are generally two methods to make a storage device tamper-resistant: 1. Apply epoxy to components-an epoxy resin applied to the printed circuit board can make it difficult to disassemble the storage device without destroying storage media. 2. Encrypt memory data-data gets encrypted as it is written to the storage media and an encryption key is required to decipher the data.

0027Referring now to <figref idref="f0001">FIG. 1</figref>, therein is shown a schematic of a data security system 100 in accordance with an embodiment of the present invention. The data security system 100 consists of an external communication channel 102, an authentication subsystem 104, and a storage subsystem 106.

0028The storage subsystem 106 is electronic circuitry that includes an interface controller 108, an encryption engine 110, and storage media 112. The storage media 112 can be an internal or external hard disk drive, USB flash drive, solid state drive, hybrid drive, memory card, tape cartridge, and optical media including optical disk (e.g., Blu-ray disk, digital versatile disk or DVD, and compact disk or CD). The storage media 112 can include a data protection appliance, archival storage system, and cloud-based data storage system. The cloud storage system may be accessed utilizing a plug-in (or "plugin") application or extension software installed in a browser application, either on the host computer or on another system coupled to the host computer via a wired or wireless network, such as RF or optical, or over the world wide web.

0029The interface controller 108 includes electronic components such as a micro-controller with the encryption engine 110 of software or hardware, although the encryption engine 110 can be in a separate controller in the storage subsystem 106.

0030The authentication subsystem 104 is electronic circuitry that includes an authentication controller 114, such as a micro-controller, which may have its own non-volatile memory, such as an electrically erasable programmable read-only memory (EEPROM).

0031The external communication channel 102 provides a means of exchanging data with a host computer system 120. Universal Serial Bus (USB) is one of the most popular means to connect the data security system 100 to the host computer system 120. Other examples of the external communication channel 102 include Firewire, wireless USB, Serial ATA (SATA), Peripheral Component Interconnect (PCI), Integrated Drive Electronics (IDE), Small Computer System Interface (SCSI), Industry Standard Architecture (ISA), Personal Computer Memory Card International Association (PCMCIA), Peripheral Component Interconnect Express (PCI Express), a switch fabric, High Definition Multimedia Interface (HDMI), Recommended Standard 232 (RS-232), and radio frequency wireless networks.

0032The interface controller 108 is capable of translating USB packet data to data that can be written to the storage media 112 in a USB flash-memory- based drive (or other types of data storage media). In some example embodiments, the interface controller 108 is not operational until the authentication subsystem 104 has authenticated the user 122, that is, the encryption engine 110 will not encrypt or decrypt data and the external communication channel 102 will not transfer any data until the user 122 is authenticated.

0033The encryption engine 110 is implemented as part of the interface controller 108 and takes clear text and/or data (information) from the host computer system 120 and converts it to an encrypted form that is written to the MSD or the storage media 112. The encryption engine 110 also converts encrypted information from the storage media 112 and decrypts it to clear information for the host computer system 120. The encryption engine 110 can also be a two-controller subsystem with an encryption controller that has the encryption capability to encrypt/decrypt data on the fly along with managing the communication protocol, memory, and other operating conditions, and a communication/security controller for handling the communication, encryption key management, and communications with the encryption controller.

0034An encryption key 116 is required by the encryption engine 110 to encrypt/decrypt the information. The encryption key 116 is used in an algorithm (e.g., a 256-bit Advanced Encryption Standard (AES) encryption) that respectively encrypts/decrypts the data by an encryption algorithm to render data unreadable or readable. The encryption key 116 can be stored either internally or externally to the authentication controller 114.

0035The encryption key 116 is transmitted to the encryption engine 110 by the authentication subsystem 104 once a user 122, having an identification number or key, has been verified against an authentication key 118.

0036It has been discovered that, by the employment of the authentication key 118 and the encryption key 116, portable memory storage devices of the various embodiments of the present invention can provide an extremely high level of security previously not available in other such devices.

0037When the data security system 100 is locked, the authentication key 118 remains inside the authentication subsystem 104 and cannot be read from outside. One method of hiding the authentication key 118 is to store it in the authentication controller 114 in the authentication subsystem 104. Setting the security fuse of the authentication controller 114 makes it impossible to access the authentication key 118 unless the authentication controller 114 allows retrieval once the user 122 has been verified. Many micro-controllers come equipped with a security fuse that prevents accessing any internal memory when blown. This is a well-known and widely used security feature. Such a micro-controller could be used for the authentication controller 114. The authentication controller 114 can be a micro-controller or microprocessor.

0038The authentication key 118 can be used as in several capacities: 1. As the encryption key 116 to encrypt/decrypt the information directly. 2. As a key to recover the encryption key 116 stored in the data security system 100 that can be accessed by the interface controller 108. 3. Used for direct comparison by the interface controller 108 to activate the external communication channel 102.

0039Referring now to <figref idref="f0002">FIG. 2A</figref>, therein is shown an illustration of an authentication key delivery method used with the data security system 100. In this illustration, the authentication key 118 and the encryption key 116 are one and the same. The encryption engine 110 employs the authentication key 118 as the encryption key 116. In other example embodiments, the authentication key 118 and the encryption key 116 are different and independent from each other.

0040The user 122 interacts with the authentication subsystem 104 by providing user identification 202, a number or key, to the authentication subsystem 104. The authentication subsystem 104 validates the user 122 against the authentication key 118. The authentication subsystem 104 then transmits the authentication key 118 as the encryption key 116 to the interface controller 108.

0041The encryption engine 110, in the interface controller 108, employs the encryption key 116 to convert clear information to encrypted information and encrypted information to clear information along a data channel 206-207. Clear data channel 206 is used to exchange clear data, and encrypted data channel 207 is used to exchange encrypted data. Any attempt to read encrypted information from the storage media 112 without the encryption key 116 will generally result in information that is unusable by any computer.

0042<figref idref="f0003">FIG. 2B</figref> is an illustration of an architecture for a self-encrypting drive (SED) situated inside a host computer system 204. The host computer system 204 includes the data security system 100, as well as other host components, such as input/output devices 208, a processor 210, and a memory 212.

0043The data security system 100 is being used as a self-encrypting drive, and the data security system 100 interfaces directly with the user 122 for authenticating the user 122 so the data security system 100 may be accessed through the clear data channel 206 (e.g., internal bus). Although the data security system 100 may be situated within the computer casing of the host computer system 204, or may be attached to the host computer system, and the data security system 100 may be upgraded or replaced, the data security system 100 is still independent from the host computer system 204 for authenticating the user 122.

0044Other solutions for SEDs store the encryption key on the storage media 112 or inside a communications controller, but this type of implementation is susceptible to attack because the user-authentication information is still going thru the host computer and the encryption key may be obtained by brute force or by other means, just by reading the storage media or the communications controller. Because the authentication is provided through the communications controller, in these other solutions, the encryption key that is stored therein may be hacked.

0045On the other hand, in the data security system 100, the clear data channel 206 is completely locked until the user is authenticated. In some example embodiments, the storage subsystem 106 is not powered until the user is authenticated. Further, the data security system 100 does not keep the encryption key 116 inside the encryption engine 110 of the interface controller 108. Once the user is authenticated, the encryption key 116 is sent from the authentication subsystem 104 to the encryption engine 110.

0046<figref idref="f0004">FIG. 2C</figref> illustrates a method for unlocking the SED inside a laptop. At operation 222, the SED is locked (e.g., the user has not authenticated the SED yet); when the user powers up a laptop 228, the laptop 228 tries to find a boot drive, but since the SED is locked, the laptop 228 does not find any bootable devices 230. When the SED is locked, the SED does not provide the data interface to the host, so the host is not aware of the existence of the SED; in other words, the internal SED is "invisible" to the host. Physically, the SED is in the host, but logically the SED does not "exist" in the host as long as the data channel is locked. From a security point of view, this invisibility is beneficial because it is not possible to attack something you don't see. Once the SED is unlocked, the SED becomes visible and provides internal storage for the host.

0047Afterwards, the user unlocks (operation 224) the SED via a mobile app executing on a mobile device 232. The mobile app is used to enter authentication via wireless connection to the SED, as described in more detail below. The wireless connection to the SED may be protected with its own independent encryption layer.

0048After the SED is enabled (operation 226), the laptop 228 is able to boot 234, and the SED behaves as a regular hard drive. The software and the hardware in the laptop 228 is not aware that the SED is different from any regular hard drive, and no special software or hardware is required to support the SED in the laptop 228.

0049Additionally, for security reasons, the SED may be locked, even when the operating system in the laptop 228 is up and running. The remote management system may send a command (e.g., via the mobile device 232) to lock the SED. For example, if an administrator has detected malicious activity, the administrator may send a command to lock the SED immediately, the operating system would report the failure of the hard drive, and the laptop 228 will not be operational anymore. In some cases, when there is not an urgent threat, the remote lock may be sent with a timer (e.g., five minutes) to enable the user to close files and maybe power down the laptop 228; when the timer expires, the SED is locked. In some example embodiments, the SED may generate a shutdown signal of the laptop 228 for the laptop to shut down before the SED is locked.

0050During a malicious attack, the attacker may take out the SED and read the data in the media to look for the encryption. With prior solutions, the hacker may gain access to the media. However, the SED described herein, when locked, does not provide a data channel to give access to the storage media, so the attacker may not use brute force to read the media.

0051In some cases, the remote management system may send a remove wipe (remote reset, remote kill) command to the SED, and the SED will not only lock the communication channel, but also delete the encryption key (in some cases, the SED is zeroized). Since the encryption key is never made available outside the SED, no other user or entity will have the encryption key and the data in the SED will not be accessible (unless the attacker is able to break the encryption, which is an almost impossible task given the computing resources currently required to break long encryption keys).

0052Referring now to <figref idref="f0005">FIG. 3A</figref>, therein is shown an illustration of different systems for the user 122 to interact with a data security system 300. The interaction can be by a communication combination, which can be by a physical contact, wired connection, or wireless connection from a cell phone, smartphone, smart watch, wearable appliance, or other wireless device.

0053In one method for wireless authentication 308, a mobile transceiver 302 (e.g., in a mobile phone, tablet, a key-fob, etc.) is employed to transmit user identification 304 to a data security transceiver 306 in an authentication subsystem 310. For exemplary purposes, transceivers are employed for bi-directional communication flexibility, but a transmitter-receiver combination for uni-directional communication could also be used.

0054The authentication subsystem 310 includes the authentication controller 114, which is connected to the interface controller 108 in the storage subsystem 106. The user identification 304 is supplied to the data security transceiver 306 within the authentication subsystem 310 by the mobile transceiver 302 from outside the storage subsystem 106 of the data security system 300. The wireless communication may include Wireless Fidelity (WiFi), Bluetooth (BT), Bluetooth Smart, Near Field Communication (NFC), Global Positioning System (GPS), optical, cellular communication (for example, Long-Term Evolution (LTE), Long-Term Evolution Advanced (LTE-A)), Code Division Multiple Access (CDMA), Wideband Code Division Multiple Access (WCDMA), Universal Mobile Telecommunications System (UMTS), Wireless Broadband (WiBro), or Global System for Mobile Communications (GSM), and the like.

0055The authentication subsystem 310 validates the user 122 against the authentication key 118 by a code sent from the mobile transceiver 302 being validated against the authentication key 118. After a successful user authentication validation, the authentication subsystem 310 then transmits the encryption key 116 to the interface controller 108 across the communication channel 307.

0056The encryption engine 110 then employs the encryption key 116 to convert clear information to encrypted information and encrypted information to clear information along the data channel 206-207. Any attempt to read encrypted information from the storage media 112 without the encryption key 116 will result in information that is unusable by the host computer system 120.

0057In an optional second authentication mechanism, the authentication subsystem 310 validates the user 122 against the authentication key 118 by having the user 122 employ a biometric sensor 320 to supply a biometric input 322 to verify his/her identity as an authorized user. Types of biometric identification include a fingerprint, an iris scan, a voice imprint, etc.

0058In an optional third authentication mechanism, the authentication subsystem 310 validates the user 122 against the authentication key 118 by having the user 122 employ an electro-mechanical input mechanism 330 to supply a unique code 332 to verify his/her identity as an authorized user. The unique code 332 can include a numerical, alphanumeric, or alphabetic code, such as a PIN. The electro-mechanical input mechanism 330 is within the authentication subsystem 310. The electro-mechanical input mechanism 330 receives the unique code 332 from the user 122 from outside of the data security system 300. The unique code 332 is supplied to the electro-mechanical input mechanism 330 within the authentication subsystem 310 from outside the storage subsystem 106 of the data security system 300.

0059No matter which method is used to validate the user 122, the authentication key 118 and the encryption key 116 remain hidden in the authentication subsystem 310 until the user 122 is authenticated, and the interface controller 108 does not have access to the authentication key 118 or the encryption key 116. In some embodiments, the security controller may not even have a power until the user has been authenticated.

0060In some example embodiments, the data security system 300 includes an internal power source, such as a battery 334. In other example embodiments, the data security system 300 does not include an internal power source and uses the power source provided by the host computer system 120. In other example embodiments, the data security system 300 may use both a power source provided by the host and the internal power source.

0061<figref idref="f0006">FIG. 3B</figref> illustrates the interaction of a mobile device 232 with a host computer system 204 having a data security system 300. The data security system 300, installed inside the host computer system 204, acts as an SED with independent authentication methods that do not rely on other hardware or software of the host computer system 204, such as input/output devices 208, processor 210, and memory 212. The host-independent authentication methods include wireless authentication, biometric authentication, and authentication based on user input received via a keyboard, a keypad, or some other manipulatable input mechanism, that is independent from the host.

0062Other SED solutions require authentication utilizing the host computer resources (e.g., I/O 208, processor 210, memory 212). For example, in other solutions, the user-authentication information is entered into the host computer system 204 via the input/output devices 208, such as a keyboard or a fingerprint reader.

0063The user-authentication information is then sent to the SED via the interface controller 108. This means that the interface controller 108 has to be opened (e.g., unlocked) in order to receive the user-authentication information. In the data security system (e.g., SED) 300, the interface controller 108 is completely locked from access by the host computer system 204 until the user 122 is authenticated via the RF transceiver 306, biometric sensor 320, or electro-mechanical input mechanism 330. In some example embodiments, when the interface controller 108 is locked, the host computer system 204 may not even recognize that there is an SED installed in the host computer system 204.

0064Referring now to <figref idref="f0007">FIG. 4</figref>, therein is shown an illustration of how the user 122 can employ the host computer system 120 to interact with a data security system 400.

0065The host computer system 120 is provided with a host application 402. The host application 402 is software or firmware, which communicates over the external communication channel 102 of the data security system 100.

0066The host application 402 delivers host identifiers 406, such as internal component serial numbers (e.g., hard drive), media access control (MAC) address of a network card, login name of the user, network Internet Protocol (IP) address, an ID created by the data security system 100 and saved to the host, an ID created by the data security system 100 and saved to the network, etc., associated with its environment. The host identifiers 406 are employed by an authentication subsystem 408 in the data security system 100.

0067When the authentication subsystem 408 validates the user 122 against the authentication key 118 by verifying the host identifiers 406, the data security system 100 will unlock.

0068For example, the user 122 connects the data security system 100 that is locked to the host computer system 120. The host application 402 sends the MAC address of its network card to the data security system 100. The data security system 100 recognizes this MAC address as legitimate and unlocks without the user 122 of <figref idref="f0001">FIG. 1</figref> having to enter user identification. This implementation does not require any interaction with the user 122. In this case, it is the host computer system 120 and its associated environment that are being validated.

0069The data security system 100 includes: providing the authentication key 118 stored in the authentication subsystem 104; providing verification of the host computer system 120 by the authentication subsystem 104; presenting the encryption key 116 to the storage subsystem 106 by the authentication subsystem 104; and providing access to the storage media 112 by the storage subsystem 106 by way of decrypting the storage media content.

0070The data security system 100 further includes the authentication subsystem 104 for interpretation of biometric input and verification of the user 122.

0071The data security system 100 further includes using the authentication key 118 as the encryption key 116 directly.

0072The data security system 100 further includes using the authentication key 118 to decrypt and retrieve the encryption key 116 used to decipher internal content.

0073The data security system 100 further includes the authentication subsystem 104 for interpretation of signal inputs and verification of sending unit.

0074The data security system 100 further includes the authentication subsystem 104 for interpretation of manually entered input and verification of the user 122.

0075The data security system 100 further includes the authentication subsystem 104 for interpretation of input sent by a host resident software application for verification of the host computer system 120.

0076The data security system 100 further includes the encryption engine 110 outside the interface controller 108 but connected to the external communication channel 102 for the purpose of converting clear data to encrypted data for unlocking the data security system 100.

0077Referring now to <figref idref="f0008">FIG. 5</figref>, therein is shown a data security method 500 employing user verification for the data security system 100. The data security method 500 includes; verifying the user against an authentication key in a block 502; employing the authentication key for retrieving an encryption key in a block 504; and employing the encryption key for allowing unencrypted communication through a storage subsystem between a host computer system and a storage media in a block 506.

0078<figref idref="f0009">FIG. 6A</figref> illustrates one of the possible embodiments for a management architecture 600 for remote management of devices with encryption capabilities. A management server 604, that includes a user management database 642, provides remote management, including remote security, of devices via a network, such as a cloud 650. A management console 640 may connect to the management server 604, directly (e.g., USB port) or via the cloud 650. Although a management server 604 is illustrated, the implementation of the management server 604 may be distributed across one or more servers that cooperate to provide the required management capabilities.

0079The management console 640 may be used to access several user interfaces for configuring the remote management, such as interfaces for managing accounts, users, drives, enforcing IT policies, etc. Some user interfaces are described below with reference to <figref idref="f0023 f0024 f0025 f0026 f0027 f0028">FIGs. 16-21</figref>.

0080The user management database 642 stores information regarding users and devices. More details for the user management database 642 are provided below with reference to <figref idref="f0012">FIGs. 6D</figref> and <figref idref="f0013">6E</figref>.

0081The management server 604 may manage a plurality of devices, such as laptops 228, PCs 661, thermostats 664, smart TVs 666, tablets 668, servers 670, printers and scanners 672, smart appliances 674, mobile devices 610, and other devices, such as residence doors, elevator doors, garage doors, hotel doors, office room doors, water supply valves, meters, medical devices, medicine cabinets, safes, home and corporate security and access-control systems, home automation devices, smart speakers, voice-mail systems, etc. Some devices may belong to the same company, such as the laptops of Company A 660 or the devices for Company B 662.

0082For example, the remote management server 604 may control the access to an SED 101, as described above. Further, the remote management server 604 may control different types of motors that can open or close a door or a safe, provide controlled access to video security cameras and their recorded video, etc.

0083Remote management may be used for different types of services, such as secure-access control systems, home automation and security systems, healthcare and medical devices, external and internal data storage devices, etc.

0084The management server 604 communicates with the mobile device 610 to control the use of the SED 101 inside host computer 630. The application executing in mobile device 610, as described above with reference to <figref idref="f0007">FIG. 4</figref>, communicates with the management server 604 to enable access to the SED 101, once the user authentication enables access to the SED 101, as managed by the management server 604.

0085Referring now to <figref idref="f0010">FIG. 6B</figref>, therein is shown an exemplary data security communication system 602. The exemplary data security communication system 602 includes a mobile device 610, a data security system 620, a host computer 630, and a server/console 640. The mobile device 610 and the server/console 640 are connected by wired or wireless connections through a cloud 650, which can be an Internet cloud. The mobile device 610 and the data security system 620 are connected by a communication combination 301.

0086The communication combination 301 in the exemplary data security communication system 602 includes a mobile transceiver 612 in the mobile device 610 with an antenna 614 wirelessly communicating with an antenna 622 of a data security transceiver 624 in the data security system 620.

0087The mobile device 610 in one embodiment can be a smartphone. In the mobile device 610, the mobile transceiver 612 can be connected to conventional mobile device components and to a data security system application 618, which provides information to be used with the data security system 620.

0088The data security transceiver 624 is connected to a security controller 626, which can contain identification, passwords, profiles, or information including that of different mobile devices that can access the data security system 620. The security controller 626 is connected to subsystems similar to the authentication subsystem 310, the storage subsystem 106 (which in some embodiments can have encryption to encrypt data), and the external communication channel 102.

0089The external communication channel 102 is connectable to the host computer 630 to allow, under specified circumstances, access to data in the storage subsystem 106.

0090One implementation of the data security system 620 can eliminate the biometric sensor 320 and the electro-mechanical input mechanism 330 of <figref idref="f0005">FIG. 3A</figref> with only a wireless link to the mobile device 610, such as a smartphone. It has been found that this implementation makes the data security system 620 more secure and useful.

0091The data security system application 618 allows the mobile device 610 to discover all data security systems in the vicinity of the mobile device 610 and show their status (locked/unlocked/blank, paired/unpaired etc.).

0092The data security system application 618 allows the mobile device 610 to connect/pair, lock, unlock, change the name and password, and reset all data on the data security system 620.

0093The data security system application 618 allows the mobile device 610 to set an inactivity auto-lock so the data security system 620 will automatically lock after a predetermined period of inactivity or to set a proximity auto-lock so the data security system 620 will be locked when the mobile device 610 is not within a predetermined proximity for a predetermined time period (to improve reliability and avoid signal de-bouncing).

0094The data security system application 618 allows the mobile device 610 to remember a password, use TouchID, and Apple Watch (both TouchID and Apple Watch mentioned here as examples only, there are many other mobile devices with biometric sensors and wearables that can be used in a similar mode) so data security system 620 can be unlocked without entering re-entering a password on the mobile device 610.

0095The data security system application 618 allows the mobile device 610 to be set to operate only with a specific mobile device, such as the mobile device 610, so the data security system 620 cannot be unlocked with other mobile devices (1Phone).

0096The data security system application 618 allows the mobile device 610 to set the data security system 620 to Read-Only.

0097The data security system application 618 allows the mobile device 610 to be operated in User Mode or Administrator Mode (administrator's mode overrides user's settings) and use the server/console 640. The server/console 640 is a combination of a computer with a console for entering information into the computer.

0098The server/console 640 contains a user management database 642, which contains additional information that can be transmitted over the cloud 650 to the mobile device 610 to provide additional functionality to the mobile device 610.

0099The user management database 642 allows the server/console 640 to create and identify users using UserID (username and password), to lock or unlock the data security system 620, and to provide remote help.

0100The user management database 642 allows the server/console 640 to remotely reset or unlock the data security system 620.

0101The user management database 642 allows the server/console 640 to remotely change the data security system user's PIN.

0102The user management database 642 allows the server/console 640 to restrict/allow unlocking data security system 620 from specific locations (e.g., by using geo-fencing).

0103The user management database 642 allows the server/console 640 to restrict/allow unlocking data security system 620 in specified time periods and different time zones.

0104The user management database 642 allows the server/console 640 to restrict unlocking data security system 620 outside of specified team/organization/network, etc.

0105<figref idref="f0011">FIG. 6C</figref> is another data security communication system with embedded SED 101. Host computer system 204 includes an SED 101, which includes the data security transceiver 624, the security controller 626, the authentication subsystem 310, and the storage subsystem 106, as described in <figref idref="f0010">FIG. 6B</figref> for data security system 620. Additionally, the SED 101 includes a data interface 206 and may include an internal power supply (e.g., a battery 334).

0106The data interface 206 is used to communicate with other components of the host computer system 204, via data channel 676, such as I/O 208, processor 210, memory 212, and power supply 678. In some example embodiments, the battery 334 is not included in the SED 101, and the SED 101 may utilize the power supply 678 of the host computer (or overall embedded) system 204.

0107As described above with reference to <figref idref="f0010">FIG. 6B</figref>, the data security transceiver 624 may be used to authenticate the SED 101. In some example embodiments, the data interface 206 remains locked (e.g., no data is sent out or received via the data interface 206) until the user is authenticated.

0108<figref idref="f0012 f0013">FIGs. 6D-6E</figref> illustrate the organization (e.g., configuration) of the user management database 642, according to some example embodiments. In some example embodiments, the user management database 642 includes a drive (managed device) table 680, a user table 682, an administrator user table 684, a drive-user mapping table 690, and a license table 692.

0109The drive table 680 stores information about the drives manage by the remote management server. The drive table 680 includes the following fields: <ul id="ul0002" list-style="dash"><li>Drive Identifier (ID) that is one or more unique identifiers for each drive in the system (e.g., 1, 2, 3, 4). This is an internal value used by the remote management architecture;</li><li>Drive unique identifier (e.g., the serial number) is a unique identifier that differentiates each drive (managed device) from any other drives in the world. For example, the drive unique identifier may be the serial number. Some examples are UAC_DI_1_012896, UAC_DI_1_0b6d2222, etc.;</li><li>First-use time, which is the time when the drive was first used (e.g., 2016-03-01 14:05:36/5820275);</li><li>Enabled, which is a binary flag indicating if the managed drive is enabled for use. If the drive is not enabled, the managed drive will not operate and the user will not be able to authenticate the drive until the drive is enabled;</li><li>Administrative password, which may be a string of characters including letters, number, and/or other characters;</li><li>Reset required, which is a binary flag indicating if the reset is required for the managed drive;</li><li>User password, which may be a string of characters including letters, number, and/or other characters;</li><li>Administrator unlock, which is a binary flag indicating if there is a pending unlock request generated by the administrator;</li><li>Offline mode, which is a binary flag indicating if the drive is online or offline;</li><li>License identifier (ID), which is a string of characters containing the license assigned to the drive by the remote management system; and</li><li>Creator user ID that identifies the user that added the drive to the system.</li></ul>

0110The user table 682 stores information for each of the users authorized by the remote management system. The user table 682 includes the following fields: <ul id="ul0003" list-style="dash"><li>The user identifier (ID) that uniquely identifies each of the users (e.g., 1, 2, 3, 27) in the remote management system;</li><li>The user login, which is the login used by the user to gain access to the remote management system (e.g., joe47, angela, mark, pepe9675@email.com);</li><li>The user password, which is stored in encrypted form;</li><li>The date the user was created in the system;</li><li>Enabled, which is a binary flag indicating if the user is currently enabled or disabled in the system;</li><li>A region ID, which identifies the region where the user is enabled. The region may be an area within the world (e.g. continent, country, state, county, zip code, etc.), or the complete world;</li><li>A country ID, which identifies the country where the user is enabled. If no country is specified, the user may operate in any country;</li><li>A time allowed-from, which indicates a lower boundary for the date/days/hours when the user is authorized to access one or more drives;</li><li>A time allowed-to, which indicates the upper boundary for the date/days/hours when the user is authorized to access one or more drives;</li><li>A time allowed time zone, which indicates the time zone associated with the time of use boundaries;</li><li>An allowed latitude;</li><li>An allowed longitude;</li><li>An allowed radius that, together with the allowed latitude and the allowed longitude, defines a region of the world where the user is enabled to operate;</li><li>An allowed street;</li><li>An allowed city;</li><li>An allowed state;</li><li>An allowed ZIP code that, together with the allowed street, allowed city, and allowed state, defines a place where the user may operate (e.g., a workplace);</li><li>A license ID; and</li><li>A temporary password flag, which is a binary flag indicating if the password is temporary and must be changed.</li></ul>

0111As described above, the geographic fencing (e.g., boundaries) as well as the time-of-use boundaries are defined for each user. In other example embodiments, the geographic and time limitations may be defined by drive, which means that a particular drive may only be used in the area and/or time allowed.

0112The administrator user table 684 is a table for storing information regarding the users that are authorized to operate as administrators for their respective accounts. The administrator user table 684 includes the following fields: <ul id="ul0004" list-style="dash"><li>A user ID of the administrator. This value links the administrator to the user table 682;</li><li>A user name of the administrator;</li><li>A license ID for the administrator account;</li><li>A binary flag indicating if two-factor authentication is enabled for this administrator;</li><li>A phone number of the administrator; and</li><li>A custom password for the administrator, which is stored in encrypted form.</li></ul>

0113In <figref idref="f0013">FIG. 6E</figref>, the drive-user mapping table identifies which drives may be used by each user. There is an entry for each unique mapping of user to drive. Therefore, if a user is enabled for the use of three different drives, the drive-user mapping table 690 will have three entries with the same user ID, each of the entries mapping the user to a different drive ID.

0114The drive-user mapping table 690 includes the following fields: <ul id="ul0005" list-style="dash"><li>A drive-user index that uniquely identifies each mapping of user to drive (e.g., 101, 102, 103, etc.);</li><li>A user ID of the user (e.g., the user ID of user table 682);</li><li>A drive ID of the drive (e.g., the drive ID of the drive table 680);</li><li>A date when the entry was created; and</li><li>An enabled indicator, which is a binary flag indicating if the mapping of user to drive is enabled.</li></ul>

0115The license table 692 stores information regarding the licenses given to users for accessing the remote management system, including accessing the configured drives, such as activation codes, when the license was issued, to whom the license was issued, duration of the license, etc. The license table 692 includes the following fields: <ul id="ul0006" list-style="dash"><li>A license identifier (ID), which uniquely identifies each of the licenses within the remote management system (e.g., a license index);</li><li>A license key, which is a string value that indicates the license (e.g., FE284567B23EA8648648940DE). This license key is given to the user and gives the user different capabilities in the system according to the license type;</li><li>A license type, which indicates the type of license that the user has purchased. The license types may include one or more of master (complete access), test (limited to testing functions), personal (given to a user), company (assigned to all the users of a company), temporary (having a limited time of use and/or number of drives, and/or users, and/or admins), etc.;</li><li>A license term, which indicates the amount of time left on the license (e.g., 255 days);</li><li>A maximum number of administrators that can be configured for this license (e.g., one, five, etc.);</li><li>A maximum number of users for this license (e.g., 100);</li><li>A maximum number of drives covered by this license (e.g., 50);</li><li>A time when the license was created;</li><li>A time when the license is to expire;</li><li>A company name associated with the license; and</li><li>A user ID of the user that created the license.</li></ul>

0116It is noted that the embodiments illustrated in <figref idref="f0012">FIGs. 6D</figref> and <figref idref="f0013">6E</figref> are examples and do not describe every possible embodiment. Other embodiments may utilize different tables, additional tables, combine tables, etc. The embodiments illustrated in <figref idref="f0012">FIGs. 6D</figref> and <figref idref="f0013">6E</figref> should therefore not be interpreted to be exclusive or limiting, but rather illustrative.

0117Referring now to <figref idref="f0014">FIG. 7</figref>, therein is shown an administrator sequencing diagram showing the sequence of operations between the mobile device 610 and the data security system 620.

0118Connectivity 700, between the data security system 620 and the mobile device 610, is first established with mutual discovery of the other device or system, pairing the device and system, and connection of the device and system. The connectivity 700 is secured using a shared secret, which is then used to secure (encrypt) communications between the data security system 620 and the mobile device 610 for all future communication sessions. A standard encryption algorithm is selected to be both efficient to run on the data security system 620 and to be approved by world-wide security standards.

0119The connectivity 700 is maintained by the data security system application 618 or the security controller 626 or both operating together as long as the data security system 620 and the mobile device 610 are within a predetermined distance of each other. Further, if the predetermined distance is exceeded, the connectivity 700 is maintained for a predetermined period of time after which the data security system 620 is locked.

0120After connection of the mobile device 610 and the data security system 620, a data security system administrator application start operation 702 occurs in the mobile device 610. Then an administrator sets a password in an administrator password operation 704. Also, after connection of the mobile device 610 and the data security system 620, the data security system 620 is connected to the host computer 630 of <figref idref="f0009">FIG. 6A</figref> and <figref idref="f0010">6B</figref> to be powered up and discoverable by the host computer 630 in a data security system connected, powered, and discoverable operation 706.

0121After the administrator password operation 704, the mobile device 610 sends a set administrator password and unlock signal 708 to the data security system 620. The set administrator password and unlock signal 708 causes an administrator password set and data security system unlocked operation 716 to occur in the data security system 620.

0122When the administrator password set and data security system unlocked operation 716 is completed, a confirmation: data security system unlocked signal 712 is sent to the mobile device 610 where a confirmation: data security system unlocked as administrator operation 714 operates. The confirmation: data security system unlocked as administrator operation 714 permits a set other restrictions operation 715 to be performed using the mobile device 610. The set other restrictions operation 715 causes a set administrator restrictions signal 718 to be sent to the data security system 620 where the administrator restrictions are set and a confirmation: restrictions set signal 720 is returned to the mobile device 610. Thereafter, the mobile device 610 and the data security system 620 are in full operative communication.

0123Because it is possible to communicate with the data security system 620 without having physical contact with the data security system 620, it is required that significant interactions with the data security system 620 be accompanied by a data security system unique identifier that is either printed on the data security system 620 itself, or that comes with the data security system 620 packaging and is readily available to the data security system 620 owner.

0124On making requests that could affect user data, such as unlocking or resetting the data security system 620, this unique identifier (unique ID) is required. Attempts to perform these operations without the correct identifier are ignored and made harmless. The unique identifier is used to identify the data security system 620 to the mobile device 610 in a way that requires the user to have physical control over the data security system 620 and to verify the connectivity 700 is established between the authorized, previously paired device and system, such as the mobile device 610 and the data security system 620. Once the devices are paired, the shared secret is used to make the communication confidential.

0125Pairing connotes that a mobile device and a data security system have a unique and defined relationship established at some time in the past and enduring.

0126The unique identifier makes for giving the user some control over the data security system when the user has physical control of the data security system.

0127To increase the security of the communication with the data security system 620 where the mobile device 610 is a smartphone, a user may choose to enable a feature, such as a feature called 1Phone here. This feature restricts significant user interactions with the data security system 620 to one and only one mobile device 610. This is done by replacing the data security system unique identifier described above with a random identifier shared securely between the data security system 620 and the mobile device 610. So, instead of presenting the data security system unique identifier when, for example, the user unlocks the data security system 620, the 1Phone identifier must be given instead. In effect, this makes the user's mobile device 610 a second authentication factor, in addition to a PIN or password, for using the data security system 620. As an example, the paired user phone selected as "1Phone" can be used without a PIN, and as the user-authentication single factor and/or in a combination with any other user-authentication factors. If such feature (1Phone) is selected, the data security system 620 cannot be opened with any other phones, except if an administrator's unlock was enabled before.

0128It will be understood that other embodiments can be made to require an administrator's password on the data security system 620 in order to use the 1Phone feature. Another embodiment may require that the server/console 640 is capable of recovering the data security system 620 in case the 1Phone data is lost on the mobile device 610.

0129The user may enable a proximity auto-lock feature for the data security system 620. During a communication session, the data security transceiver 624 of <figref idref="f0010">FIG. 6B</figref> reports to the data security system 620 a signal strength measurement for the mobile device 610. The data security system application 618 on the mobile device 610 sends the data security system 620 both the originating signal power level and the threshold for proximity.

0130Because the signal strength varies due to environmental conditions around the transceivers, the data security system 620 mathematically smooths the signal strength measurements to reduce the likelihood of a false positive. When the data security system 620 detects that the signal power received has dropped below a defined threshold for a predetermined period of time, it will immediately lock the data security system 620 and prevent access to the storage subsystem 106 of <figref idref="f0010">FIG. 6B</figref>.

0131The data security system 620 could be used in three different modes: a User Mode where the functionalities of the data security system 620 are determined by the user; an Administrator Mode where an administrator can set an Administrator password and enforce some restrictions on the data security system 620 (e.g., automatic lock after a predetermined period of inactivity, Read-Only, 1Phone) and where restrictions cannot be removed by a User; and a Server Mode where an administrator role is set where the server/console 640 can remotely reset the data security system 620, change user passwords, or just unlock the data security system 620.

0132Referring now to <figref idref="f0015">FIG. 8</figref>, therein is shown an unlocking sequence diagram where the mobile device 610 is used as an authentication factor. This diagram shows an auto-unlock process, of the data security system 620, initiated by the data security system application 618 from a specific mobile device, the mobile device 610. A user can use one mobile device that was initially paired with the data security system 620. If the paired mobile device 610 is lost, then the data security system 620 cannot be unlocked (unless administrator password was set before as shown in <figref idref="f0014">FIG. 7</figref>).

0133While similar to <figref idref="f0014">FIG. 7</figref>, a data security system application started operation 800 occurs after the connectivity 700 is established. An unlock required with mobile device ID signal 802 is sent from the mobile device 610 to the data security system 620 after a data security system connected, powered and discoverable operation 706. A data security system unlocked operation 804 occurs and a confirmation: data security system unlocked signal 712 is sent from the data security system 620. After a confirmation: data security system unlocked operation 806, the mobile device 610 and the data security system 620 are in full operative communication.

0134If a PIN (Personal Identification Number) was not set up, then the paired mobile device is used as one-factor authentication.

0135Referring now to <figref idref="f0016">FIG. 9</figref>, therein is shown an unlock sequencing diagram showing unlocking using a PIN entry from the mobile device 610. This diagram shows the process of unlocking the data security system 620 by entering a PIN in the data security system application 618 in the mobile device 610. The data security system 620 cannot be unlocked without entering the correct PIN.

0136While similar to <figref idref="f0014">FIGs. 7</figref> and <figref idref="f0015">8</figref>, in <figref idref="f0016">FIG. 9</figref> an enter username/password operation 900 occurs after the data security system application started operation 800. After the enter username/password operation 900, the mobile device 610 sends a verify user ID signal 902 to the server/console 640. The server/console 640 then makes a username/password valid determination 904.

0137When the username/password valid determination 904 verifies the user, a valid user signal 906 is sent to the mobile device 610 for the user to enter the correct PIN in an enter PIN operation 908 in the mobile device 610. The mobile device 610 then sends a verify unlock signal 910 to determine if the correct PIN has been entered to the server/console 640.

0138The server/console 640 makes a user authorized determination 912 and determines if the user is authorized to use the specific data security system, such as the data security system 620, that the PIN is authorized for. If authorized, an unlock allowed signal 914 is sent to the mobile device 610, which passes on an unlock request signal 916 to the data security system 620.

0139The data security system unlocked operation 804 is performed and the confirmation: data security system unlocked signal 712 is sent to the mobile device 610 where the confirmation, data security system unlocked operation 806 is performed.

0140Referring now to <figref idref="f0017">FIG. 10</figref>, therein is shown an unlock sequencing diagram showing unlock using a PIN entry and User ID/location/time verification via the server/console 640. This diagram shows the most secure process of unlocking the data security system 620 by entering a PIN in the data security system application 618 from the mobile device 610, authenticating in the server/console 640 server using a UserID (username/password), and by verifying geo-fencing permissions to unlock the data security system 620 at a specific location and at a certain time range. The data security system 620 cannot be unlocked without entering the PIN, username and password, and having the mobile device 610 be present in specific (predefined) location and certain (predefined) time.

0141While similar to <figref idref="f0014 f0015 f0016">FIGs. 7-9</figref>, in <figref idref="f0017">FIG. 10</figref> at the server/console 640, an unlock specified data security system operation 1000 is performed to allow setting of the desired conditions under which the specified data security system, such as the data security system 620, will operate. For example, the conditions could be within a specific geographical area and/or specific time frame.

0142At the mobile device 610, a current condition determination is made, such as in an acquire location and/or current time operation 1002. This operation is performed to determine where the mobile device 610 is located and or what the current time is where the mobile device 610 is located. Other current conditions around the mobile device 610 may also be determined and sent by a verify unlock signal 1004 to the server/console 640 where a conditions-met determination 1006 is made.

0143When the desired conditions are met, an unlock allowed signal 1008 is sent to the mobile device 610 for the enter PIN operation 908 to be performed. After the PIN is entered, a verify unlock signal 1010 is sent with the PIN and an identification of the data security system 620 that is in operational proximity to the mobile device 610. The verify unlock signal 1010 is received by the server/console 640 and a data security system allowed determination 1012 is made to determine that the specified data security system is allowed to be unlocked by the authorized user. The server/console 640 verifies that this "specific" user is authorized to use the specified data security system.

0144After determining the correct information has been provided, the server/console 640 will provide an unlock allowed signal 914 to the mobile device 610, which will provide a unlock request signal 916. The unlock request signal 916 causes the data security system 620 to operate.

0145Referring now to <figref idref="f0018">FIG. 11</figref>, therein is shown a reset sequencing diagram showing resetting the data security system 620 using the server/console 640. This diagram shows the ability to reset the data security system 620 remotely via the server/console 640. The data security system 620 can receive commands only from the mobile device 610 over the wireless connection. However, by setting a "Reset" flag on the server/console 640 for a specific data security system (using its S/N), the data security system application 618 running on the mobile device 610 will query the server/console 640 for any flags/pending requests in the user management database 642. When the user connects the data security system 620, the data security system application 618 on the mobile device 610 will execute a waiting "reset" command. After a successful reset (e.g., all user data and credentials are erased and unrecoverable), the server/console 640 will remove the Reset flag so it will not be executed the next time the mobile device 610 is connected to the specific data security system.

0146While similar to <figref idref="f0014 f0015 f0016 f0017">FIGs. 7-10</figref>, in <figref idref="f0018">FIG. 11</figref> the mobile device 610 responds to the valid user signal 906 by sending an any command waiting signal 1100 to the server/console 640 to make a reset command determination 1102. When the reset command is present, a perform reset signal 1104 will be sent to the mobile device 610.

0147The mobile device 610 will send a reset security system signal 1106 to the data security system 620 to start a data security system reset operation 1108. Upon completion of the data security system reset operation 1108, the data security system 620 will send a confirmation: data security system reset signal 1110 to the mobile device 610 to set a confirmation: data security system reset operation 1112 into operation. Thereafter, the mobile device 610 and the data security system 620 are in full operative communication with the data security system 620 reset.

0148Referring now to <figref idref="f0019">FIG. 12</figref>, therein is shown an unlock sequencing diagram showing unlocking the data security system 620 using the server/console 640. This diagram shows the ability to unlock the data security system 620 remotely via the server/console 640. The data security system 620 can receive commands only from the mobile device 610 over the wireless connection. However, by setting an "Administrator Unlock" flag on the server/console 640 for a specific data security system (e.g., using its S/N), the data security system application 618 running on the mobile device 610 will query the server/console 640 for any flags indicating pending requests. When the user connects the data security system 620, the data security system application 618 on the mobile device 610 will execute a waiting "Administrator Unlock" command. After successful Administrator unlock, the user's data is untouched, but the user's password is removed (the data security system 620 cannot be unlocked by the user). The server/console 640 will reset the Reset flag for the data security system 620 so it will be not executed next time when the mobile device 610 is connected to the data security system 620.

0149While similar to <figref idref="f0014 f0015 f0016 f0017 f0018">FIGs. 7-11</figref>, in <figref idref="f0019">FIG. 12</figref>, after receiving the any command waiting signal 1100, the server/console 640 performs an unlock 1200 when there is a command to unlock with an administrator's password. An unlock with an administrator's password signal 1202 is sent to the mobile device 610, which provides an unlock with administrator's password signal 1204 to the data security system 620 to start the data security system unlocked operation 804. Thereafter, the mobile device 610 and the data security system 620 are in full operative communication.

0150Referring now to <figref idref="f0020">FIG. 13</figref>, therein is shown a change-user password sequencing diagram using the server/console 640. This diagram shows the ability to change the user's password for data security system 620 remotely via the server/console 640. The data security system 620 can receive commands only from the mobile device 610 over the wireless connection. However, by setting a "Change User's Password" flag on the server/console 640 for a specific data security system (e.g., using its S/N), the data security system application 618 running on the mobile device 610 will query the server/console 640 for any flags indicating pending requests. When the user connects his data security system 620, the data security system application 618 on the mobile device 610 will execute the pending "Change User's Password" command. After the successful unlock and password change, the user's data is untouched and the data security system 620 can be unlocked with the new user's password. The server/console 640 will reset the "Change User's Password" flag for this data security system 620 so it will not be executed the next time the mobile device 610 is connected to the specific data security system.

0151While similar to <figref idref="f0014 f0015 f0016 f0017 f0018 f0019">FIGs. 7-12</figref>, in <figref idref="f0020">FIG. 13</figref> the server/console 640 responds to the any command waiting signal 1100 by making a change password determination 1300. When there has been a password change at the server/console 640, a change user password signal 1302 is sent to the mobile device 610, which sends a change user password signal 1304 to the data security system 620. Thereafter, the mobile device 610 and the data security system 620 are in full operative communication with the new password.

0152In some example embodiments, a user may interact with the server/ console 640 to recover a lost or forgotten password. The user sends a request to the server/console 640 to recover the password, which may be a general password for the user, or a particular password for a particular device.

0153The server/console 640 then authenticates the user (e.g., two factor authentication), and if the user is authenticated, the server/console retrieves the password from the server database and provides the password to the user.

0154In other example embodiments, the password may be reset instead of recovered and the user would enter the new password at the server/console 640.

0155A method of operation of a data security system comprising: providing a mobile device with a data security system application for connectivity with the data security system; starting the data security system application; and maintaining connectivity of the data security system with the mobile device.

0156The method as described above wherein maintaining the connectivity maintains the connectivity when the data security system is within a predetermined proximity to the mobile device.

0157The method as described above wherein maintaining the connectivity maintains the connectivity when the data security system is within a predetermined proximity to the mobile device for a predetermined period of time.

0158The method as described above wherein establishing the connectivity includes using bi-directional communication between the data security system and the mobile device.

0159The method as described above wherein establishing the connectivity includes using uni-directional communication between the data security system and the mobile device.

0160The method as described above further comprising communication between the mobile device with the data security system application and a server containing a user management database.

0161The method as described above further comprising providing security information in a security controller in the data security system.

0162The method as described above further comprising: providing a server with identification of a specified data security system; providing the data security system with a specific identification; and unlocking the data security system when the identification of the specified data security system is the same as the specific identification of the data security system.

0163The method as described above wherein providing a mobile device with the data security system application provides a data security system administrator's application and further includes: setting an administrator's password in the mobile device; transmitting the administrator's password from the mobile device to the data security system; and setting the administrator's password in the data security system and unlocking the data security system.

0164The method as described above further comprising: providing an unlock request along with a mobile device identification from the mobile device to the data security system; and receiving the unlock request in the data security system and unlocking the data security system.

0165The method as described above further comprising: entering a user name or password in the mobile device; determining when the user name or password is valid in a server after receiving the user name or password from the mobile device; communicating from the server to the mobile device when the user name or password is valid; and communicating from the mobile device to the data security system when the user name or password is valid to unlock the data security system.

0166The method as described above further comprising: entering a user name or password in the mobile device; determining when the user name or password is valid in a server after receiving the user name or password from the mobile device; communicating from the server to the mobile device when the user name or password is valid; determining when the identification number is valid in the server after receiving the identification number from the mobile device; and unlocking the data security system through the mobile device when the server determines the identification number is valid.

0167The method as described above further comprising: providing a valid location of the mobile device to a server; determining in the server when the mobile device is in the valid location; and unlocking the data security system through the mobile device when the server determines the mobile device is in the valid location.

0168The method as described above further comprising: providing a current time of operation for the data security system at the mobile device to a server; determining in the server when the mobile device is within the current time; and unlocking the data security system through the mobile device when the server determines the mobile device has the current time.

0169The method as described above further comprising: providing a command in a server; providing the command to the mobile device from the server in response to a command waiting signal from the mobile device; and performing the command in the data security system through the mobile device when the command is provided from the server.

0170The method as described above further comprising: providing a change password command in a server; providing the change password command to the mobile device from the server in response to a change password signal from the mobile device; and unlocking the data security system with the changed password in the data security system.

0171The method as described above further comprising connecting the data security system to a host computer for power and to be discoverable by the host computer.

0172A data security system comprising: a data security transceiver or receiver; an authentication subsystem operatively connected to the data security transceiver or receiver; and a storage subsystem connected to the authentication subsystem.

0173The system as described above further comprising a security controller connected to the data security transceiver or the receiver and to the authentication subsystem.

0174The system as described above further comprising a mobile device having a data security system application operating with the security controller for maintaining connectivity when the data security system is within a predetermined proximity to the mobile device.

0175The system as described above further comprising a mobile device having a data security system application operating with the security controller for maintaining connectivity when the data security system is within a predetermined proximity to the mobile device for a predetermined period of time.

0176The system as described above further comprising a mobile device having a mobile transceiver or receiver for maintaining connectivity using bi-directional communication between the data security system and the mobile device.

0177The system as described above further comprising a mobile device having a mobile transceiver or receiver for maintaining connectivity using uni-directional communication between the data security system and the mobile device.

0178The system as described above further comprising a wired or wireless connection communication between a mobile device with a data security system application and a server containing a user management database.

0179The system as described above wherein the data security system includes an external communication channel for connection to a host computer.

0180<figref idref="f0021">FIG. 14</figref> is a diagram illustrating the remote locking of a device from the management console. An administrator may enter a command to unlock at the server/console 640, and when the mobile device 610, associated with data security system 620, establishes a connection with the server console 640, the data security system will be locked and the user will not be able to unlock it until a new command is generated to unlock the device.

0181At operation 1402, the lock is specified at the server/console 640 for the specific data security system 620. When the mobile device 610 sends a connection request 1404 from the application executing on the mobile device, the server/console responds 1406 with a command to lock the data security system 620.

0182The mobile device 610 forwards 1408 the lock DSS command. The data security system 620 then performs the law of operation 1410, which disables user unlocking of the data security system 620 until a new unlock command is received. For example, the new unlock command may be sent by an administrator of the account associated with the data security system 620.

0183After the data security system 620 is locked, the data security system 620 sends a locked confirmation 1412 to the mobile device 610. The mobile device 610 then forwards 1414 the locked confirmation to the server/console 640. The server/console 640 then confirms 1416 that the DSS has been locked, so the DSS 620 will show as locked and the lock request is completed.

0184<figref idref="f0022">FIG. 15</figref> is a diagram illustrating keeping the data security system 620 unlocked during a reset process. If a host performs a reboot, the host shuts down and then restarts again. If the host has a secure SED and the SED is using the power source in the host, when the host shuts down, the SED will lose power and the SED will be locked. Even if the SED uses its own power supply, the SED may detect that the host has shut down and the SED will lock.

0185When the host restarts, the SED will not be available until the user unlocks the SED. However, in some cases, it is convenient to keep the SED unlocked during a reboot, or some other short-term power cycle, so the user does not have to go through the unlock process again. From the point of view of the user, the user already unlocked the SED, so there shouldn't be a need to unlock it again, just because the host reboots.

0186In some example embodiments, a restart timer is used to keep the data security system 620 unlocked during a reboot. The restart timer may be implemented on the mobile device 610, as illustrated in <figref idref="f0022">FIG. 15</figref>, or may be implemented by the data security system 620 itself (not shown).

0187At operation 1502, the application executing on the mobile device 610 is activated, and at operation 1504, the DSS 620 is unlocked as previously described.

0188At operation 1506, the data security system 620 detects a host restart operation, and a restart notification is sent 1508 to the mobile device 610. The mobile device 610 then starts a restart timer 1510, such that when the data security system 620 restarts within a threshold amount of time, the data security system 620 will automatically be initialized in the unlocked state without requiring user authentication.

0189In operation 1512, the data security system 620 initializes. The data security system is discovered at operation 1514 by the mobile device 610. After the discovery, the mobile device 610 performs a check 1516 to determine if the restart timer has expired.

0190If the restart timer has not expired, the mobile device 610 sends a start-unlocked command 1518 to the data security system 620. If the restart timer has expired, the mobile device 610 starts a new unlock sequence 1520 that requires user authentication. At operation 1522, the data security system 620 initializes in the unlocked state in response to the start unlocked command 1518 received from the mobile device 610.

0191If the data security system 620 implements the restart timer, the data security system 620 will check the timer upon initialization. If the timer has not expired, the data security system 620 will initialize in the unlock state; otherwise, the data security system 620 will wait for the unlock sequence.

0192<figref idref="f0023">FIG. 16</figref> is a user interface 1602 for configuring drive operations, according to some example embodiments. The remote management user interface provides different options for managing users, administrators, counts, drives, licenses, etc., as described below with reference to <figref idref="f0023 f0024 f0025 f0026 f0027 f0028">FIGs. 16-21</figref>.

0193<figref idref="f0023">FIG. 16</figref> shows the user interface 1602 for managing drives ("managed drives"). The user interface 1602 includes a message indicating that this screen corresponds to an account summary for a company (e.g., CorpA), for a given administrator of the company (e.g., admin.corpa@srm.com).

0194The drive information is presented in tabular form in a drives dashboard 1604, which includes drives table 1608 and a search option 1606 for searching drives. The drives table 1608 includes information for a list of drives, identified in the first column by their serial number. For each drive, the drives table 1608 indicates if the drive is active or not, a flag indicating if offline use is allowed, a flag indicating if a reset is pending for the drive, a flag indicating if an administrator unlock command is pending, a flag indicating if a change of user password is pending, and a more button 1612 that provides additional options. In some example embodiments, the more button 1612 provides options for deleting a drive from the system and for instantly locking the drive (as soon as communication with the drive is established).

0195The options for managing drives allow flexibility in the control of SEDs. For example, if an administrator suspects that a drive is being attacked by a malicious agent, the administrator can set a command to delete the drive or instantly lock the drive 1610. Once communication is established with the drive (e.g., via the mobile device), a delete drive operation will destroy the encryption key in the drive, and since the data is stored encrypted, it will not be possible to access the data stored in the drive.

0196If the instant lock is set, the drive will automatically lock. For example, if a laptop is stolen, the instant lock will automatically lock the drive, without having to wait for a timeout or detecting that the mobile device is beyond the safe area of operation.

0197Additionally, the administrator may request a remote unlock of the drive, and when the indication is established with the drive, the drive will automatically unlock and enable the data channel.

0198If the administrator selects one of the drives, a new screen (not shown) will provide additional options for managing the drive, such as enabling or disabling the drive, resetting the drive, changing the user password, and ordering an administrator unlock, indicating the user associated with the drive.

0199<figref idref="f0024">FIG. 17</figref> is a user interface 1702 for managing users of remote devices, according to some example embodiments. The user interface 1702 includes a users dashboard 1704 and a window 1706 for adding users.

0200The users dashboard 1704 presents the users of the system in a users table 1708. For each user, the users table 1708 provides the name of the user, the login, a flag indicating if the user is enabled or disabled, and a button that provides additional commands, such as delete user, rename user, change password, etc.

0201The window 1706 provides fields for entering the name of the new user, the email address of the new user, an option for importing data for the user, and a create-user button 1710.

0202<figref idref="f0025">FIG. 18</figref> is a user interface 1802 for setting time and geographic constraints on the use of devices. The user interface 1802 allows configuring options for a user (e.g., alex@corpa.com). A window 1804 lists the drives enabled for this user and provides a field for adding additional drives.

0203Further, the windows 1808 and 1806 provide options for setting limits to the drives. The window 1808 includes two fields for entering a begin time and an end time in the day when the use is allowed. Another field allows the user to select the time zone for the time boundaries. If no time limits are set, the user may use the drive anytime during the day.

0204The window 1806 enables setting geographic limitations for the use of the allowed drives. The limitations may include setting an address (including street address, city, and country) or geographic coordinates, that together with a radius defines the region where the drive or drives may be used. The geographic limitations may also be configured for use in a given continent. A map 1810 highlights the areas where use is enabled or disabled based on the geographic parameters configured.

0205<figref idref="f0026">FIG. 19</figref> is a user interface 1902 that provides a summary of the configured features for a client, according to some example embodiments. Window 1904 includes different options for managing an account, and the option "Summary" 1908 indicates that this is the summary view. The window 1904 further includes a table 1906 that provides summary data for the account.

0206In some example embodiments, the summary data includes the following fields: Licensed to, which indicates the name of the company that owns the license; License Type, which indicates the type of license; License Created By, which indicates the creator of the license; the License Key; Number of Administrators, which indicates the current number of administrators and the total number of possible administrators; Number of Users, which indicates the current number of users and the maximum number of users; and Number of Drives, which indicates the current number of drives in use and the maximum number of drives allowed by the license.

0207<figref idref="f0027">FIG. 20</figref> is a user interface 2002 for configuring administrator contacts for a client, according to some example embodiments. In user interface 2002, the Admin Contacts option 2008 is highlighted within window 2004, and the administrators table 2006 shows a summary of the configured administrators, including their name or login, mobile phone information, and the last time the administrator logged into the system. In other example embodiments, other fields may be included, such as the fields of administrator user table 684 of <figref idref="f0012">FIG. 6D</figref>.

0208A similar interface (not shown) is presented when the user selects the User Contacts option, and the information about the users is presented. Additional details may be provided, including any of the fields of user table 682 of <figref idref="f0012">FIG. 6D</figref>.

0209<figref idref="f0028">FIG. 21</figref> is a user interface 2102 for accessing drive-activity information, according to some example embodiments. The drives table 2106, inside window 2104, provides information about the drives configured for the client when the Drives Activity option 2108 is selected.

0210Each entry in the drives table 2106 includes the drive identifier (e.g., serial number), the date when the drive was provisioned (e.g., configured into the system), the administrator that provisioned the drive, the last time the drive was used, the user that used the drive last, and a geographical icon that would present the location where the drive was used for the last time. In other example embodiments, additional drive information may be provided, such as the drive data from drive table 680 of <figref idref="f0012">FIG. 6D</figref>.

0211<figref idref="f0029">FIG. 22</figref> is a flowchart of a method 2200 for providing host-independent user-authentication for a self-encrypting device incorporated into a host system, according to some example embodiments. While the various operations in this flowchart are presented and described sequentially, one of ordinary skill will appreciate that some or all of the operations may be executed in a different order, be combined or omitted, or be executed in parallel.

0212At operation 2202, a self-encrypting device is provided in a host computer system having one or more processors, and a data channel.

0213From operation 2202, the method 2200 flows to operation 2204 for establishing a clear communication channel between a data interface of the self-encrypting device and a data channel of the host computer system. The clear communication channel is locked until the self-encrypting device is authenticated.

0214From operation 2204, the method 2200 flows to operation 2206 for receiving, via a radio frequency (RF) transceiver of the self-encrypting device, user-authentication information.

0215From operation 2206, the method 2200 flows to operation 2208 where an authentication subsystem of the self-encrypting device unlocks the clear communication channel based on the user-authentication information.

0216From operation 2208, the method 2200 flows to operation 2210 for encrypting data, received by the self-encrypting device through the data interface, with an encryption key provided by the user-authentication subsystem of the self-encrypting device.

0217From operation 2210, the method 2200 flows to operation 2212, where the encrypted data is stored in a storage subsystem of the self-encrypting device.

0218In one example, the self-encrypting device authenticates a user without use of the one or more processors of the host computer system.

0219In one example, the RF transceiver is configured for communication with a mobile device, wherein the mobile device sends the user-authentication information to unlock the self-encrypting device.

0220In one example, an application in the mobile device provides a user interface for obtaining the user-authentication information from a user.

0221In one example, an application in the mobile device authenticates a user by validating the user with a management server, wherein the self-encrypting device receives an unlock command from the mobile device in response to the management server validating the user.

0222In one example, the host computer system further includes an encryption engine, wherein the authentication subsystem stores an encryption key and the authentication subsystem transmits the encryption key to the encryption engine when the self-encrypting device is unlocked.

0223In one example, the self-encrypting device initializes a timer when a shutdown of the system is detected, wherein the self-encrypting device initializes in a locked state and the self-encrypting device is automatically unlocked if the self-encrypting device is initialized before an expiration of the timer.

0224In one example, data is transmitted in clear form between the data interface and the data channel.

0225In one example, the authentication subsystem stores an authentication key for authenticating a user for unlocking the self-encrypting device.

0226In one example, the host computer system is one of a laptop, a personal computer, a kitchen appliance, a printer, a scanner, a server, a tablet device, or a smart television set.

0227<figref idref="f0030">FIG. 23</figref> is a flowchart of a method 2300 for remote management of self-encrypting devices with host-independent autonomous wireless authentication, according to some example embodiments. While the various operations in this flowchart are presented and described sequentially, one of ordinary skill will appreciate that some or all of the operations may be executed in a different order, be combined or omitted, or be executed in parallel.

0228Operation 2302 is for providing a user interface to access a management server for managing users of self-encrypting devices. The management server comprises a database storing information about the users and the self-encrypting devices.

0229From operation 2302, the method 2300 flows to operation 2304 for receiving, by the management server, a request from a mobile device to unlock a self-encrypting device for a user, the self-encrypting device being in wireless communication with the mobile device.

0230From operation 2304, the method 2300 flows to operation 2306 where the management server verifies user-authentication information of the user, received in the request, for unlocking access to the self-encrypting device.

0231From operation 2306, the method 2300 flows to operation 2308 where the management server sends an unlock command to the mobile device based on the checking, the mobile device sending an unlock request to the self-encrypting device via the wireless communication. The self-encrypting device is configured to unlock the data channel, to provide data access to encrypted storage in the self-encrypting device.

0232In one example, the method 2300 further comprises receiving, via the user interface, a second request to lock the self-encrypting device; detecting, by the management server, a connection with the mobile device in wireless communication with the self-encrypting device; and sending a lock command to the mobile device to lock the self-encrypting device.

0233In one example, the method 2300 further comprises receiving, via the user interface, a third request to reset the self-encrypting device; detecting, by the management server, a connection with the mobile device in wireless communication with the self-encrypting device; and sending a reset command to the mobile device, the self-encrypting device configured to delete an encryption key in the self-encrypting device in response to the reset command.

0234In one example, the method 2300 further comprises providing, in the user interface, options to configure the self-encrypting devices, the options being to reset, enable, disable, lock, or unlock each self-encrypting device.

0235In one example, each drive has a unique hardware identifier stored in the database.

0236In one example, the method 2300 further comprises providing, in the user interface, options to allow access to one or more self-encrypting devices by a given user.

0237In one example, the method 2300 further comprises providing, in the user interface, options to establish geographic boundaries for use of the self-encrypting devices by the user.

0238In one example, the method 2300 further comprises providing, in the user interface, options to establish time-of-day boundaries for use of the self-encrypting devices by the user.

0239In one example, the method 2300 further comprises providing in the user interface, options to manage licenses for an account in the management server, the options including determining a maximum number of administrators, a maximum number of self-encrypting devices, and a maximum number of users.

0240In one example, the method 2300 further comprises providing, in the user interface, options to view self-encrypting device activity including data of provisioning, user that provisioned, time of last access, user in last access, and geographic location of last access.

0241<figref idref="f0031">FIG. 24</figref> is a block diagram illustrating an example of a machine 2400 upon or by which one or more example process embodiments described herein may be implemented or controlled. In alternative embodiments, the machine 2400 may operate as a standalone device or may be connected (e.g., networked) to other machines. In a networked deployment, the machine 2400 may operate in the capacity of a server machine, a client machine, or both in server-client network environments. In an example, the machine 2400 may act as a peer machine in a peer-to-peer (P2P) (or other distributed) network environment. Further, while only a single machine 2400 is illustrated, the term "machine" shall also be taken to include any collection of machines that individually or jointly execute a set (or multiple sets) of instructions to perform any one or more of the methodologies discussed herein, such as via cloud computing, software as a service (SaaS), or other computer cluster configurations.

0242Examples, as described herein, may include, or may operate by, logic, a number of components, or mechanisms. Circuitry is a collection of circuits implemented in tangible entities that include hardware (e.g., simple circuits, gates, logic, etc.). Circuitry membership may be flexible over time and underlying hardware variability. Circuitries include members that may, alone or in combination, perform specified operations when operating. In an example, hardware of the circuitry may be immutably designed to carry out a specific operation (e.g., hardwired). In an example, the hardware of the circuitry may include variably connected physical components (e.g., execution units, transistors, simple circuits, etc.) including a computer-readable medium physically modified (e.g., magnetically, electrically, by moveable placement of invariant massed particles, etc.) to encode instructions of the specific operation. In connecting the physical components, the underlying electrical properties of a hardware constituent are changed (for example, from an insulator to a conductor or vice versa). The instructions enable embedded hardware (e.g., the execution units or a loading mechanism) to create members of the circuitry in hardware via the variable connections to carry out portions of the specific operation when in operation. Accordingly, the computer-readable medium is communicatively coupled to the other components of the circuitry when the device is operating. In an example, any of the physical components may be used in more than one member of more than one circuitry. For example, under operation, execution units may be used in a first circuit of a first circuitry at one point in time and reused by a second circuit in the first circuitry, or by a third circuit in a second circuitry, at a different time.

0243The machine (e.g., computer system) 2400 may include a hardware processor 2402 (e.g., a central processing unit (CPU), a hardware processor core, or any combination thereof), a self-encrypting drive (SED) 2403, a main memory 2404, and a static memory 2406, some or all of which may communicate with each other via an interlink (e.g., bus) 2408. The machine 2400 may further include a display device 2410, an alphanumeric input device 2412 (e.g., a keyboard), and a user interface (UI) navigation device 2414 (e.g., a mouse). In an example, the display device 2410, alphanumeric input device 2412, and UI navigation device 2414 may be a touch screen display. The machine 2400 may additionally include a mass storage device (e.g., drive unit) 2416, a signal generation device 2418 (e.g., a speaker), a network interface device 2420, and one or more sensors 2421, such as a Global Positioning System (GPS) sensor, compass, accelerometer, or another sensor. The machine 2400 may include an output controller 2428, such as a serial (e.g., universal serial bus (USB)), parallel, or other wired or wireless (e.g., infrared (IR), near field communication (NFC), etc.) connection to communicate with or control one or more peripheral devices (e.g., a printer, card reader, etc.).

0244The mass storage device 2416 may include a machine-readable medium 2422 on which is stored one or more sets of data structures or instructions 2424 (e.g., software) embodying or utilized by any one or more of the techniques or functions described herein. The instructions 2424 may also reside, completely or at least partially, within the main memory 2404, within the static memory 2406, within the hardware processor 2402, or within the SED 2403 during execution thereof by the machine 2400. In an example, one or any combination of the hardware processor 2402, the SED 2403, the main memory 2404, the static memory 2406, or the mass storage device 2416 may constitute machine-readable media.

0245While the machine-readable medium 2422 is illustrated as a single medium, the term "machine-readable medium" may include a single medium, or multiple media, (e.g., a centralized or distributed database, and/or associated caches and servers) configured to store the one or more instructions 2424.

0246The term "machine-readable medium" may include any medium that is capable of storing, encoding, or carrying instructions 2424 for execution by the machine 2400 and that cause the machine 2400 to perform any one or more of the techniques of the present disclosure, or that is capable of storing, encoding, or carrying data structures used by or associated with such instructions 2424. Non-limiting machine-readable medium examples may include solid-state memories, and optical and magnetic media. In an example, a massed machine-readable medium comprises a machine-readable medium 2422 with a plurality of particles having invariant (e.g., rest) mass. Accordingly, massed machine-readable media are not transitory propagating signals. Specific examples of massed machine-readable media may include non-volatile memory, such as semiconductor memory devices (e.g., Electrically Programmable Read-Only Memory (EPROM), Electrically Erasable Programmable Read-Only Memory (EEPROM)) and flash memory devices; magnetic disks, such as internal hard disks and removable disks; magneto-optical disks; and CD-ROM and DVD-ROM disks.

0247The instructions 2424 may further be transmitted or received over a communications network 2426 using a transmission medium via the network interface device 2420.

0248As used herein, the term "or" may be construed in either an inclusive or exclusive sense. Moreover, plural instances may be provided for resources, operations, or structures described herein as a single instance. Additionally, boundaries between various resources, operations, modules, engines, and data stores are somewhat arbitrary, and particular operations are illustrated in a context of specific illustrative configurations. Other allocations of functionality are envisioned and may fall within a scope of various embodiments of the present disclosure. In general, structures and functionality presented as separate resources in the example configurations may be implemented as a combined structure or resource. Similarly, structures and functionality presented as a single resource may be implemented as separate resources. These and other variations, modifications, additions, and improvements fall within a scope of embodiments of the present disclosure as represented by the appended claims. The specification and drawings are, accordingly, to be regarded in an illustrative rather than a restrictive sense.

0249While the invention has been described in conjunction with a specific best mode, it is to be understood that many alternatives, modifications, and variations will be apparent to those skilled in the art in light of the foregoing description. Accordingly, it is intended to embrace all such alternatives, modifications, and variations that fall within the scope of the included claims. All matters set forth herein or shown in the accompanying drawings are to be interpreted in an illustrative and non-limiting sense.

0250It should also be noted that the present disclosure can also take configurations in accordance with the following numbered clauses: <ul id="ul0007" list-style="none"><li>Clause 1. A system comprising: <ul id="ul0008" list-style="none" compact="compact"><li>one or more computer processors;</li><li>a data channel; and</li><li>a self-encrypting device comprising: <ul id="ul0009" list-style="none" compact="compact"><li>an authentication subsystem;</li><li>an encryption engine;</li><li>a storage media that stores encrypted data that is encrypted with an encryption key provided by the authentication subsystem;</li><li>a radio frequency (RF) transceiver; and</li><li>a data interface coupled with the data channel, the data interface being locked from sending and receiving data until the self-encrypting device is unlocked by the authentication subsystem with user-authentication information received via the RF transceiver.</li></ul></li></ul></li><li>Clause 2. The system as recited in claim 1, wherein the self-encrypting device authenticates a user without use of the one or more computer processors of the system.</li><li>Clause 3. The system as recited in claim 1, wherein the RF transceiver is configured for communication with a mobile device, wherein the mobile device sends the user-authentication information to unlock the self-encrypting device.</li><li>Clause 4. The system as recited in claim 3, wherein the RF transceiver is configured for using independent encryption in RF communications with the mobile device, the independent encryption being separate from encryption provided by a communication protocol for the RF communications.</li><li>Clause 5. The system as recited in claim 3, wherein an application in the mobile device provides a user interface for obtaining the user-authentication information from a user.</li><li>Clause 6. The system as recited in claim 3, wherein an application in the mobile device authenticates a user by validating the user with a management server, wherein the self-encrypting device receives an unlock command from the mobile device in response to the management server validating the user.</li><li>Clause 7. The system as recited in claim 1, further comprising: an encryption engine, wherein the authentication subsystem stores an encryption key and the authentication subsystem transmits the encryption key to the encryption engine when a user is successfully authenticated.</li><li>Clause 8. The system as recited in claim 1, wherein the self-encrypting device initializes a timer when a shutdown of the system is detected, wherein the self-encrypting device initializes in an unlocked state if the system is restarted before an expiration of the timer, wherein the self-encrypting device initializes in a locked state if the system is restarted after the expiration of the timer.</li><li>Clause 9. The system as recited in claim 1, wherein data is transmitted in clear form between the data interface and the data channel.</li><li>Clause 10. The system as recited in claim 1, wherein the system is one of a laptop, a personal computer, a kitchen appliance, a printer, a scanner, a server, a tablet device, a medical device, a door-unlocking system, a secure access system, an access control device, a home-automation device, a home appliance, a mobile phone, a vehicle, or a smart television set.</li><li>Clause 11. The system as recited in claim 1, wherein the self-encrypting device further includes a power source for supplying power to the authentication subsystem while self-encrypting device is locked.</li><li>Clause 12. A method comprising: <ul id="ul0010" list-style="none" compact="compact"><li>providing a self-encrypting device in a host computer system having one or more processors, and a data channel;</li><li>establishing a clear communication channel between a data interface of the self-encrypting device and a data channel of the host computer system, the clear communication channel being locked until the self-encrypting device is authenticated;</li><li>receiving, via a radio frequency (RF) transceiver of the self-encrypting device, user-authentication information;</li><li>unlocking, by an authentication subsystem of the self-encrypting device, the clear communication channel based on the user-authentication information;</li><li>encrypting data, received by the self-encrypting device through the data interface, with an encryption key provided by the authentication subsystem of the self-encrypting device; and</li><li>storing the encrypted data in a storage subsystem of the self-encrypting device.</li></ul></li><li>Clause 13. The method as recited in claim 12, wherein the self-encrypting device authenticates a user without use of the one or more processors of the host computer system.</li><li>Clause 14. The method as recited in claim 12, wherein the RF transceiver is configured for communication with a mobile device, the method further comprising: receiving the user-authentication information, from the mobile device, to unlock the self-encrypting device.</li><li>Clause 15. The method as recited in claim 14, wherein an application in the mobile device authenticates a user by validating the user with a management server, the method further comprising: receiving an unlock command from the mobile device in response to the management server validating the user.</li><li>Clause 16. The method as recited in claim 12, wherein the self-encrypting device initializes a timer when a shutdown of the host computer system is detected, wherein the self-encrypting device initializes in an unlocked state if the host computer system is restarted before an expiration of the timer, wherein the self-encrypting device initializes in a locked state if the host computer system is restarted after the expiration of the timer.</li><li>Clause 17. A non-transitory machine-readable storage medium including instructions that, when executed by a machine, cause the machine to perform operations comprising: <ul id="ul0011" list-style="none" compact="compact"><li>providing a self-encrypting device in a host computer system having one or more processors, and a data channel;</li><li>establishing a clear communication channel between a data interface of the self-encrypting device and a data channel of the host computer system, the clear communication channel being locked until the self-encrypting device is authenticated;</li><li>receiving, via a radio frequency (RF) transceiver of the self-encrypting device, user-authentication information;</li><li>unlocking, by an authentication subsystem of the self-encrypting device, the clear communication channel based on the user-authentication information;</li><li>encrypting data, received by the self-encrypting device through the data interface, with an encryption key provided by the authentication subsystem of the self-encrypting device; and</li><li>storing the encrypted data in a storage subsystem of the self-encrypting device.</li></ul></li><li>Clause 18. The non-transitory machine-readable storage medium as recited in claim 17, wherein the self-encrypting device authenticates a user without use of the one or more processors of the host computer system.</li><li>Clause 19. The non-transitory machine-readable storage medium as recited in claim 17, wherein the RF transceiver is configured for communication with a mobile device, wherein the machine further performs operations comprising: receiving the user-authentication information, from the mobile device, to unlock the self-encrypting device.</li><li>Clause 20. The non-transitory machine-readable storage medium as recited in claim 19, wherein an application in the mobile device authenticates a user by validating the user with a management server, wherein the machine further performs operations comprising: receiving an unlock command from the mobile device in response to the management server validating the user.</li></ul>

Contents6

Every citation, both ways

Citations
Document	Relation	Office	Cited during
US2008077766W	Cites	United States of America	Applicant
US201614987678A	Cites	United States of America	Applicant
US201614987749A	Cites	United States of America	Applicant
US201816103979A	Cites	United States of America	Applicant
US60975814P	Cites	United States of America	Applicant
US68074210A	Cites	United States of America	Applicant

61 members in 8 offices

This recordMember, by publication datePriority claim

Priority claims4

Priority claims
Document	Office	Kind	Date
201816103979	United States of America	A	2018-08-16
201816103979	United States of America	–	2018-08-16
19766380	European Patent Office (EPO)	A	2019-08-14
2019046522	United States of America	W	2019-08-14

Members61

Family members, oldest first
Document	Office	Kind
TW200915074A	Taiwan Province of China	A	2009-04-01
WO2009042820A2	World Intellectual Property Organization (WIPO)	A2	2009-04-02
WO2009042820A3	World Intellectual Property Organization (WIPO)	A3	2009-05-14
US2010287373A1	United States of America	A1	2010-11-11
US9262611B2	United States of America	B2	2016-02-16
US2016119339A1	United States of America	A1	2016-04-28
TWI537732B	Taiwan Province of China	B	2016-06-11
US2017017810A1	United States of America	A1	2017-01-19
WO2017123433A1	World Intellectual Property Organization (WIPO)	A1	2017-07-20
TW201737151A	Taiwan Province of China	A	2017-10-16
US9813416B2	United States of America	B2	2017-11-07
GB201811137D0	United Kingdom	D0	2018-08-22
CN108604982A	China	A	2018-09-28
KR20180107775A	Republic of Korea	A	2018-10-02
US2018307869A1	United States of America	A1	2018-10-25
GB2562923A	United Kingdom	A	2018-11-28
US2018357406A1	United States of America	A1	2018-12-13
US2019007203A1	United States of America	A1	2019-01-03
US10181055B2	United States of America	B2	2019-01-15
JP2019511791A	Japan	A	2019-04-25
KR102054711B1	Republic of Korea	B1	2019-12-11
KR20190137960A	Republic of Korea	A	2019-12-11
JP6633228B2	Japan	B2	2020-01-22
GB201919421D0	United Kingdom	D0	2020-02-12
GB2562923B	United Kingdom	B	2020-02-12
WO2020037053A1	World Intellectual Property Organization (WIPO)	A1	2020-02-20
JP2020057412A	Japan	A	2020-04-09
TW202016779A	Taiwan Province of China	A	2020-05-01
TWI692704B	Taiwan Province of China	B	2020-05-01
GB2580549A	United Kingdom	A	2020-07-22
TW202029042A	Taiwan Province of China	A	2020-08-01
US10754992B2	United States of America	B2	2020-08-25
CN108604982B	China	B	2020-09-04
US10778417B2	United States of America	B2	2020-09-15
US2020296585A1	United States of America	A1	2020-09-17
US10783232B2	United States of America	B2	2020-09-22
US2020327211A1	United States of America	A1	2020-10-15
US2020328880A1	United States of America	A1	2020-10-15
US2020366470A1	United States of America	A1	2020-11-19
CN112054892A	China	A	2020-12-08
GB2580549B	United Kingdom	B	2020-12-23
KR102201093B1	Republic of Korea	B1	2021-01-08
EP3788538A1	European Patent Office (EPO)	A1	2021-03-10
US10985909B2	United States of America	B2	2021-04-20
TWI727717B	Taiwan Province of China	B	2021-05-11
JP6938602B2	Japan	B2	2021-09-22
US11151231B2	United States of America	B2	2021-10-19
US11190936B2	United States of America	B2	2021-11-30
US2021382968A1	United States of America	A1	2021-12-09
JP2021192265A	Japan	A	2021-12-16
TWI753286B	Taiwan Province of China	B	2022-01-21
US11233630B2	United States of America	B2	2022-01-25
JP7248754B2	Japan	B2	2023-03-29
EP4242902A2This record	European Patent Office (EPO)	A2	2023-09-13
EP4242902A3	European Patent Office (EPO)	A3	2023-09-20
US11971967B2	United States of America	B2	2024-04-30
US2024202297A1	United States of America	A1	2024-06-20
CN112054892B	China	B	2024-06-21
EP3788538B1	European Patent Office (EPO)	B1	2025-03-12
EP3788538C0	European Patent Office (EPO)	C0	2025-03-12
US12437040B2	United States of America	B2	2025-10-07

16 legal events, as the office reported them to INPADOC

Over the term

Point at a mark for the event

Events

Legal events, newest first
	Event	Code
2026-04-01	First examination report despatched17Q	17Q
2026-02-27	Information on the status of an ep patent application or granted ep patentGrantedSTATUS: EXAMINATION IS IN PROGRESSSTAA	STAA
2024-02-14	Request for examination filed17P	17P
2024-02-14	Designated contracting states (corrected)RBV	RBV
2024-01-12	Information on the status of an ep patent application or granted ep patentGrantedSTATUS: REQUEST FOR EXAMINATION WAS MADESTAA	STAA
2023-09-20	Designated contracting statesAK	AK
2023-09-20	Information provided on ipc code assigned before grantRIC1	RIC1
2023-09-20	Information provided on ipc code assigned before grantRIC1	RIC1
2023-09-20	Information provided on ipc code assigned before grantRIC1	RIC1
2023-09-20	Information provided on ipc code assigned before grantRIC1	RIC1
2023-09-20	Information provided on ipc code assigned before grantRIC1	RIC1
2023-09-13	Divisional application: reference to earlier applicationAC	AC
2023-09-13	Designated contracting statesAK	AK
2023-08-18	Search report despatchedORIGINAL CODE: 0009013PUAL	PUAL
2023-08-11	Public reference made under article 153(3) epc to a published international application that has entered the european phaseORIGINAL CODE: 0009012PUAI	PUAI
2023-08-11	Information on the status of an ep patent application or granted ep patentGrantedSTATUS: THE APPLICATION HAS BEEN PUBLISHEDSTAA	STAA