USPatent applicationPatented

Method for controlling file access on computer systems

Granted 27 Dec 2011 · 5 office actions

Life of the application

22 dated events
⤢ drag to zoom20062008201020122014201620182020202220242026ProsecutionOwnershipTerm & fees
ProsecutionOwnershipTerm & feeshover for detail · click to open

Abstract

A method for controlling file access on computer systems is disclosed. Initially, a virtual machine manager (VMM) is provided in a computer system. In response to a write request, the VMM determines whether or not a location field is valid. If the location field is not valid, then the VMM writes the write request information to a storage device; but if the location field is valid, then the VMM encrypts the write request information before writing the write request information to the storage device. In response to a read request, the VMM again determines whether or not a location field is valid. If the location field is not valid, then the VMM sends the read request information to a read requester; but, if the location field is valid, then the VMM decrypts the read request information before sending the read request information to the read requester.

Description

5 parts
›BACKGROUND OF THE INVENTION

1. Technical Field

The present invention relates to data processing systems in general, and, in particular, to a method for providing file security management in data processing systems. Still more particularly, the present invention relates to a method for controlling file access on computer systems.

2. Description of Related Art

With the proliferation of computer systems, electronic documents can be transported and be viewed at practically any place in which a computer system may be found. However, some organizations would want to place a certain restriction on access to some of their files. For example, a company may allow electronic documents to be freely viewed within the company areas but not outside the company areas. Although a policy can be put in place to prohibit company electronic documents from being carried outside the company areas by company employees, some company electronic documents may still be transported outside the company areas, inadvertently or otherwise. As more and more electronic documents are being produced, the percentage of company electronic documents that are “sneaked” outside the company areas is expected to increase.

In addition, today's computer systems are typically equipped with various peripheral devices designed to allow electronic files to be easily transported from one computer system to another. Those peripheral devices includes floppy disk drives, compact disc drives, etc. Electronic files can also be easily transported from one computer system to another via portable storage devices such as universal serial bus (USB) drives—commonly known as thumb drives. Such peripheral and storage devices can pose a security problem for electronic files that are restricted to limited access. Although there are solutions for restricting file access which can prevent write operations to the above-mentioned devices, such solutions also limit the functionalities of computer systems.

Consequently, it would be desirable to provide an improved method for controlling file access on computer systems.

›SUMMARY OF THE INVENTION

In accordance with a preferred embodiment of the present invention, a virtual machine manager is provided in a computer system. The virtual machine manager selectively encrypts files using different public keys depending on the location of the computer system. Locations at which the computer system are authorized can be stored in a respective location field of a location table that can be accessed by the virtual machine manager.

In response to a write request, the virtual machine manager determines whether or not a location field is valid. If the location field is determined to be not valid, then the virtual machine manager writes the write request information to a storage device. Otherwise, if the location field is determined to be valid, then the virtual machine manager encrypts the write request information with a public/private key associated with the location field before writing the write request information to the storage device.

In response to a read request, the virtual machine manager again determines whether or not a location field is valid. If the location field is determined to be not valid, then the virtual machine manager sends the read request information to a read requestor. Otherwise, if the location field is determined to be valid, then the virtual machine manager decrypts the read request information with a public/private key associated with the location field before sending the read request information to the read requestor.

All features and advantages of the present invention will become apparent in the following detailed written description.

›BRIEF DESCRIPTION OF THE DRAWINGS

The invention itself, as well as a preferred mode of use, further objects, and advantages thereof, will best be understood by reference to the following detailed description of an illustrative embodiment when read in conjunction with the accompanying drawings, wherein:

FIG. 1 is a block diagram of a computing system in which a preferred embodiment of the present invention is incorporated; and

FIG. 2 is a high-level logic flow diagram of a method for controlling file access on the computing system from FIG. 1 , in accordance with a preferred embodiment of the present invention.

›DETAILED DESCRIPTION OF A PREFERRED EMBODIMENT · 1 of 2

Referring now to the drawings and in particular to FIG. 1 , there is depicted a block diagram of a computing environment in which a preferred embodiment of the present invention is incorporated. As shown, a computer system 10 includes a hardware structure 11 , a virtual machine manager (VMM) or hypervisor 12 and virtual machines 13 a - 13 b . Virtual machines 13 a and 13 b are preferably located in separate partitions such that any execution within virtual machine 13 a is isolated from virtual machine 13 b , or vice versa. VMM 12 controls all communications between virtual machines 13 a and 13 b . In addition, VMM 12 can directly communicate with hardware structure 11 . Hardware structure 11 includes such known structures as processors, registers, memory management units, memory devices, input/output devices, etc.

An operating system and multiple application programs can be executed concurrently within each of virtual machines 13 a - 13 b . For example, an operating system 14 and an application program 15 are executed within virtual machine 13 a , while an operating system 16 and an application program 17 are executed within virtual machine 13 b.

Although it is not required, operating system 14 can be different from operating system 16 . For example, operating system 14 can be an open source Linux operating system, while operating system 15 can be Windows® operating system manufactured by the Microsoft Corporation. Similarly, the underlying processor emulated by virtual machine 13 a can also be different from the underlying processor emulated by virtual machine 13 b . For example, the underlying processor emulated by virtual machine 13 a can be a Pentium® processor manufactured by the Intel Corporation, while the underlying processor emulated by virtual machine 13 b can be a PowerPC® processor manufactured by the International Business Machines Corporation.

Each of virtual machines 13 a - 13 b , which includes its operating system and associated application programs, operates at a user-level. When VMM 12 uses direct execution, VMM 12 is set to a so-called user-mode (i.e., with reduced privileges) so that none of virtual machines 13 a - 13 b can directly access the various privileged registers that control the operation of hardware structure 11 . Rather, all privileged instructions will be trapped into VMM 12 .

In accordance with a preferred embodiment of the present invention, files are selectively encrypted before they are written on a non-portable storage device, such as a hard drive, of a computer system using a VMM such as VMM 12 . Encryptions are preferably performed via public/private key infrastructure that is well-known to those skilled in the art. An unique public/private key is preferably associated with a separate location in which a computer system is placed, but one public/private key can also be associated with multiple locations in which the computer system may be placed.

Location information, such as locations in which a computer system may be placed, are preferably stored in a location table within the computer system. The location table may include, for example, multiple location fields, each for storing a location in which the computer system may be placed. Access to the location table is limited to authorized personnel only. Public/private keys associated with location information can be securely stored locally within a computer system and/or remotely in a server system.

On a read request, the VMM will attempt to decrypt the read request data from a file using the public/private key associated with the location in which a computer is placed. If the read request is not made at the same location in which the read request data was stored, then the read request data will be sent to the read requestor without any decryption, and thus, the read request data cannot be understood by the read requester. For example, company files are encrypted before they are written onto a hard drive within a computer system located within the company area. Even if one or more of the company files are taken back home by a company employee via a portable storage device, those company files cannot be read via a home computer system of the company employee (or even the company computer system) because the company files will not be decrypted by the VMM of the home computer system or the company computer system due to the location change.

Since the VMM is performing all encryptions and decryptions, the operating system performs read and write operations as usual based on the request without knowing the encryptions and decryptions. The VMM can use any one or more of the following methods to determine the physical location at which a computer system is placed:

i. network subnet;

ii. wireless access point connection name or SSID;

iii. global positioning system (GPS).

The above-mentioned methods are some of the easier methods for determining the physical location of a computer system, and it is understood by those skilled in the art that there are many other alternative methods for determining the physical location of a computer system. Once the VMM knows the location of a computer system, the VMM can provide the proper public/private key from a location table for performing encryption. This ensures that a read operation on a computer system can only occur in the same location as a write operation.

With reference now to FIG. 2 , there is depicted a high-level logic flow diagram of a method for controlling file access on computer system 10 , in accordance with a preferred embodiment of the present invention. After the receipt of a request, as shown in block 21 , a determination is made by VMM 12 as to whether or not the request is a read request or a write request, as depicted in block 22 . If the request is a write request, the current location of computer system 10 is obtained, as shown in block 23 . A determination is then made as to whether or not the current location of computer system 10 matches the location information previously stored in a location table, as depicted in block 24 . If the current location does not match the location information previously stored in the location table, the write request data are directly written to a storage device, such as a hard drive, within computer system 10 , as shown in block 25 . However, if the current location matches the location information previously stored in the location table, a public key associated with the current location is obtained, and the write request data are encrypted using the public key, as depicted in block 26 , before the write request data are written to the storage device, as shown in block 25 .

›DETAILED DESCRIPTION OF A PREFERRED EMBODIMENT · 2 of 2

If the request is a read request, the read request data is read from the storage device, as depicted in block 32 . Then, the current location of computer system 10 is obtained, as shown in block 33 . A determination is then made as to whether or not the current location of computer system 10 matches the location information previously stored in the location table, as depicted in block 34 . If the current location does not match the location information previously stored in the location table, the read request data are directly sent to the read requestor, as shown in block 35 . Since the data were previously encrypted; thus, the read requestor would not able to use the data.

However, if the current location matches the location information previously stored in the location table, a public key associated with the current location is obtained, and the read request data are decrypted with the public key, as depicted in block 36 , before the read request data are sent to the read requester, as shown in block 35 . The decrypted data can now be utilized by the read requestor.

As has been described, the present invention provides an improved method and apparatus for controlling file access on computer systems, depending on their location. The advantage of the present invention is that critical data on a computer system are protected from unauthorized usages while removable and portable read/write devices within the computer system can still be used.

It is also important to note that although the present invention has been described in the context of a fully functional computer system, those skilled in the art will appreciate that the mechanisms of the present invention are capable of being distributed as a program product in a variety of.

While the invention has been particularly shown and described with reference to a preferred embodiment, it will be understood by those skilled in the art that various changes in form and detail may be made therein without departing from the spirit and scope of the invention.

Claims as granted

15 claims

Log in to read the claims of this application.

Log in to unlock

Classifications

11 codes
IPC · International Patent Classification
Section G — Physics
  • G06F12/14
USPC · US Patent Classification
713/193713/165713/189726/2711/6713/187718/1713/167380/26713/188

Claim changes

Soon
Coming soonHow the claims changed between publication and grant

See which claims were amended, added or cancelled during examination, with every added and removed word marked.

AmendedAddedCancelledUnchanged

The published claims of this application are not paired with the granted ones in what we hold.

File wrapper

⤢ drag to zoom200720082009201020112012USPTOApplicantNon-final rejectionResponse after finalNon-final rejectionResponse after non-finalNotice of appeal filed
USPTOApplicanthover for detail · click to open
Pendency
5.6 y
2,031 days filing → grant
Office actions
5
non-final + final
Responses
5
no RCE
Appeals
2
notices of appeal
Examiner
Saleh Najjar
art unit 2492 · TC 2400
Citations: 43 back · 0 forward

See the full prosecution history — every USPTO and applicant action on this file, in order.

Log in to unlock

Documents

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 unlock

Chain of title

⤢ drag to zoom20062008201020122014201620182020202220242026Owner 1Owner 2
Titlehover for detail · click to open

See the full assignment history — every owner this patent has passed through, with recordation dates and reel/frame numbers.

Log in to unlock