Integrating security protection tools with computer device integrity and privacy policy

Abstract

At computer device power on, the operating system of the computer device initiates a monitor. The monitor assigns a monitoring program to each program and object (collectively, “program”) running on the computer device to monitor the activities of the program. When the monitoring program is assigned to a program, the monitoring program is assigned an integrity and/or privacy label (collectively, “integrity label”) based on predetermined criteria applied to the monitored program. The monitoring program, in turn, assigns an integrity label to the program monitored by the monitoring program. The integrity label assigned to the monitored program is less than or equal to the integrity label of the monitoring program. The monitor enforces an integrity policy of the computer device based on the integrity label assigned to monitored programs and the integrity label associated with data, another program, or a remote network resource that the monitored program is seeking to access.

Description

DESCRIPTION OF THE DRAWINGS

The foregoing aspects and many of the attendant advantages of the disclosed subject matter will become more readily appreciated as the same become better understood by reference to the following detailed description, when taken in conjunction with the accompanying drawings, wherein:

FIG. 1 is a functional flowchart illustrating exemplary actions that occur when a user of a prior art computer device downloads a process to install a program.

FIG. 2 is a block diagram of a computer device environment suitable for implementing one or more aspects of the disclosed subject matter.

FIG. 3 is a functional flowchart illustrating exemplary actions that occur when a computer device user downloads a process to install a program, according to one embodiment of the disclosed subject matter.

FIG. 4 is a functional flowchart illustrating exemplary actions that occur when a plurality of SPP programs assign an integrity and/or privacy label to a program, according to one embodiment of the disclosed subject matter.

DETAILED DESCRIPTION

The following description includes numerous specific details intended to provide a thorough description of the exemplary embodiments of the disclosed subject matter. It will be apparent, however, to one skilled in the art that the disclosed subject matter may be practiced without these specific details. In other instances, well known features have not been described in detail so as not to obscure the disclosed subject matter.

When a computer device is powered on, an SRM (or a functionally similar monitor) is initiated by the operating system of the computer device to enforce an integrity and/or privacy policy of the computer device on all programs executing and objects running on the computer device. In general, in one exemplary operating system employing an embodiment of the disclosed subject matter, the SRM enforces the integrity and/or privacy policy of the computer device by comparing an integrity and/or privacy label assigned to a program to an integrity and/or privacy label assigned to an object that the program is trying to manipulate. Isolation of malicious programs or objects infected by malicious programs is performed by the mandatory security model integrated in the SRM (and in some cases by the object managers of the operating system). Further, even if the security policy of the SPP program is independent of the security policy of the computer device enforced by the mandatory security model integrated into an SRM, the SRM enforces the integrity and/or privacy policy of the computer device on all programs executing and objects running on the computer device.

FIG. 2 illustrates an example of a suitable computing system environment suitable for implementing an embodiment of the disclosed subject matter. The computing system environment is only one example of a suitable computing environment and is not intended to suggest any limitation as to the scope of use or functionality of the disclosed subject matter. Neither should the computing environment be interpreted as having any dependency or requirement relating to any one or combination of components illustrated in the exemplary operating environment.

The disclosed subject matter is operational with numerous other general purpose or special purpose computing system environments or configurations. Examples of well known computing systems, environments, and/or configurations in which various embodiments of the disclosed subject matter may find use include various types of computer devices and computer systems, including but are not limited to, personal computers, server computers, hand-held or laptop devices, multiprocessor systems, microprocessor-based systems, set top boxes, programmable consumer electronics, network PCs, minicomputers, mainframe computers, distributed computing environments that include any of the above systems or devices, and the like.

Embodiments of the disclosed subject matter may be described in the general context of computer-executable instructions, such as program modules, being executed by a computer device or system. Generally, program modules include routines, programs, objects, components, data structures, etc., that perform particular tasks or implement particular abstract data types. Embodiments of the disclosed subject matter may also be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network. In a distributed computing environment, program modules may be located in both local and remote computer storage media including memory storage devices.

With reference to FIG. 2, an exemplary system for implementing an embodiment of the disclosed subject matter includes a general purpose computing device in the form of a computer 210, such as a personal computer, laptop computer, server, etc. Components of the computer 210 may include, but are not limited to, a processing unit 220, a system memory 230, and a system bus 221 that couples various system components including the system memory to the processing unit 220. The system bus 221 may be any of several types of bus structures including a memory bus or memory controller, a peripheral bus, and a local bus using any of a variety of bus architectures. By way of example, and not limitation, such architectures include Industry Standard Architecture (ISA) bus, Micro Channel Architecture (MCA) bus, Enhanced ISA (EISA) bus, Video Electronics Standards Association (VESA) local bus, and Peripheral Component Interconnect (PCI) bus also known as Mezzanine bus.

As is typical, the exemplary computer 210 includes a variety of computer readable media. Computer readable media can be any available media that can be accessed by the computer 210 and includes both volatile and nonvolatile media, removable and non-removable media. By way of example, and not limitation, computer readable media may comprise computer storage media and communication media. Computer storage media includes both volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storage of information, such as computer readable instructions, data structures, program modules, or other data. Computer storage media includes, but is not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CDROM, digital versatile disks (DVD) or other optical disk storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to store the desired information and which can accessed by the computer 210.

Communication media typically embodies computer readable instructions, data structures, program modules or other data in a modulated data signal, such as a carrier wave or other transport mechanism, and includes any information delivery media. The term “modulated data signal” means a signal that has one or more of its characteristics set or changed in such a manner as to encode information in the signal. By way of example, and not limitation, communication media includes wired media, such as a wired network or direct-wired connection, and wireless media, such as acoustic, RF, infrared, and other wireless media. Combinations of the any of the above should also be included within the scope of computer readable media.

The system memory 230 includes computer storage media in the form of volatile and/or nonvolatile memory, such as read only memory (ROM) 231 and random access memory (RAM) 232. A basic input/output system 233 (BIOS), containing the basic routines that help to transfer information between elements within computer 210, such as during start-up, is typically stored in ROM 231. The RAM 232 typically contains data and/or program modules that are immediately accessible to and/or presently being operated on by the processing unit 220. By way of example, and not limitation, FIG. 2 illustrates the operating system 234 of the computer including the kernel 235, the SRM 236, one or more SPP programs 237, and TCB data 238. The TCB data 238 contains the location of the SPP programs 237 generated by the SRM 236. The RAM 232 also contains application programs, other program modules, and program data 239 that may include one or more SPP programs 237a.

The computer 210 may also include removable/non-removable, volatile/non-volatile computer storage media. By way of example only, FIG. 2 illustrates a hard disk drive 240 that reads from or writes to non-removable, non-volatile magnetic media, a magnetic drive 251 that reads from or writes to a removable, non-volatile magnetic disk 252, and an optical disk drive 255 that reads from or writes to a removable, non-volatile optical disk 256, such as CD-ROM, or other optical media. Other removable/non-removable, volatile/non-volatile computer storage media that can be used in the exemplary operating environment include, but are not limited to, magnetic tape cassettes, flash memory cards, DVD, digital video tape, Bernoulli cap cartridges, solid state RAM, solid state ROM, and the like. The hard disk drive 240, magnetic disk drive 251, and optical disk drive 255 may be connected to the system bus 221 by a hard disk drive interface 241, a magnetic disk drive interface 253, and an optical drive interface 255, respectively. Alternatively, the hard disk drive 240, magnetic disk drive 251, and optical disk drive 255 are typically connected to the system bus 221 by a Small Computer System Interface (SCSI).

The drives and their associated computer storage media discussed above and illustrated in FIG. 2, provide storage of computer readable instructions, data structures, program modules, and other data for the computer 210. In FIG. 2, for example, the hard disk drive 240 is illustrated as storing the operating system of the computer 244, including the kernel 245, the SRM 246, one or more SPP programs 247, and the TCB data 248, plus application programs, other program modules, and program data 249 that may include one or more SPP programs 247a. The TCB data 248 contains the location of the SPP programs 247a. Note that these components, i.e., including the operating system of the computer 244, the kernel 245, the SRM 246, one or more SPP programs 247, and the TCB data 248, plus other application programs, program modules, and program data 249 that may include one or more SPP programs 247 can either be the same as or different from the operating system of the computer 234, including the kernel 235, the SRM 236, one or more SPP programs 237, and the TCB data 238, plus application programs, other program modules, and program data 239 that may include one or more SPP programs 237a in the RAM 232. As will be appreciated by those skilled in the art, application programs, other program modules, and program data stored in RAM is transitory and used for quick and immediate access. The information stored on a hard disk drive, on the other hand, is long term and permanent. In operation, the RAM makes a copy of the application programs, other program modules, or program data from the hard disk drive as required. Storing a copy in RAM increases the access speed of the application programs, other program modules, and program data, which is a sought after feature in today's computing environment.

A computer device user may enter commands and information into the computer 210 through input devices, such as a keyboard 262 and pointing device 261, commonly referred to as a mouse, trackball, or touch pad. Other input devices (not shown) may include a microphone, joystick, game pad, satellite dish, scanner, or the like. These and other input devices are often connected to the processing unit 220 through a user input interface 260 that is coupled to the system bus, but may be connected by other interface and bus structures, such as a parallel port, a game port, or a universal serial bus (USB). A monitor 291 or other type of display device is also connected to the system bus 221 via an interface, such as a video interface 290.

The computer 210 may operate in a networked environment using logical connections to one or more remote computers, such as a remote computer 280. The remote computer 280 may be a personal computer, a server, a router, a network PC, a peer device, or other common network node, and typically includes many or all of the elements described above relative to the computer 210, although only a memory storage device has been illustrated in FIG. 2. The logical connections depicted in FIG. 2 include a local area network (LAN) 271 and a wide area network (WAN) 273, but may also include other networks. Such networking environments are commonplace in offices, enterprise-wide computer networks, intranets and the Internet.

When used in a LAN network environment, the computer 210 is connected to the LAN 271 through a network interface adapter 272. When used in a WAN network environment, the computer typically includes a modem 274 or other means for establishing communications over the WAN 273, such as the Internet. The modem, which may be internal or external, may be connected to the system bus 221 via the serial port interface or other appropriate mechanism. In a networked environment, program modules depicted relative to the computer 210 or portions thereof, may be stored in the remote memory storage device. By way of example, and not limitation, FIG. 2 illustrates remote application programs 281 as residing on memory device 282. It will be appreciated that the network connections shown are exemplary and other means of establishing communication between the computers may be used. Although many other internal components of the computer 210 are not shown, those of ordinary skill will appreciate that such components and their interconnection are well known. Accordingly, additional details concerning the internal construction of the computer 210 need not be disclosed in connection with the disclosed subject matter.

As will be better understood from the following description, the SRM 236 or 246 uses SPP programs 237 or 247 to facilitate the enforcement of the integrity and/or privacy policy of the computer 210. An SPP program is assigned to label (with an integrity and/or privacy label) each program executing or object running on the computer 210. The SPP program is assigned an integrity and/or privacy label based on certain criteria of the program or object that the SPP program is assigned to monitor. One criterion, especially for a program downloaded from the Internet, is the code origin of the program. For example, if the program downloaded from the Internet originates from a company reputed for producing “safe” programs, and can be verified as such, for example by checking digital signatures of the program, the SPP program may assign an integrity label to the program that allows the program write access certain user data and a privacy label that allows the program read access to certain user data. On the other hand, if the program is known to be spyware, by checking a cyclic redundancy check (CRC) or hash across the program binary, the SPP program may assign a low integrity and/or privacy label to the program. The SRM will then not allow the program to modify user data at a higher integrity label or to read user data at a higher privacy label. While various integrity and/or privacy label indications can be used, preferably, the integrity and/or privacy labels are positive integers of the type employed in the Windows operating system. The integrity and/or privacy label of the downloaded program is less than the integrity and/or privacy label assigned to the SPP program. The assigned integrity and/or privacy label of the downloaded program hence prevents the downloaded program from being able to access any data with an integrity and/or privacy label above the level of integrity and/or privacy established by the SPP program or modifying the data of the SPP program.

FIG. 3 is a functional flowchart illustrating exemplary actions 300 that occur when a computer device user downloads a process to install a program. At block 301, on computer device power on, the SRM is initiated with enforcing policy on all programs executing and objects running on the computer device. At block 302, a computer device user accesses the Internet to install a program to the computer device. At block 303, the program is installed on the computer device. At block 304, the computer device user attempts to start a program. The program that the user is attempting to start could be the newly installed program or a program previously installed on the computer device. At block 305, the SRM or some other TCB component checks to see if one or more SPP programs are assigned to monitor the program. If there is more than one SPP program, the flowchart continues to FIG. 4 (the arrow marked “YES” from block 305).

FIG. 4 is a functional flowchart illustrating exemplary actions 400 that occur according to one embodiment when there are more than one SPP programs assigned to monitor the program. As mentioned above, more than one SPP programs are assigned to monitor the downloaded program if there is more than one criterion of the program to choose the integrity and/or privacy label of the program. For example, one criterion could be based on the code origin of the program. Another criterion could be based on the contents of a signature file of the program. Yet another criterion could be based on a global user preference. The above-mentioned criteria and the number of criteria should be both taken as exemplary and not as limiting to the scope of the disclosed subject matter. At block 401, three SPP programs (SPP1, SPP2, and SPP3) are assigned by the SRM to monitor the program based on the exemplary three criteria mentioned above. At block 402, an integrity and/or privacy label is assigned by the computer device security policy within the SRM to each of the three SPP programs. At block 403, each of the three SPP programs assign an integrity and/or privacy label to the program. As mentioned above, the integrity and/or privacy label is a positive integer. Also as mentioned above, the integrity and/or privacy label of the program is less than or equal to the integrity and/or privacy label assigned to the SPP program (by the SRM) that is assigning the integrity and/or privacy label to the program.

Returning to FIG. 4, at block 404, a test is made to determine if the integrity and/or privacy label assigned to the program by each of the three SPP programs is the same. If the integrity and/or privacy label assigned by each of the three SPP programs is the same (the “YES” branch from block 404), at block 405 the commonly assigned integrity and/or privacy label is assigned as the integrity and/or privacy label of the program. If, on the other hand, the integrity and/or privacy label assigned by each of the three SPP programs is not the same (the “NO” branch from block 404), at block 406 a voting scheme is used to determine the integrity and/or privacy label to be assigned to the program. For example, the lowest integrity and/or privacy label obtained from the voting scheme, or the integrity and/or privacy label obtained from an average of the integrity and/or privacy labels of the voting SPP programs could be used as the integrity and/or privacy label of the program. It is to be understood that the disclosed subject matter is not limiting to a particular voting scheme used to determine the integrity and/or privacy label of the program. Returning to FIG. 4, at block 407, the integrity and/or privacy label determined by the voting scheme is assigned to the program. Whether the program is assigned the commonly assigned integrity and/or privacy label at block 405 or the integrity and/or privacy label based on the result of the voting scheme at block 407, the flowchart continues at block 309 in FIG. 3.

The higher the integrity and/or privacy label of a program and/or object, the greater the amount of private and/or secure data that the program and/or object can access. As mentioned above, then SPP program can only assign an integrity and/or privacy label to the program and/or object the SPP program is assigned to monitor whose value is less than or equal to the integrity and/or privacy label of the assigning SPP program. If, for example, the SPP program is assigned an integrity label 5 and a privacy label 8 by the computer device security policy within the SRM, the SPP program can only assign a maximum integrity label 5 and privacy label 8 to the program and/or object the SPP program is assigned to monitor. Having the SPP program assign an integrity and/or privacy label to the program and/or object that the SPP program is assigned to monitor that is less than the SPP program's own integrity and/or privacy label ensures that the program cannot modify SPP data for its own purposes. According to one embodiment, once the SPP program assigns an integrity and/or privacy label to the program and/or object the SPP program is assigned to monitor, the integrity and/or privacy label cannot be altered (increased or decreased) unless the program and/or object is altered and the alteration to the program and/or object requires an adjustment to the integrity and/or privacy label.

Returning to FIG. 3, if only one SPP program is assigned to monitor the program (the “NO” branch from block 305), the flowchart continues at block 306. At block 306, a test is made to determine the integrity and/or privacy label of the SPP program assigned to monitor the program. In the example illustrated in FIG. 3, the code origin or contents of a signature file of the program, or other similar criteria, are checked. If the check or checks confirm that the code origin of the newly installed program originates from a manufacturer known to produce malicious programs and/or the contents of the signature file points to a manufacturer known to produce malicious programs, at block 307 (the arrow marked “LOW” from block 306) the SRM assigns a low integrity and/or privacy label to the SPP program assigned to monitor the program. If at block 306 the code origin of the program originates from a manufacturer known to produce safe programs or the contents of the signature file points to a manufacturer known to produce safe programs, at block 308 (the arrow marked “HIGH” from block 306) the SRM assigns a high integrity and/or privacy label to the SPP program assigned to monitor the program. At block 309, the SPP program assigns an integrity and/or privacy label to the program based on the SPP program's integrity and/or privacy label (a low integrity and/or privacy label if the SPP program's integrity and/or privacy label is low (block 307), or a high integrity and/or privacy label if the SPP program's integrity and/or privacy label is high (block 308)).

As mentioned above, the SPP program uses TCB data to assign an integrity and/or privacy label to the program. The TCB data may include, for example, an integrity and/or privacy policy associated with the digital signer of the program. In this example, the integrity and/or privacy policy determines the integrity and/or privacy label assigned to programs and objects associated with the digital signer. Privacy labels are used to protect programs (or threads of execution) and objects with a higher privacy label from un-authorized modification by programs with a lower privacy label. Similarly, integrity labels are used to protect programs (or threads of execution) and objects with a higher integrity label from un-authorized disclosure by programs with a lower integrity label. In this regard, a specified digital signature controls the level of integrity and/or privacy of data allowed to be accessed by other programs. Another example of the use of TCB data to assign an integrity and/or privacy label to a program is the TCB data including a listing of “known good” or “known bad” programs based on, for example, Windows Defender or other commercially available third party SPTs. If the program (either the newly installed or previously installed program) is a known bad program, such as an MSV program, the program will be assigned a very low integrity and/or privacy label. A very low integrity and/or privacy label prevents the program from accessing any data or other programs that can be used to destabilize the integrity and/or privacy of data and programs with higher integrity and/or privacy labels.

Whether the integrity and/or privacy label of the program is the commonly assigned integrity and/or privacy label (block 405 in FIG. 4), the result of the voting scheme (block 407 in FIG. 4), or the low or high integrity and/or privacy label (block 309 in FIG. 3), the flowchart continues to block 310. At block 310 the program attempts to access another program and/or object on the computer device. At block 311, at test is made to determine if the integrity and/or privacy label of the program and/or object being accessed is higher than the integrity and/or privacy label of the program. If the integrity and/or privacy label of the program and/or object being accessed is lower than or equal to the integrity and/or privacy label of the program (the arrow marked “NO” from block 311), at block 312 the SRM enforces the integrity and/or privacy policy of the computer device by allowing the program access to the program and/or object being accessed, and the flowchart returns to block 310. If, on the other hand, the integrity and/or privacy label of the program is less than the integrity and/or privacy label of the program and/or object being accessed (the arrow marked “YES” from block 310), at block 313 the SPP program notifies the SRM. At block 314, the SRM enforces the computer device integrity and/or privacy policy, based on the notification supplied by the SPP program, by refusing the program access to the program and/or object being accessed, and the flowchart returns to block 310.

Preferably, the integrity and/or privacy label of the SPP program and the corresponding integrity and/or privacy label of the program or object monitored by the SPP program are maintained in a table located in a secure section of the operating system. Preferably, the secure section also holds the TCB data. Table 1 below illustrates exemplary integrity and/or privacy labels of SPP programs and the corresponding integrity and/or privacy labels assigned by the SPP programs to a program executing and/or object running on the computer device.

TABLE 1
Type     Integrity/Privacy label
SPP1     5/4
Program1 5/3
SPP2     5/8
object2  3/2

In the table above, the sub script of a program or object corresponds to the sub script of the SPP program assigned to monitor the program or object. As mentioned above, the SPP program assigns a positive integer value (integrity and/or privacy label) to the program or object assigned to the SPP program by the SRM. As also mentioned above, the integrity and/or privacy label of a program or object cannot be higher than the integrity and/or privacy label of the assigning SPP program. Further, the integrity and/or privacy label of a program or object cannot be altered once the integrity and/or privacy label is assigned by the SPP program unless the program or object is altered and the alteration requires the integrity and/or privacy label to be either increased or decreased.

While the above description of the disclosed subject matter has been described with reference to the computer device security policy within the SRM assigning an integrity and/or privacy label to SPP programs, the disclosed subject matter is not limited to a computer security policy within a specific SRM assigning an integrity and/or privacy label to specific SPP programs. For example, the SRM can be any functionally similar monitor and the SPP program can be any functionally similar monitoring program such that the monitor forms a part of the operating system and is capable of assigning monitoring programs to monitor the activities of all programs executing and objects running on the computer device. The monitor is also capable of receiving from the monitoring programs policy decisions associated with the program or object assigned to each monitoring program. Finally, the monitor is capable of enforcing the integrity and/or privacy policy of the computer device based on the policy decisions supplied by the monitoring programs.

While illustrative embodiments have been illustrated and described, it will be appreciated that various changes can be made therein without departing from the spirit and scope of the disclosed subject matter. Thus, while preferred embodiments of methods for using integrity and/or privacy policies to improve the integrity and/or privacy of the computer device are described herein, it is to be understood that the embodiments of the disclosed subject matter are not limited to the described methods but rather by the following claims and their full scope of equivalents.

Claims

1. An integrity and privacy protection method for an operating system of a computer device comprising: in response to installing a program on a computer device that includes the operating system, a monitor within the operating system assigning a monitoring program for the program being installed, wherein the monitor assigning an integrity and/or privacy label to the monitoring program that is based on predetermined criteria associated with the program being installed, the monitoring program assigning an integrity and/or privacy label to the program being installed that is equal to or less than the integrity and/or privacy label assigned to the monitoring program by the monitor; and,after the program is installed (“installed program”), in response to the installed program seeking to access data or another program on the computer device, or a remote network resource connected to the computer device, the monitor deciding whether to allow access or deny access based on the integrity and/or privacy label assigned to the installed program by the monitoring program.

2. An integrity and privacy protection method for the operating system of a computer device as claimed in claim 1, wherein the operating system of the computer device includes an Operating System Reference Monitor (SRM) that assigns an integrity and/or privacy label to the monitoring program.

3. An integrity and privacy protection method for the operating system of a computer device as claimed in claim 2, wherein the monitoring program is a System Protection Policy (SPP) program.

4. An integrity and privacy protection method for the operating system of a computer device as claimed in claim 1, wherein the monitoring program monitors the installed program and advises the monitor when the installed program is seeking access to the data or another program on the computer device, or the remote network resource connected to the computer device.

5. An integrity and privacy protection method for the operating system of a computer device as claimed in claim 1, wherein the monitor assigns a plurality of monitoring programs, wherein each monitoring program assigned an integrity and/or privacy label, wherein the integrity and/or privacy label assigned to the program being installed is based on the integrity and/or privacy label assigned to each of the plurality of monitoring programs and wherein the integrity and/or privacy label of one of the plurality of monitoring programs is chosen as the integrity and/or privacy label of the installed program.

6. An integrity and privacy protection method for the operating system of a computer device as claimed in claim 5, wherein the integrity and/or privacy label assigned to each of the plurality of monitoring programs is assigned based on a different criterion associated with the program being installed.

7. An integrity and privacy protection method for the operating system of a computer device as claimed in claim 3, wherein the criterion is chosen from a group including a signature file included in the program being installed and code that defines the origination of the program being installed.

8. An integrity and privacy protection method for the operating system of a computer device as claimed in claim 1, wherein the integrity and/or privacy label assigned to the monitoring programs and the program being installed cannot be altered unless the program being installed is altered.

9. An integrity and privacy protection method for the operating system of a computer device as claimed in claim 1, wherein the operating system includes a database for storing the integrity and/or privacy label of the program being installed and the integrity and/or privacy label of the data and another program on the computer device, and the remote network resource connected to the computer device for use in allowing or denying access to the data or another program on the computer device, or the remote network resource connected to the computer device when the installed program seeks to access the data or another program on the computer device, or the remote network resource connected to the computer device.

10. An integrity and privacy protection method for a computer device that includes an Operating System Reference Monitor (SRM) comprising: initiating on computer device power on the ability of the SRM to assign a monitoring program;in response to receiving a request to install a program on the computer device, the SRM assigning the monitoring program to the program being installed, the monitoring program assigning an integrity and/or privacy label based on the program being installed;the monitoring program assigning an integrity and/or privacy label to the program being installed;the monitoring program monitoring the program being installed after installation to detect requests by the installed program for access to data or another program on the computer device, or a remote network resource connected to the computer device;in response to the monitoring program detecting a request by the installed program for access to the data or another program on the computer device, or the remote network resource connected to the computer device, the SRM determining if the integrity and/or privacy label assigned to the installed program is adequate for the installed program to access the requested data or another program on the computer device, or the remote network resource connected to the computer device.

11. An integrity and privacy protection method as claimed in claim 10, wherein the SRM determines if the integrity and/or privacy label assigned to the installed program is adequate for the installed program to access the requested data or another program on the computer device, or the remote network resource connected to the computer device by comparing the integrity and/or privacy label assigned to the installed program and an integrity and/or privacy label assigned to the data and another program on the computer device, and the remote network resource connected to the computer device, and wherein the SRM enforces an integrity and/or privacy policy by allowing the installed program access to the data or another program on the computer device, or the remote network resource connected to the computer device if the integrity and/or privacy label assigned to the installed program is equal to or more than the integrity and/or privacy label assigned to the data or another program on the computer device, or the remote network resource connected to the computer device.

12. A computer device including an operating system that includes a monitor for: assigning monitoring programs for monitoring installed programs on the computer device, each monitoring program assigned an integrity and/or privacy label by the monitor based on predetermined criteria, each monitoring program monitoring the operation of a related installed program on the computer device;in response to installing a program on the computer device, assigning a monitoring program for the program being installed and assigning an integrity and/or privacy label to the monitoring program based on the predetermined criteria;monitoring the operation of the program being installed after the program is installed (“installed program”) to determine if the installed program is requesting access to data or another program on the computer device, or a remote network resource connected to the computer device; andin response to determining that the installed program is requesting access to the data or another program on the computer device, or the remote network resource connected to the computer device, granting or denying the request based on an integrity and/or privacy label assigned by the monitoring program to the installed program.

13. A computer device as claimed in claim 12, wherein the monitor is an operating System Reference Monitor (SRM).

14. A computer device as claimed in claim 13, wherein the SRM assigns more than one monitoring programs for the program being installed, and assigns an integrity and/or privacy label to each monitoring program based on a different predetermined criteria.

15. A computer device as claimed in claim 14, wherein the integrity and/or privacy label assigned to each monitoring program is based on criteria associated with the program being installed.

16. A computer device as claimed in claim 15, wherein the criteria is chosen from a group that includes a signature file included in the program being installed and code that defines the origination of the program being installed.

17. A computer device as claimed in claim 14, wherein the integrity and/or privacy label assigned to each monitoring program and the integrity and/or privacy label assigned to the program being installed cannot be altered unless the program being installed is altered.

18. A computer device as claimed in claim 14, wherein the monitor uses trusted computing base (TCB) data that includes the integrity and/or privacy label of the data and another program on the computer device, and the remote network resource connected to the computer device that the installed program is requesting access to decide whether to grant or deny the request.

19. A computer device as claimed in claim 12, wherein the monitor decides whether to grant or deny the request based on comparing the integrity and/or privacy label assigned by the monitoring program to the program being installed and an integrity and/or privacy label associated with the data and another program on the computer device, and the remote network resource connected to the computer device.

20. A computer device as claimed in claim 19, wherein the integrity and/or privacy label assigned to the program being installed and the integrity and/or privacy label assigned to the data and another program on the computer device, and the remote network resource connected to the computer device are stored in a table located in a trusted section of a memory of the computer device.