Password management outside of a BIOS
Granted 22 Oct 2013 · 3 office actions
Current assignee: LENOVO SWITZERLAND INTERNATIONAL GMBH · originally Lenovo
Law firm: Law firm · Log in to unlock
Attorney: Attorney · Log in to unlock
Inventors: Randall S. Springfield, David C. Challener, Howard Locker · Examiner: Edward Zee · AU 2435 · TC 2400
Life of the application
15 dated eventsAbstract
In accordance with at least one presently preferred embodiment of the present invention, there is broadly contemplated herein the managing of a POP not solely in the BIOS but at least partly in a more secure location. In accordance with a particularly preferred embodiment of the present invention, this location could be in a NVRAM (non-volatile random access memory) inside a TPM (trusted platform module). Most preferably, this location will contain code that the BIOS preferably will need to access and employ in order to complete the booting of the system.
Description
7 parts›FIELD OF THE INVENTION
The present invention relates generally to password management in a computer system.
›BACKGROUND OF THE INVENTION
As is well known, passwords have long been employed by way of protecting computer systems from unauthorized access. Generally, computers have a type of firmware known as a basic input/output system (BIOS) which can provide different types of password protection. Normally, a “hard disk password” (HDP) controls access to the hard disk drives or other storage devices of a computer, while a “power-on password” (POP) controls access to the loading of the operating system.
Problems may be encountered in connection with such an arrangement, however. Particularly, to the extent that a POP can be read out of a BIOS memory, this may present a significant security issue when the POP (as often is the case among users) is the same as the HDP. Since possession of a HDP can permit an unauthorized user to freely access hard drive contents, the resultant security breach could be enormous, and detrimental to the legitimate user or organization in question. Accordingly, a highly compelling need has been recognized in connection with obviating such a security breach.
›SUMMARY OF THE INVENTION
In accordance with at least one presently preferred embodiment of the present invention, there is broadly contemplated herein the managing of a POP not solely in the BIOS but at least partly in a more secure location. In accordance with a particularly preferred embodiment of the present invention, this location could be in a NVRAM (non-volatile random access memory) inside a TPM (trusted platform module). Most preferably, this location will contain code that the BIOS preferably will need to access and employ in order to complete the booting of the system.
Generally, in accordance with at least one presently preferred embodiment of the present invention, a system BIOS will begin booting and will request from the user the POP. This will preferably be employed to unlock and read a section of NVRAM in the TPM. If this is unsuccessful, and an error message appears, the user preferably will be allowed to retry the POP entry. If successful, the return value will preferably be code that the BIOS may access and employ in order to continue running. This code could include the HDP, which in accordance with an embodiment of the present invention the user would not necessarily need to remember.
In summary, one aspect of the invention provides a method comprising the steps of: receiving a password input at a BIOS; and authenticating the password input at a second location, the second location being different from the BIOS; said authenticating comprising transmitting the received password input together with a supplementary component to the second location for authentication.
Another aspect of the invention provides a system comprising: a main memory; a BIOS which acts to receive a password input; an authenticator which authenticates the password input, said authenticator being located differently from the BIOS; said BIOS acting to transmit the received password input together with a supplementary component to the second location for authentication.
Furthermore, an additional aspect of the invention provides a program storage device readable by machine, tangibly embodying a program of instructions executable by the machine to perform a method comprising the steps of: receiving a password input at a BIOS; and authenticating the password input at a second location, the second location being different from the BIOS; said authenticating comprising transmitting the received password input together with a supplementary component to the second location for authentication.
For a better understanding of the present invention, together with other and further features and advantages thereof, reference is made to the following description, taken in conjunction with the accompanying drawings, and the scope of the invention will be pointed out in the appended claims.
›BRIEF DESCRIPTION OF THE DRAWINGS
FIG. 1 schematically illustrates a computer system with added components.
FIG. 2 schematically illustrates a TPM and components.
FIG. 3 schematically illustrates a process flow for authenticating a POP.
›DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS · 1 of 3
For a better understanding of the present invention, together with other and further features and advantages thereof, reference is made to the following description, taken in conjunction with the accompanying drawings, and the scope of the invention will be pointed out in the appended claims.
It will be readily understood that the components of the present invention, as generally described and illustrated in the Figures herein, may be arranged and designed in a wide variety of different configurations. Thus, the following more detailed description of the embodiments of the apparatus, system, and method of the present invention, as represented in FIGS. 1 through 3 , is not intended to limit the scope of the invention, as claimed, but is merely representative of selected embodiments of the invention.
Reference throughout this specification to “one embodiment” or “an embodiment” (or the like) means that a particular feature, structure, or characteristic described in connection with the embodiment is included in at least one embodiment of the present invention. Thus, appearances of the phrases “in one embodiment” or “in an embodiment” in various places throughout this specification are not necessarily all referring to the same embodiment.
Furthermore, the described features, structures, or characteristics may be combined in any suitable manner in one or more embodiments. In the following description, numerous specific details are provided, such as examples of programming, software modules, user selections, network transactions, database queries, database structures, hardware modules, hardware circuits, hardware chips, etc., to provide a thorough understanding of embodiments of the invention. One skilled in the relevant art will recognize, however, that the invention can be practiced without one or more of the specific details, or with other methods, components, materials, etc. In other instances, well-known structures, materials, or operations are not shown or described in detail to avoid obscuring aspects of the invention.
The illustrated embodiments of the invention will be best understood by reference to the drawings, wherein like parts are designated by like numerals or other labels throughout. The following description is intended only by way of example, and simply illustrates certain selected embodiments of devices, systems, and processes that are consistent with the invention as claimed herein.
Referring now to FIG. 1 , there is depicted a block diagram of an illustrative embodiment of a computer system 12 . The illustrative embodiment depicted in FIG. 1 may be a notebook computer system, such as one of the ThinkPad® series of personal computers sold by Lenovo (US) Inc. of Morrisville, N.C., however, as will become apparent from the following description, the present invention is applicable to any data processing system. Notebook computers may alternatively be referred to as “notebooks”, “laptops”, “laptop computers” or “mobile computers” herein, and these terms should be understood as being essentially interchangeable with one another.
As shown in FIG. 1 , computer system 12 includes at least one system processor 42 , which is coupled to a Read-Only Memory (ROM) 40 and a system memory 46 by a processor bus 44 . System processor 42 , which may comprise one of the AMD™ line of processors produced by AMD Corporation or a processor produced by Intel Corporation, is a general-purpose processor that executes boot code 41 stored within ROM 40 at power-on and thereafter processes data under the control of operating system and application software stored in system memory 46 . System processor 42 is coupled via processor bus 44 and host bridge 48 to Peripheral Component Interconnect (PCI) local bus 50 .
PCI local bus 50 supports the attachment of a number of devices, including adapters and bridges. Among these devices is network adapter 66 , which interfaces computer system 12 to a LAN, and graphics adapter 68 , which interfaces computer system 12 to display 69 . Communication on PCI local bus 50 is governed by local PCI controller 52 , which is in turn coupled to non-volatile random access memory (NVRAM) 56 via memory bus 54 . Local PCI controller 52 can be coupled to additional buses and devices via a second host bridge 60 .
Computer system 12 further includes Industry Standard Architecture (ISA) bus 62 , which is coupled to PCI local bus 50 by ISA bridge 64 . Coupled to ISA bus 62 is an input/output (I/O) controller 70 , which controls communication between computer system 12 and attached peripheral devices such as a keyboard and mouse. In addition, I/O controller 70 supports external communication by computer system 12 via serial and parallel ports. A disk controller 72 is in communication with a disk drive 200 . Of course, it should be appreciated that the system 12 may be built with different chip sets and a different bus structure, as well as with any other suitable substitute components, while providing comparable or analogous functions to those discussed above.
Indicated at 86 is a BIOS (basic input/output system) whose functioning, in accordance with at least one presently preferred embodiment of the present invention, will be better understood from further discussion herebelow.
As is known conventionally, associated with BIOS 86 is a memory 86 a and a password manager 86 b . Normally, a POP would be contained in the memory 86 a , to be managed by manager 86 b . For instance, for those computers where a POP is established prior to shipping and/or optionally established by a user, the BIOS will ensure that the user is queried on the POP when the computer is powered on. At the same time, for those computers where a HDP is established prior to shipping and/or optionally established by a user, the BIOS will ensure that the user is queried on the HDP at an appropriate juncture where the hard drive (normally, at 46 ) when the computer is powered on.
Often, a user will make a POP and HDP one and the same for the sake of convenience. While this provides an advantage of obviating a need to remember multiple passwords for the same system, in practice it also invites a greater risk of security breaches. For instance, if an unauthorized user were to access the POP password in such a situation, then access to the hard drive could be gained easily. This often is not difficult to undertake as the POP is normally exposed in the BIOS 86 and, since the BIOS 86 is not normally locked before booting, the POP can easily be accessed, e.g., via a chip clip.
›DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS · 2 of 3
In accordance with a presently preferred embodiment of the present invention, the POP is not managed solely in the BIOS 86 but at least partly in a more secure location, e.g., in a TPM. A particularly preferred manner of carrying this out will now be described.
As indicated at 92 , system 12 may preferably include a TPM. Normally, this is embodied by a highly secure chip or region where nothing can be read out unless a secure authorization process is successfully executed. Details relating to TPM's can be found at the “Trusted Computing Group” website, www.trustedcomputinggroup.org.
As broadly illustrated in schematic form in FIG. 2 , TPM 92 includes a NVRAM 92 a . Preferably, a predetermined location 94 of NVRAM 92 a will contain code 94 a that, in a manner now to be described, the BIOS 86 preferably will need to access and employ in order to complete the booting of the system. TPM 92 also preferably includes a random number generator 96 (examples of which are well known to those of ordinary skill in the computer arts) which functions in a manner to be described herebelow.
Accordingly, FIG. 3 provides a flowchart illustrating a process that may be carried out in accordance with a preferred embodiment of the present invention. Reference can also continue to be made to FIGS. 1 and 2 . As shown, system BIOS 86 will initiate booting ( 102 ) and, per convention, request from the user the POP ( 104 ). BIOS 86 then preferably communicates with TPM 92 ( 106 ) in a manner (described below) to attempt to unlock location 94 in NVRAM 92 a , and to read the contents of 94 (i.e., code 94 a ). The general test, also to be discussed more fully below, is indicated at 107 .
If the aforementioned unlocking is unsuccessful, an error message will preferably appear ( 108 ) and the user will be given the opportunity to reenter the POP ( 104 ). If on the other hand the correct POP is supplied by the user and the unlocking is indeed successful, then a return value will preferably be provided in the form of code 94 a and returned to BIOS 86 ( 110 ), which the BIOS then accesses and employs in order to continue the booting process ( 112 ). As stated above, code 94 a could include the HDP, which the user need not necessarily employ or have a need to remember but which, in any case, can be used at once to unlock the hard drive.
Essentially, any suitable unlocking procedure may be employed that ensures that the BIOS 86 does not “see” the POP. Now to be described is one particularly preferred implementation in accordance with at least one embodiment of the present invention. Referring to step 106 , TPM 92 will first effectively receive a command from the BIOS 86 that the user wishes to complete authorization. Preferably, this will essentially be a request from the BIOS 86 to read memory location 94 . In response, random number generator 96 will preferably generate a random number and send it back to the BIOS 86 . The BIOS will perform a HMAC (Hash Message Authentication Code) procedure on this random number. The HMAC may be configured in accordance with essentially any suitable secure algorithm as known to those of ordinary skill in the computer arts; secure HMAC algorithms as such can be found, for instance, at the National Institute of Standards and Technology website (www.nist.gov). Thereafter, the POP entered by the user and HMAC output will be conveyed back to the TPM together. The TPM 92 then preferably performs an HMAC procedure and determines whether the user's POP entry is in fact a successful match of the true POP as stored in the TPM 92 .
This then brings the process to step 107 where, as stated before, a positive match (“Y”) will prompt TPM 92 to send a “return value” to BIOS 86 (at 110 ) or a negative match (“N”) will prompt TPM 92 to generate an error message ( 108 ). In a preferred embodiment of the present invention, the “return value” provided by the TPM to the BIOS (step 110 in FIG. 3 ) includes an HDP that has been stored in memory space 94 . Alternatively, essentially any other item can be provided as the “return value” which would serve to unlock the hard drive.
It will be appreciated from the foregoing that the BIOS 86 is not so much managing the POP in toto (and as is conventionally known), as compared to merely transmitting keystrokes over to the TPM 92 for handling. TPM 92 thus essentially keeps the BIOS 86 “blind” to the mechanics of the process and to the actual POP itself, to thus optimally protect the system 12 from unauthorized access. Along these lines, the POP may be pre-programmed at any time into the TPM 92 by the user. Once the POP is in the TPM 92 , the TPM 92 preferably will never actually pass the POP out (other than in the context of an authentication process as outlined above).
The act of setting aside memory space inside a TPM in accordance with the processes broadly contemplated herein, and for the purposes described, is well within the purview of those of ordinary skill in the art. The TPM website, supra, provides ample information in that regard. Among the TPM routines that can be employed for the purpose are: tpm_nv_WriteValue_auth (to write a POP into memory); tpm_nv_ReadValue_auth (to require authorization to read a value from TPM memory); tpm_nv_DefineSpace (to reserve space in TPM memory).
It is to be understood that the present invention, in accordance with at least one presently preferred embodiment, includes elements that may be implemented on at least one general-purpose computer running suitable software programs. These may also be implemented on at least one Integrated Circuit or part of at least one Integrated Circuit. Thus, it is to be understood that the invention may be implemented in hardware, software, or a combination of both.
If not otherwise stated herein, it is to be assumed that all patents, patent applications, patent publications and other publications (including web-based publications) mentioned and cited herein are hereby fully incorporated by reference herein as if set forth in their entirety herein.
›DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS · 3 of 3
Although illustrative embodiments of the present invention have been described herein with reference to the accompanying drawings, it is to be understood that the invention is not limited to those precise embodiments, and that various other changes and modifications may be affected therein by one skilled in the art without departing from the scope or spirit of the invention.
Claims as granted
15 claimsLog in to read the claims of this application.
Log in to unlockClassifications
3 codes- G06F21/00
Claim changes
SoonSee which claims were amended, added or cancelled during examination, with every added and removed word marked.
The published claims of this application are not paired with the granted ones in what we hold.
File wrapper
See the full prosecution history — every USPTO and applicant action on this file, in order.
Log in to unlockDocuments
Log in to open the documents of this file: the application as filed, every office action and response, the notice of allowance.
Log in to unlockChain of title
See the full assignment history — every owner this patent has passed through, with recordation dates and reel/frame numbers.
Log in to unlock