CA1314101C - Expert system for security inspection of a digital computer system in a network environment - Google Patents

Expert system for security inspection of a digital computer system in a network environment

Info

Publication number
CA1314101C
CA1314101C CA000591200A CA591200A CA1314101C CA 1314101 C CA1314101 C CA 1314101C CA 000591200 A CA000591200 A CA 000591200A CA 591200 A CA591200 A CA 591200A CA 1314101 C CA1314101 C CA 1314101C
Authority
CA
Canada
Prior art keywords
security
user
program
computer system
network
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
CA000591200A
Other languages
French (fr)
Inventor
Henry Shao-Lin Teng
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Digital Equipment Corp
Original Assignee
Digital Equipment Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Digital Equipment Corp filed Critical Digital Equipment Corp
Application granted granted Critical
Publication of CA1314101C publication Critical patent/CA1314101C/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/50Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems
    • G06F21/57Certifying or maintaining trusted computer platforms, e.g. secure boots or power-downs, version controls, system software checks, secure updates or assessing vulnerabilities
    • G06F21/577Assessing vulnerabilities and evaluating computer system security

Abstract

ABSTRACT OF THE DISCLOSURE
A new security system including a plurality of inspectors each of which performs a security check operation in connection with a particular class of possible security violation conditions. One inspector detects security violation conditions reflecting selection of passwords using easily-guessable formatives. Another inspector detects security violation conditions reflecting ability of a network node to improperly use another node over a network. A
third inspector determines whether the operating system files have satisfactory protection. Finally, a fourth inspector determines whether security violation conditions arise in connection with applications programs. If, during a security check operation, an inspector determines that a security violation condition exists, it records the condition in a common working memory for further reporting or analysis.

Description

EXPERT SYSTEM FOR SECURITY INSPECTION
OF A DIGITAL COMPUTER SYSTEM
IN A NETWORK ENVIRONMENT
CROSS REFERENCE TO RELATED DOCUMENT
.
H. S. Teng, "XSAFE : A Prototype Expert System for Security Inspection of a VAX/VMS System", M. S. Theses, Computer Science Department, Worcester Polytechnic Institute, Worcester, MA, Dec. 1986.
BACKGROUND OF THE INVENTION
1. Field of the Invention The invention relates generally to the field of com-puter systems, and more particularly to systems for monitoring security within a computer system to detect potential security flaws which miaht enable the computer system to be misused.
2. Description of the Prior Art Over the past several years, computers have become very important in a number of areas of industrial and governmen-tal operations. Originally, computers were large and expensive devices, operating in relative isolation and programmed and managed by highly trained personnel. As the cost of computer systems decreased, they became directly available to, and used by, people who were not necessarily highly trained in the operation of computers, but instead performed business and technical func-tions within the organization. Sometimes this has been accomplished by having all users within an organization connect to a single large mainframe computer. Alternatively, systems *Trade-mark ~

.. ..

--`- 1 31 41 ol have been developed involving multiple tightly coupled computer systems or loosely-coupled computer networks to achieve similar results. In many cases, computer systems have been ~ la -B

connected to public networks and the public telecommunications system to provide access by remote users.
In any case, providing users with direct access to computer systems has had several effects. One effect has been the requirement that users be able to share access to data and programs within the computer system.
Thus, for example, if the computer system performs a bookkeeping and accounting function for a large organization at a number of sites, a number of users at each site may need to access the same data bases at that site. In addition, users at the various sites may need to periodically access data at other sites. To enhance the convenience of the system to the users, usually the facilities to enable the sharing to occur are transparent to the user, that is, they do not require the intervention of a system manager or other highly tralned personnel.
As a second effect, and a direct result of the fact that computer systems are being developed which are easily and flexibly used, security within the computer system is an important consideration in system design.
First, since a number of users have almost direct access to the system, it is often necessary to ensure that sensitive information which may be maintained on the system, such as personnel, payroll, and technical information, is not available to others who may misuse the information. Closely related to the fact that it is often necessary to ensure that users cannot, intentionally or unintentionally, enter or alter which they are not supposed to enter or alter.
Furthermore, since increasing numbers of users are being permitted direct access to the computer system, many of the users are not highly trained in computer system use, but insteaà may be trained only in the clerical or technical area in which they are working. Thus, it is necessary to protect the computer from entries by such personnel which may adversely S affect computer system operation, such as entries which may result in alterations to operating system programs and data files which may prevent the system from operating properly or permit them to gain access to information to which they should not have access. In addition, it is necessary to limit access to such files by persons who are knowledgeable in the use of the system, who may intentionally alter the system files to permit them to access information to which they should not have access.
Security systems for enhancing a computer system's security have been designed along two paradigms. In one paradigm, the system hardware and, primarily, the operating system which controls computer resources are designed to minimize the likelihood of security breaches. While such systems may be effective, they are expensive to develop and may not have desirable features which may be present on other, less secure, computer systems. In addition, often such systems are vulnerable to misuse and abuse by insiders who misuse their operating privileges.
In the second paradigm, the security system performs an evaluation of the computer system to detect flaws and identify them to an operator for correction.
This paradigm assumes that the computer system includes security provisions but that those provisions may be corrupted to create an insecure system.

- 3a - ~ 60412-1902 According to a broad aspect of the invention there is provided a security system for use in connection with a computer system comprising:
A. common memory means having a plurality of storage locations for storing information;
B. a plurality of inspection means each performing a pre-determined class of security check operations in connection with said digital data processing system to identify the presence of security violation conditions, said inspection means storing indicia identifying the located security violation conditions in said common memory means; and C. control means connected to all of said inspection means for controlling the operation of each of said inspection means in response to a security test request from an operation and for performing a security evaluation operation in connection with indicia stored by said inspection means in said common memory means.

....: -SUMMARY OF THE INVENTION
The invention provides a new and improved system for detecting security flaws within a digital data processing (computer) system. In particular, the new system detects flaws, which may permit the corruption of the computer system, which may, in turn, permit unauthorized use and misuse of the computer system.
In brief summary, the new security system includes a plurality of inspectors each of which performs a security check operation in connection with a particular class of possible security violation conditions. If, during a security check operation, an inspector determines that a security violation condition exists, it records the condition in a common working memory for further reporting or analysis.
BRIEF DESCRIPTION OF THE DRAWINGS
This invention is pointed out with particularity in the appended claims. The above and further advantages of this invention may be better understood by referring to the following description taken in conjunction with the accompanying drawings, in which:
Fig. 1 is a functional block diagram of the new security system;
Fig. 2 is a detailed functional diagram of a portion of the security system depicted in Fig. l;
Figs. 3 through 10B are flow diagrams detailing the operations of the security system depicted in Figs. 1 and 2.

DETAILED DESCRIPTION OF AN ILLUSTRATIVE EMBODIMENT
1. GENERAL DESCRIPTION
Preliminarily, the invention provides a new security system in the form of a program run on a computer system which detects security flaws in the computer system. The computer system may include a single processor or a plurality of processors which are tightly coupled or loosely coupled over a network, with each processor in a multiple processor computer system being at a node. Each node may also include conventional peripheral equipment, including mass storage units, printers, video display terminals, telecommunications interfaces, and so forth, in addition to interfaces which allow it to communicate the other nodes in the computer system. Typically, if the new security system is used in a computer system having a plurality of nodes, it may be run by an operator at one node, which may then enable other nodes to perform operations, as described below, to perform security check operations to verify security aspects of the node.
A functional block diagram of the new security system is depicted in Fig. 1. With reference to Fig. 1, the security system includes a controller 10 which enables a plurality of security inspectors 11 through 14, as detailed below, to perform security operations on various aspects of the computer system in response to operator input information which it receives from an operator interface 15. The controller 10 separately enables each of the various security inspectors 11 through 14 in response to the input information from the operator, and the security inspectors 11 through 14 operate independently of each other in performing their security inspection operations as described below.

In response to enablement from the controller 10 each security inspector 11 through 14, in performing its operations, obtains information regarding the computer system from a common working memory 16 and deposits security information representing the results of its security analysis in the common working memory 16. Following a security operation by one or more of the security inspectors 11 through 14, the controller 10 may enable a security analyzer 17 to analyze the security information in the common working memory 16.
The security analyzer 17 couples the results of its analysis to the controller 10 for transmission to the operator interface 15 for presentation to the operator.
In performing its security analysis, the security analyzer 17 may use the results of operations by several of the security inspectors 11 through 14 as deposited in the common working memory 16. Thus, for example, the security analyzer 17 may inter-relate the results of security operations obtained by the various security inspectors 11 through 14.
As described above, the security system includes four security inspectors 11 through 14. Each security inspector 11 through 14 performs a different security operation in connection with the computer system. Passwork inspector 11 detects whether a user who is authorized to use the computer system has selected a password which can be easily guessed. As is conventional, when a user wishes to begin using the computer system, he "logs on", that is, he enters an identification code which identifies him to the computer system. This log on procedure then enables the computer system to permit the user to run the programs and use the data files which are permitted under the account.
As part of the user's identification, he provides the 1 31 4~ 01 system with a password, preferably known only to him, which verifies the identification. The password is usually selected by the user, but often the user selects a password can be easily guessed, because it is a name associated with the user or his birthday, telephone number, and so forth. Another person who is not authorized to use the account may easily guess the password, and thereby gain access to the programs and data files for malicious purposes. The password inspector 11 detects whether a password has been selected which can be easily guessed so that the operator may require selection of a new password.
A network default account inspector 12 is used if the computer system includes a plurality of nodes lS interconnected by way of, for example, a network. In one specific computer system, the operating system at each node provides a default account which is used by a process, termed an object, to activate the network at that node. The network default account inspector 12 determines whether a user can execute a program or enable a remote node to execute an applications program while in the default account.
In addition, in one specific computer system, the programs which a user may execute are assigned one or several of a plurality of privilege levels, to control the ability of the user to read, process, and write files in the system. The network default account inspector 12 verifies the privilege level of the network default account.
In one specific computer system, as is conventional, the operating system maintains a plurality of system files that store data which is used in processing of the operating system. Each file includes a protection code vector which identifies the read, write, execute, and delete privileges of different categories of privilege levels. A system file protection inspector 13 performs a series of probe operations in connection with the protection code vector of each system file to find those which have improper protection levels.
As is conventional, users enable the computer system to process applications programs to obtain processed data therefrom. In many cases, the applications programs use data from data files which may be shared with a number of other applications and users, and it is desirable to provide control over, most notably, writing data to such shared data files, and also deletion of data as well as an entire file. In addition, if the computer system comprises a plurality of nodes interconnected by a network, a user may, by means of a user application, enable a node on the network to eavesdrop on data transmission over the network, which may enable the user to obtain access to data which he is not authorized to access.
The security system includes a user application inspection 14 to minimize jeopardy to security in connection with user applications. The user application inspector 14 includes a plurality of components, as depicted in Fig. 2, which perform, under control of a user inspector controller 20, diverse inspection operations in connection with user applications, including a captive account sub-inspector 21, a network communication sub-inspector 22, an application program sub-inspector 23, and a log-in procedure sub-inspector 24. All of the sub-inspectors 21 through 24 are directly connected to the common working memory 16 and 9 1 ~ 1 4 1 0 1 can obtain information therefrom and deposit information therein relating to the results of the security inspections.
The application program sub-inspector 23, in turn, controls two specialist inspectors, namely an executable image specialist 25 and a program code specialist 26 which perform security inspections under control of the application program sub-inspector 23.
The specialists 25 and 26 are also directly connected to the common working memory 16 and can obtain information therefrom and deposit information therein relating to the results of the security inspections.
In one specific computer system, the operating system maintains a user authorization file to identify, for each applications program, the authorized users of the applications program and the account from which the user may access the applications program. The captive account sub-inspector 21 inspects the information in the user authorization file associated with the applications program to ensure that the account complies with the requirements for the applications.
The network communication sub-inspector 22 identifies possible security problems with a user application which performs communications over a network. For example, the network communication sub-inspector 22 determines whether the user application enables information to be transferred over the network in plain text, that is, unencrypted, which may be intercepted by others monitoring the network for potentially malicious purposes. In addition, the network communication sub-inspector 22 determines whether a user application transfers passwords over the network, which may be intercepted by others and used maliciously.

1 31 41 0~

The log-in procedure sub-inspector 24 determines whether the user may, during log-in, escape to the operating system level, which is used by an operator to control the computer system. During log-in, the user essentially enables the operating system to execute a series of commands in a log-in file. If the commands in the log-in file permit the user to escape to the operating system, he may be able to modify files used by the operating system to control the system, which is undesirable. The presence or absence in the file of pre-determined commands governs whether the user may escape to the operating system level. The log-in procedure sub-inspector 24 parses a log-in file to determine whether commands are present in the file which would enable the user to escape to the operating level, or whether other commands are absent which would prevent the user from escaping to the operating system level.
The application program sub-inspector 23, through the executable image specialist 2s and program code specialist 26, inspects applications programs to determine whether they permit the user to perform operations which may otherwise abuse his privileges in operations within the computer system. The executable image specialist 2s and program code specialist 26 inspect applications programs at different levels. In particular, the executable image specialist 25 examines the executable image of an applications program to determine whether it can perform certain operations which would permit a user running the applications program to violate the security of the computer system, that is, to access, modify, delete, and/or execute operating system files or other sensitive files. The - 11 1 31 4 l 01 program code specialist 26 performs a similar function in connection with the source code of the applications program.
2. SPECIFIC DESCRIPTION
A. Password Inspector 11 With this background, the sequence of operations performed by the respective security inspectors 11 through 14 will be described in detail in connection with Figs. 3 through 10B. The password inspector 11 will be described in connection with Fig.
3, which depicts the operations perfarmed by the password inspector 11 in performing its security check operation. As noted above, the password inspector 11 inspects passwords to determine if any of them are constructed of formatives which can be easily guessed as being, for example, associated with the person selecting the password, and thus is undesirable to use in a password. The password inspector 11 is constructed as a procedural system which, for each password to be checked, sequences through the undesirable formatives to determine if the password being checked includes such a formative. If the password inspector 11 detects the presence of an undesirable formative in a password, it makes an entry in the common working memory 16 and notifies an operator.
With reference to Fig. 3, when the password inspector 11 begins operating, it identifies the accounts whose passwords are to be checked (step 50).
One specific embodiment of the password inspector 11 performs security check operations in connection with passwords for accounts specifically used to gain access to and control the operating system. In one specific computer system, those accounts are identified as a SYSTEM account, a FIELD account, and an SYSTEST system 1 31 '~ 01 test account. The SYSTEM account is used by the system operator to install programs in the computer system and to maintain its daily operations in the FIELD and SYSTEST system test accounts are provided for use by maintenance personnel to maintain the computer system.
In addition, the computer system may include several special purpose accounts for which it is desirable to restrict access, including an account used for backup of data stored in mass storage, an account used for emergency shutdown of the computer system, and an account used for programs for controlling message routing in the network.
After password inspector 11 has identified the accounts whose password protection is to be tested (step 50), the password inspector 11 identifies the node on which the accounts whose passwords are to be tested are located (step 51). If the computer system is a network of a plurality of nodes, each typically will have a network identifier or name, which is provided in step 51. In one embodiment, the operator provides a node name or identifier in step 51.
Following step 51, the password inspector 11 obtains the identification of formatives which should not be used as part of a password (step 52). A number of such formatives may be identified, as determined, in part, by the experience of the operator and others in determining formatives which may be easily guessed.
Such formatives may include, for example, the node name or identification, the account name, the name of the user or a relative, the location of the user's home or business, the name or other identification of the company or work group, and identifying numbers such as a telephone number, Social Security number, or badge number. This information may be maintained in the computer system or it may be provided by the operator.
After the password inspector 11 has obtained the undesirable password formatives (step 52), it sequences to step 53 in which it generates a test password using one or more of the undesirable formatives (step 53) and attempts to open the account on the identified node using the generated password (step 54).
If the computer system is a networked system, in the operation in step 54, the password i~spector 11 transmits, in a conventional manner, a request over the network to the node which would enable the identified node to open the account and make it available to the requesting node. If the computer system is a single system, that is not a networked system, the password inspector 11 transmits a request to the operating system to open the account. If the account is opened in response to the request, the password inspector 11 receives an affirmative response, and otherwise a negative response.
Following step 54, the password inspector 11 sequences to step 55 to test the response to the request to open the account using the password that was generated in step 53. If the password inspector 11 determines that the response to the request is affirmative, it stores the account and password, and the node name if the computer system is networked, in the common working memory 16 (step 56).
Following step 56, or following step 55 if the response to the request is negative, the password inspector 11 sequences to step 57 to determine if all of the undesirable formatives have been used, in all likely combinations, in the test operation. If not, the - 14 - 1 314~

password inspector 11 returns to step 53 to generate another password using undesirable formatives and again attempt to open the account. After all undesirable formatives have been used in likely combinations, the password inspector 11 sequences to step 58 to exit.
B. Network Default Account Inspector 12 The network default account inspector 12 will be described in connection with Figs. 4A through 4C, which detail the sequence of operations performed by the network default account inspector 12. Preliminarily, the network default account inspector 12, which is on one network node, performs a security inspection of the network default account on another node to address several security concerns relating to one specific networked computer system.
In one specific computer system including a plurality of nodes interconnected by a network, the network default account contains programs and files used to support communications over the network. The network default account permits access to the node from other nodes without requiring them to provide an account name and password. Accordingly, it is undesirable to provide the network default account to have privilege sufficient to permit it to access operating system files. The network default account inspector 12 inspects the network default account by checking the privileges accorded to the account.
A related problem may arise if a user on one node of the network can enable a remote node to execute a batch, that is, non-interactive, program, to be executed under the remote node's network default account. The network default account inspector 12 determines whether the remote node will execute a batch program under its network default account.

Another related problem may arise if the network default account has privileges normally reserved to a system operator or the operating system itself to, for example, establish or modify paging maps if the system uses virtual addresses, change device names, and so forth. If the network default account has privileges sufficient to enable users to access, execute, or modify operating system files and programs, then a user on another node in the network may, by transmitting commands to the node under the network default account, perform such operations. Thus, it is desirable to ensure that the network default account does not have sufficient privilege to enable a user operating thereunder to direct access, execute, or modify the operating system files.
In addition, each node in the network has several entities, or objects, which provide network services. One object, a TASK object, allows "task to task" communications between two programs. This communication may occur even if they are running under different operating systems and if they use different programming languages. A problem arises if the TASK
object is part of, and can be run in, the network default account. If the TASK object can be run in the network default account, a user can run any program, including interactive programs, on a remote system without having to be in an authorized account on his system.
Another object is a ROUTING object which is used to facilitate message routing through the network if, for example, the network is divided into a plurality of local networks. In one specific embodiment, the network may comprise a plurality of local networks interconnected by network interfaces, which also comprise nodes on the network. When a node on one local network requires communications with a node on another local network, the communications is performed through one or more interfaces, and depending on the network topology, intermediate local networks. The ROUTING
object permits the user to specify a path through nodes, generally the network interfaces, to effect communications over the network, and if the ROUTING
object can be run on the intermediate nodes under their network default account, the identity of the user and originating node are disguised.
Finally, in one networked computer system, typically the nodes include a mass storage device such as a disk unit for storing files. In that computer system, it is possible for a user on one node to retrieve the contents of all, or at least portions, of files on a remote node which have been deleted by making ~ requests under the remote node's network default account ~ in conjunction with the TASK object.
With this background, the operations of the network default account inspector 12 will be described in connection with Figs. 4A and 4C. With reference to Figl 4A, the network default account inspector 12 first identifies the node on the network on which it is to perform a security inspection (step 70), which will then become a remote node for communications from the node being used by the operator to control the security inspection. The identification of the remote node may be provided by an operator, or, alternatively, if the network default account inspector 12 periodically inspects all of the nodes, the computer system may maintain a list of nodes and the identification of a node may be provided by the list.

After the remote node has been identified in step 70, the network default account inspector 12, in a conventional manner, generates and transmits to the node a request that it open its network default account (step 71). In one specific networked computer system, a user on one node may enable the opening of an account on a remote node by enabling his node to generate a command therefor along with a password which are transmitted over the network in a conventional manner.
After the network default account of the remote node has been opened, the network def;ault account inspector 12 generates a command which would enable the remote node to accept and run a remote batch job, and transmits the command over the network to the remote node (step 72). It will be appreciated that, since the open account is the network default account, if the remote node at this point accepts the command, it is possible to run a batch job under the network default account, which, as noted above, is undesirable.
Accordingly, if the remote node transmits, and the network default account inspector 12 receives, an affirmative response to the command (step 73), the network default account inspector 12 makes an appropriate entry in the common working memory 16 identifying the remote node and the security violation (step 74).
Following step 74, or step 73 if the network default account inspector 12 did not receive an affirmative response to the command requesting the remote node to accept and run a remote batch job, the network default account inspector 12 sequences to step 75. In step 75, the network default account inspector 12 generates and transmits a request to the remote node to determine whether the TASK object exists and is enabled. In one specific embodiment, the network default account inspector 12 is able to determine whether an object exists and is enabled by transmitting a command therefor over the network. If an affirmative response is received, since the communications are under the network default account on the remote node, then the TASK object will exist and be enabled under the network default account, which, as described above, is undesirable.
After the network default account inspector 12 transmits the command in step 75 to determine whether the TASK object exists and is enabled in the network default account, the network default account inspector 12 waits for a response from the remote node (step 76).
If the network default account inspector 12 receives an affirmative response in step 76, a security violation is indicated and it sequences to step 77 to make an appropriate entry in the common working memory 16.
Following step 77, or step 76 if a negative response is received, the network default account inspector 12 sequences to step 80.
In step 80, the network default account inspector 12 generates and transmits to the remote node a command to enable it to determine whether the ROUTING
object exists. As described above in connection with the TASK object, since the communications with the remote node are in the network default account, an affirmative response indicates that the ROUTING object exists in the network default account, which, as described above, is undesirable.
After the network default account inspector 12 transmits the command in step 80 to determine whether the ROU~ING object exists in the network default account, the network default account inspector 12 waits for a response from the remote node (step 81). If the network default account inspector 12 receives an affirmative response in step 81, a security violatin is indicated and it sequences to step 82 to make an appropriate entry in the common working memory 16.
Following step 82, or step 81 if a negative response is received in that step, the network default account inspector 12 sequences to step 83.
Following step 82, the network default account inspector 12 makes several addltional security check operations if an affirmative responsè was received in step 76 indicating that the TASK object exists and is enabled and accessible in the network default account.
If an affirmative response was received in step 76, the network default account inspector 12 generates and transmits to the remote node a command which causes the remote node to return user identification codes associated with the network default account (step 83).
The user identification codes identify users authorized to use the network default account. On receipt of a response message from the remote node containing the user identification codes, the network default account inspector 12 determines whether the codes are satisfactory (step 84) and if not makes an appropriate entry, indicating a security violation, in the common working memory 16 (step 85).
Following step 85, or step 84 if the retrieved user identification codes are satisfactory, and if an affirmative response was received in step 76, the network default account inspector 12 sequences to step 86, in which it generates and transmits to the remote node over the network a command message which enables the remote node to return identifications of the privileges possessed by the network default account. On - 20 - 1 31 ~1 01 receipt of a response message from the remote node containing codes identifying the network default account's privileges, the network default account inspector 12 determines whether any of the privileges are undesirable, that is, sufficient to allow a user under the network default account to access, execute or modify any of the operating system files (step 87). If so, the network default account inspector 12 makes an appropriate entry indicating the security violation in the common working memory 16 (step 90).
Following step 90, or step ~7 if the privileges associated with the remote node's network default account are satisfactory, the network default account inspector 12 sequences to step 91. In step 91, if an affirmative response was received in step 76, indicating that the TASK object exists and is enabled in the network default account, the network default account inspector 12 generates and transmits to the remote node over the network a command which enables the remote node to attempt to retrieve data from previously erased portions of its mass storage system and return the retrieved data in the form of a message over the network to the network default account inspector 12. If the network default account inspector 12 receives data in response to the command (step 92) it makes appropriate entry indicating the security violation in the common working memory 16 (step 93). Following step 93, or step 92 if no data was returned by the remote node, the network default account inspector 12 exits (step 94), having completed its security check operations.

- 21 - 131~101 C. System File Protection Inspector 13 The system file protection inspector 13 will be described in connection with Fig. 5. Preliminarily, file protection in one specific embodiment of a computer system permits the operator or user establishing the file to select access rights to the file for reading, writing, execution if the file contains a program, and deletion, with access being limited by whether the user wishing to access the file is (i) a system operator or operating system program being processed under the system operator, (ii) the owner or user that established the file, (iii) a group designation for the owner, so that others in a group associated with the owner may have the same access rights as the owner, and/or the world, or anyone who may use the system.
To identify the access rights of a file, each file contains an access rights vector of sixteen bits divided into four nibbles of four bits each~ Each four bit nibble is associated with a user designation, and each bit in the nibble is associated with one of the four ways in which a file may be accessed, that is, one bit is associated with each of whether the file may be read, written, executed and deleted. Thus, if a file may be read, but not written, executed or deleted by the operating system, in the file's access rights vector in the nibble associated with the operating system the bit associated with reading the file is set and the bits associated with writing, executing and deleting the file are reset.
In that computer system, it is undesirable to permit at least some operating system files to be accessible by the "world", that is, by any user of the computer system. In one embodiment, these files are related, for example, to managing the operating system, providing operating system functions, maintaining maintenance and diagnostic functions, and so forth. And undesirable conditions exists if any of these files can be accessed by any user of the computer system.
Accordingly, the system file protection inspector 13 probes the files to retrieve their access rights vectors and determines whether their access rights designations are improper.
Specifically, with reference to Fig. 5, if the computer system comprises a plurality of nodes interconnected by a network, the system file protection inspector 13 first identifies the node on which it is to perform a security inspection (step 100). As with the network default account inspector 12, the node may be identified by an operator, or alternatively by a node list if the nodes are periodically inspected automatically. After a node has been identified, the system file protection inspector 13 identifies the files on the node to be inspected (step 101). The identification of the files to be inspected may also be provided by an operator, by the remote node to be inspected, or if the files on each node is uniform may be included in or form part of the system file protection inspector 13.
After the system file protection inspector 13 has obtained the identification of the remote node and the files on which it is to perform a security inspection, it sequences to step 102. In step 102, the system file protection inspector 13 performs a probe operation, that is, it generates a message and transmits it to the remote node, the message including a command to enable the remote node to return the access rights vector of a file identified in the message. In response to the message, the remote node obtains the access 1 31 41 'Jl rights vector of the identified file, generates a response message including the access rights vector and transmits the response message to the system file protection inspector 13.
After the system file protection inspector 13 has received the access rights vector of the file from the remote node, it determines whether the access rights associated with the file are satisfactory or improper ~step 103). Specifically, the system file protection inspector 13 checks the nibble of the access rights vector associated with world accessibility, and if any of the bits in that nibble are set, determines that the file's access privilege level is improper. If, in step 103, the system file protection inspector 13 determines that the file's access privilege level is improper, it makes an appropriate entry in the common working memory 16 identifying the file and indicating the security violation (step 104). The system file protection inspector 13 then determines whether all of the files on the remote node have been probed, and if not, returns to step 102 to probe the next file. If all of the files on the remote node have been probed, the system file protection inspector 13 exits (step 106).
The system file protection inspector 13 as described above in connection with Fig. 5 operates in a networked computer system. It will be appreciated however, that the system file protection inspector 13 can also advantageously operate in a non-networked computer system. In that case, the system file protection inspector 13, instead of obtaining the access rights vector of the files by exchanging messages with a remote node, may obtain it directly from the single computer system and determine whether the vector indicates a security violation.

D. User Application Inspector 14 It will be appreciated that the previously-described security inspectors, namely password inspector 11, network default account inspector 12, and system file protection inspector 13, were all procedure-based, that is, the inspectors performed security inspections by iteratively checking for the existence of predetermined conditions indicative of security violations. In the user application inspector 14, on the other hand, several of the sub-inspectors, namely the captive account sub-inspector 21, network communication sub-inspector 22 and the specialists 25 and 26 in the application program sub-inspector 23 are rule-based, that is, the sub-inspectors, when enabled by the user inspector controller 20, determine whether a condition identified by a rule is violated and identifies the condition in the common working memory 16, whereas the log-in procedure sub-inspector 24 is procedure-based. The various sub-inspectors 21 through 24, including specialists 25 and 26, will be described in connection with Figs. 6 through lOB.
(i) Captive Account Sub-Inspector 21 The captive account sub-inspector 21 will be described in connection with Fig. 6. Preliminarily, one specific computer system provides one type of account identified as a captive account, which, in turn, provides a restricted environment for running applications programs to minimize the effect of errors in the execution of applications programs on the rest of the computer system and, in turn, to minimize the effect of errors in other accounts to effect execution of the applications program. Thus, a captive account may, for example, be provided to allow users of limited skills to perform routine tasks while guarding against command entry errors. A captive account may also be provided for a batch operation which is to be run with little supervision, since an error in operation may otherwise adversely effect other operations of the computer system. In addition, a captive account may also be provided for programs, such as accounting or payroll programs, which must be protected from intrusion from other users in the computer system. The limitations of access to the computer system is accomplished by a specialized log-in command procedure used to obtain access to the captive account.
The restrictions of access to the captive account may be accomplished by providing restrictions in connection with log-in to the account and restrictions in connection with functions which may be performed by users in the account. The log-in restrictions may, for example, limit of access by various types of users to certain selected times. Thus, for example, a user on a local terminal may be able to access the captive account during certain hours, a second user on a network terminal may be able to access it during other hours and a third user may be able to process a batch program in the account during a third set of hours. The restrictions may be contained in the aforesaid user authorization file for the captive account.
Similarly, the functions which the captive account can perform are limited by settings of flags in the user authorization file for the account. Various flags in a user authorization file for an account are used to identify the account as a captive account and to prohibit use of a sequence of commands or control sequences which permit escape from the log-in operation or an applications program to the operating system.
Other flags may be used to control such things as the delivery of certain system information or mail to the user and to control use of passwords. In addition, other flags may be used to control program execution by the applications programs under the account, in particular, the generation by applications programs of sub-processes.
As described above, the captive account sub-inspector 21 is rule-based, and Fig. 6 depicts structures of two rules. Part 6-1 of Fig. 6 depicts a rule in which, during its application, satisfaction of the rule's premises is indicative of a security violation, which is noted in the common working memory 16. Part 6-2, on the other hand, depicts a rule in which, satisfaction of the rule's premises is indicative of evidence of a potential security violation, which is also noted in the common working memory 16. In response to the indication of evidence in response to a rule application, the captive account sub-inspector 21, or alternatively the user inspector controller 20 after processing by the captive account sub-inspector 21, may perform further tests to determine whether a security violation is indicated. Alternatively, the captive account sub-inspector 21 may determine that a security violation exists, and record that in the common working memory 16, if it finds that the premises are satisfied of a predetermined number of rules which indicate evidence of potential security violations.
With reference to Fig. 6, and particularly to Part 6-1 of Fig. 6, a rule is depicted which determines that a security violation exists if the application program in an account requires a captive account and a captive account flag in the entry for the account in the user authorization file is not set. The reason for the security violation, as shown in Part 6-1, is that, if the captive account flag is not set, a user may access the supervisor level of the operating system by known keystroke control sequences.
During a security check operation, before the captive account sub-inspector 21 applies any rules, the operator first identifies to the captive account sub-inspector 21 an application program on which it is to perform a security inspection. In addition, the captive account sub-inspector 21 obtains from an operator an indication as to whether an application program requires, for example, a captive account. In response to a negative response, the rule depicted in Fig. 6-1 is not applied, since one of the premises, that is, the premise that the application requires a captive account, is not satisfied. On the other hand, in response to an affirmative response from the operator indicating that the application require a captive account, the captive account sub-inspector 21 determines whether the captive account flag is set in the application program's account. If the captive account flag is set, then the captive account sub-inspector 21 sequences to the next rule, but if the captive account flag is not set the captive account sub-inspector 21 stores a security violation indication in the common working memory 16 before sequencing to the next rule.
The captive account sub-inspector 21 performs similar operations in connection with the rule depicted in Part 6-2. In particular, the captive account sub-inspector 21 obtains from an operator an indication as to whether batch use of the application is to be disallowed. In response to a negative response, the rule depicted in Fig. 6-1 is not applied, since one of the premises, that is, the premise that the application disallows batch jobs, is not satisfied. On the other 1 31 4 ~ 01 hand, in response to an affirmative response from the operator indicating that batch jobs are to be disallowed, the captive account sub-inspector 21 determines the condition of a batch flag in the application program's account. If the batch flag indicates that batch jobs are disallowed, the captive account sub-inspector 21 sequences to the next rule, but if the batch flag indicates that batch jobs are not disallowed, the captive account sub-inspector 21 stores an indication of evidence of a potential security violation in the common working memory 16 before sequencing to the next rule.
It will be appreciated that, although only two rules are depicted in Fig. 6, the captive account sub-inspector 21 may include similar rules for other restrictions as described above.
(ii) Network Communication Sub-Inspector 22 The network communication sub-inspector 22 will be described in connection with Fig. 7. As described above, the network communication sub-inspector 22 inspects network aspects of an application program to identify two potential security violations, namely, whether the applications program transfers, that is, transmits or receives, information in plain text over a network which has been previously identified as being sensitive, and also whether the applications program transfers passwords or access control strings over the network. An access control string is a string which includes the user's name and password and is used to permit access to programs and information.
Two problems may arise if the applications program transfers sensitive information, which may include, for example, personnel, pay and accounting information, over the network in plain text. One problem is that another node on the network may intercept and use the information being transferred in plain text. In addition, another node inject messages containing false information which is then used by the applications program. Encryption techniques may be used to encrypt information so that it is not transferred in plain text. Similarly, if the applications program transfers access control strings over the network, another node may intercept them and access the programs and information protected thereby.
With this background, the nètwork communication sub-inspector 22 will be described in connection with Fig. 7. Like the captive account sub-inspector 21, the network communication sub-inspector 22 is rule-based, and Fig. 7 depicts, in two Parts 7-1 and 7-2, structures of two rules. The rule depicted in Part 7-1 of Fig. 7 is applied to determine whether the applications program transfers data over the network in plain text, and the rule depicted in Part 7-2 is applied to determine whether the applications program transfers access control strings or passwords over the network.
More specifically, when initially starting the network communication sub-inspector 22 the operator identifies the applications program to be checked and indicates whether the information used by the applications program is sensitive. The network communication sub-inspector 22 searches through the code of the applications program to find code sequences which perform calls to the operating system to perform transfers over the network. When such a code sequence is located, the network communication sub-inspector 22 determines from the applications program whether the code sequence effects a transfer of information or an access control string.

If the code sequence effects a transfer of information, the network communication sub-inspector 22 applies the rule depicted in Part 7-1 of Fig. 7. The network communication sub-inspector 22 further searches through the code of the applications program to determine whether the data is transferred in plain text. If all of the premises of the rules are satisfied, that is, if the code sequence effects a transfer of information over the network, if the information is sensitive, and if the data is in plain text, that is, unencrypted, form, the premises of the rules depicted in Part 7-1 are satisfied. As a result, the rule concludes that a security violation exists and the network communication sub-inspector 22 inserts an indication of the security violation in the common working memory 16.
On the other hand, if the code sequence effects a transfer of an access control string, the network communication sub-inspector 22 applies the rule depicted in Part 7-2 of Fig. 7. Since the sole premise of the rule depicted in Part 7-2 requires a finding that the code sequence effects a transfer of an access control string, the rule concludes that a security violation exists and the network communication sub-inspector 22 inserts an indication of the security violation in the common working memory 16.
(iii) Application Program Sub-Inspector 23 As described above, the application program sub-inspector 23 uses two specialist security 30 inspectors, namely, the executable image specialist 25 described in connection with Fig. 8 and the program code specialist 26 described in connection with Fig. 9. The application program sub-inspector 23 controls and coordinates application of the two specialists under control, in turn, of the user application inspector controller 20.
(a) Executable Image Specialist 25 The executable image specialist 2s will be described in connection with Fig. 8. As described above, the executable image specialist 25 examines the executable image, that is, the compiled, linked and executable applications program, to identify functions which could be used in such a way as to represent security violation conditions. One computer system provides a plurality of privilege levels arranged in a hierarchy to control access to the diverse functions which are provided by the operating system. With increasing levels, functions of increasingly critical importance to the operation of the computer system can be accessed.
It will be appreciated that functions of an application may be arranged in a hierarchy, with functions of increasing abstraction being in higher levels of the hierarchy. For example, an application may provide word processing capabilities using one of several different editor programs, each editor program being identified by name. At one level of abstraction, the function may be identified by the name of the editor program, and at a higher level of abstraction, the function may be identified by the group function identification "editor".
As described above, the executable image specialist 25 is rule-based. Based on the function hierarchy noted above, the executable image specialist provides several types of rules, each relating to a level in the function hierarchy. The rules are selected to identify combinations of conditions that may be present in the functions of the application, the running environment and requirements of an executable image which indicate security violation conditions. Fig. 8 depicts the structure of a typical rule in the S executable image specialist 25. With reference to Fig.
8, the rule includes a premise, which has several parts.
With respect to the rule depicted in Fig. 8, one part (identified by "A" in Fig. 8) of the rule is satisfied if the installed or authorized privilege under the applications program represented by the executable image has a privilege level PRIV.VAL having a selected value. A second part (identified by "B" in Fig. 8) is satisfied if the applications program, as represented by the executable image, has a predetermined function FUNC.VAL. A third part tidentified by "C" in Fig. 8) is satisfied if the applications program permits the user to have control over or may select, through the applications program, certain objects in the system, such as file names, directory names and so forth. If all of the rule's premises are satisfied, that is, if the executable image specialist 25 determines that all of parts A through C depicted in Fig. 8 are true, then the conclusion of the rule is that a security violation condition exists, and the executable image specialist 25 2S records the identification of the condition VIOL.VAL in the common working memory 16.
It will be appreciated that the particular premises and parts thereof which are used in particular rules to identify the existence of security violation conditions will depend upon the particular computer system in which the executable image specialist 25 is used. Generally, the premises may, for example, include the identification of a function or functions which can be performed or called by the executable image. In ", " , .. .......

1 31 ~, 01 addition, the premise may identify the environment of the executable image, including the privilege level.
Further, the premise may include the security requirements of the application, for example, whether the application is captive or otherwise controlled. The premise may also include reference to how the program is to be controlled.
The premises should be such as to identify conditions in which a user may, through an applications program, create, modify, or delete files which are important to the operation of the Operating system.
Thus, one embodiment includes a rule which identifies a security violation condition if (A) the installed or authorized privilege permits bypassing of the protection code vector regulating access to files, (B) the applications program permits a user to read a file, and (CO the applications program permits a file name to be specified by a user, or it uses a logical name which may be modified by the user. This condition results in the user having the ability to access any file including the system's user authorization file, which is undesirable.
Other rules are also provided which protect the user authorization file from being deleted or modified by the applications program or by detached processes which the applications program may generate.
(b) Program Code Specialist 26 The program code specialist 26 will be described in connection with Fig. 9. As described above, the program code specialist 26 examines the source code of an applications program to determine whether relationships between control objects, which control the application program's access and resource availability, identified in the source code constitute a security violation condition. The program code 1 3 1 4 1 ~ 1 specialist 26, like the executable image specialist 25, is rule based, with the rule premises identifying the control objects and relationships which are determined likely to constitute security violation conditions.
Fig. 9 depicts a flow diagram illustrating the operations of the program code specialist 26. With reference to Fig. 9, the program code specialist 26 first obtains the identification of an application program (step 110) and determines whether the source code for the application program is available (step 111). If not, the program code specialist 26 exits (step 112), but if the source code is available, it performs a processing operation in connection with the source code to identify the control objects identified therein (step 113) and the relationships among the identified control objects (step 114). Thereafter (step 115) the program code specialist 26 processes the rules which it maintains to determine whether any security violation conditions exist, and, if so, records their identifications in the common working memory 16.
(iv) Log-In Procedure Sub-Inspector 24 The log-in procedure sub-inspector 24 will be described in connection with Fig. 10. Preliminarily, as in conventional, the computer system provides a log-in file which contains a series of log-in commands which are executed at the beginning of a user session. The log-in command procedure performs a number of functions, including definition of symbols, assignment of logical names, display of welcome, certain status and other messages, establishment of characteristics of the user's terminal, definition of terminal keys to perform certain predefined functions, and initiation of execution of an image of an applications program.

_ 35 1 31 4~i 01 A number of security problems can arise in connection with the log-in procedure, primarily relating to the desirability of preventing users from escaping to the supervisor level of the operating system, which would permit access to applications and other information stored throughout the computer system. One problem is that, since the procedure is stored in a file, unless access to the file is limited to the system operator, thus excluding access by users, it may be possible for a user to modify the file so as to permit escape. In addition, unless the com~ands in the log-in procedure are suitably selected it may be possible for a user to escape to the supervisor level by conventional escape keystroke procedure, in the event of a system error detected during execution of the log-in procedure, or in the event of certain other abnormal conditions.
The log-in procedure sub-inspector 24 is procedure based and parses the commands in the log-in procedure file to detect a command which presents a security violation. The sequence of operations performed by log-in procedure sub-inspector 24 is depicted in Figs. 10A and 10B. With reference to Fig.
10A, the log-in procedure sub-inspector 24 first obtains from the operator the identification of the log-in procedure on whose file it is to perform a security check operation (step 120), and retrieves the identified log-in procedure file (step 121). In addition, the log-in procedure sub-inspector 24 retrieves the protection code vector associated with the log-in procedur file from the user authorization file to verify that only the system operator may modify the log-in procedure file (step 122). If the protection code vector indicates that others than the system operator may modify the log-in procedure file, a security violation exists, which is recorded in the common working memory 16.
Following step 122, the log-in procedure sub-inspector 24 begins parsing the log-in procedure file for other security violations. The log-in procedure sub-inspector 24 sequences to step 123 to determine whether abnormal termination of the log-in procedure can be performed by entry by the user of an escape keystroke sequence. If such a termination can be performed, the user may be able to escape from the log-in procedure file to the supervisor level of the operating system. If escape keystroke sequence (step 124), the log-in procedure sub-inspector 24 records existence of the security violation condition in the common working memory 16 (step 125).
Following step 125, or step 124 if escape to the supervisor cannot be performed by entry of an escape keystroke sequence, the log-in procedure sub-inspector 24 sequences to step 126, in which it checks the commands in the log-in procedure file to determine whether abnormal termination of the log-in procedure, by means of, for example, detection of a system error, will result in the escape to the supervisor level of the operating system. If so (step 127), the log-in procedure sub-inspector 24 records the existence of the security violation condition in the common working memory 16 (step 130).
Following step 130, or step 127 if escape to the supervisor cannot be accomplished in the event of detection of a system error, the log-in procedure sub-inspector 24 sequences to step 131, in which it checks the commands in the log-in procedure file to determine whether escape to the supervisor level of the _ 37 _ 1314!01 operating system can be effected by entry of keystrokes by the user during execution of a command. If so, the log-in procedure sub-inspector 24 records the existence of a security violation condition in the common working memory 16 (step 132).
Following step 132, or step 131 if the log-in procedure sub-inspector 24 determines that escape to the supervisor level cannot be accomplished by entry of keystrokes by a user during execution of a command, the log-in procedure sub-inspector 24 se~uences to step 133, in which it determines whether the log-in procedure file gives the user access to a text editor which would permit the user to read and write arbitrary files.
Using such a text editor, the user could modify the log-in procedure file regardless of the condition of the protection code vector associated with the log-in procedure file. If the log-in procedure sub-inspector 24 determines that the log-in procedure file gives the user access to such a text editor (step 134), the log-in procedure sub-inspector 24 records the existence of a security violation condition in the common working memory 16. The log-in procedure sub-inspector 24 exits (step 136) following step 135, or step 134 if it determines in step 134 that the user is not given access to a text editor enabling him to read and write arbitrary files.
The foregoing description has been limited to a specific embodiment of this invention. It will be apparent, however, that variations and modifications may be made to the invention, with the attainment of some or all of the advantages of the invention. There fore, it is the object of the appended claims to cover all such variations andf modifications as come within the true spirit and scope of the invention.

Claims (47)

  1. THE EMBODIMENTS OF THE INVENTION IN WHICH AN EXCLUSIVE
    PROPERTY OR PRIVILEGE IS CLAIMED ARE DEFINED AS FOLLOWS:

    l. A security system for use in connection with a com-puter system comprising:
    A. common memory means having a plurality of storage locations for storing information;
    B. a plurality of inspection means each performing a predetermined class of security check operations in connection with said computer system to identify whether security violation conditions are present in said computer system, said inspection means storing indicia identifying located security violation conditions in said common memory means; and C. control means connected to all of said inspection means for controlling each of said inspection means in response to a security test request from an operator and for performing a security evaluation operation in connection with said indicia stored by said inspection means in said common memory means.
  2. 2. The system of claim l wherein at least one of said inspection means comprises a password inspection means for detecting whether a user who is authorized to use said computer system has selected a password which has predetermined security characteristics.
  3. 3. The system of claim 2 wherein at least one of said predetermined security characteristics includes a node name.
  4. 4. The system of claim 2 wherein at least one of said predetermined security characteristics includes an account name.
  5. 5. The system of claim 2 wherein said predetermined security characteristics include a name of a company.
  6. 6. The system of claim 2 wherein said predetermined security characteristics include identifying numbers of users of said system.
  7. 7. The system of claim 1 wherein a said inspection means includes a network default account inspection means for determin-ing if said computer system includes a plurality of interconnec-ted nodes and whether a user can execute a program to enable a remote node to execute an applications program while in a default account.
  8. 8. The system of claim 1 wherein said computer system includes system files each having an associated protection code, and at least one of said inspection means includes a system file protection inspection means for determining whether each system file has the proper protection code level.
  9. 9. The system of claim 1 wherein said computer system includes a user application program, and said inspection means includes application inspection means for minimizing jeopardy to security in connection with said user applications program.
  10. 10. The system of claim 9 wherein said computer system includes a user authorization file associated with a respective user applications program, and said application inspection means includes a captive account inspection means for inspecting information in a par-ticular user authorization file associated with a particular applications program and ensuring that said user authorization file complies with requirements of said particular applications program.
  11. 11. The system of claim 9 wherein said application inspection means includes a network communication inspection means for identifying predetermined security conditions with any user application programs which perform communications over a network.
  12. 12. The system of claim 11 wherein said network communica-tion inspection means determines whether a said user application program enables information to be transferred over said network in plain text.
  13. 13. The system of claim 11 wherein said network communi-cation inspection means determines whether a said user application program transfers passwords over said network.
  14. 14. The system of claim 9 wherein said computer system includes a plurality of operating levels, and said application inspection means includes a log-in procedure inspection means for determining whether a user may transfer control of the computer system level during log-in.
  15. 15. The system of claim 9 wherein said application inspection means includes an applications program inspection means for determining whether said applications programs permit said user to perform operations which violate the security of said computer system.
  16. 16. The system of claim 15 wherein said applications program inspection means includes an executable image specialist means for examining an executable image of said applications program to determine whether said applications program can perform certain operations which would permit said user to vio-late the security of the computer system.
  17. 17. The system of claim 15 wherein said applications program inspection means includes a program code specialist means for examining the source code of said applications program to determine whether said applications program can perform certain operations which would permit said user to violate the security of said computer system.
  18. 18. A method of checking the security of a computer system having a common memory which includes a plurality of storage locations for storing information, comprising:
    performing a plurality of security check operations in said computer system to identify whether security violation conditions are present, storing indicia identifying located security violation conditions in said common memory, controlling each of said security check operations in response to a security test request from an operator, and performing a security evaluation operation in connec-tion with said stored indicia.
  19. 19. The method of claim 18 further comprising detecting whether a user who is authorized to use said computer system has selected an easily predictable password.
  20. 20. The method of claim 18 further comprising determining if said computer system includes a plural-ity of interconnected nodes and whether a user can execute a program of enable a remote node to execute an applications program while in a default account.
  21. 21. The method of claim 18 wherein said common memory includes system files having protection codes, and further comprising determining whether each system file has the proper protection code level.
  22. 22. The method of claim 18 further comprising minimizing jeopardy to security in connection with user applications.
  23. 23. The method of claim 22 wherein said minimizing further includes inspecting information in a user authorization file associated with a particular applications program, and ensuring that said user authorization file complies with reguirements of said particular applications program.
  24. 24. The method of claim 22 further comprising identifying possible security problems with a user application which performs communications over a network.
  25. 25. The method of claim 24 further comprising determining whether said user application enables information to be transferred over said network in plain text, and if so, identifying a security violation.
  26. 26. The method of claim 24 further comprising determining whether said user application transfers passwords over said network, and if so, identifying a security violation.
  27. 27. The method of claim 24 further comprising determining whether a user may escape to an operating system level during log-in, and if so, identifying a security violation.
  28. 28. The method of claim 24 further comprising the step of determining whether said applications programs permit said user to perform operations which violate the security of said computer system.
  29. 29. The method of claim 28 further comprising examining an executable image of said applications program to determine whether said applications program can perform certain operations which would permit said user to violate the security of the computer system.
  30. 30. The method of claim 28 further comprising examining the source code of said applications pro-gram to determine whether said applications program can perform certain operations which would permit said user to violate the security of said computer system.
  31. 31. A security system program for controlling a processor to identify the presence of security violation conditions in connection with a computer system comprising:
    A. a plurality of inspection modules each for enabling said processor to perform a predetermined class of security check operations in connection with said computer system to identify whether security violation conditions are present in said computer system, said inspection modules enabling said processor to store indicia identifying located security violation conditions in a common memory means; and B. a control module for enabling said processor to control processing of each of said inspection modules in response to a security test request from an operator and for performing a security evaluation operation in connection with indicia stored in said common memory means during processing of said inspection modules.
  32. 32. The system of claim 31 wherein a said inspection module comprises a password inspection module for enabling said processor to detect whether a user who is authorized to use said computer system has selected a password which has predetermined security characteristics.
  33. 33. The program of claim 32 wherein at least one of said predetermined security characteristics includes a node name.
  34. 34. The program of claim 32 wherein at least one of said predetermined security characteristics includes an account name.
  35. 35. The program of claim 32 wherein said predetermined security characteristics include a name of a company.
  36. 36. The program of claim 32 wherein said predetermined security characteristics include identifying numbers of users of said system.
  37. 37. The program of claim 31 wherein said inspection module includes a network default account inspection module for enabling said processor to determine if said computer system includes a plurality of interconnected nodes and whether a user can enable a remote node to execute an applications program while in a default account.
  38. 38. The program of claim 31 wherein:
    said computer system includes system files each having an associated protection code, and a said inspection module includes a system file protection inspection module for enabling said processor to deter-mine whether each system file has a predetermined protection code level.
  39. 39. The program of claim 31 wherein said computer system includes a user application program, and a said inspection module includes an application inspection module for determining whether said user applications program has a predetermined security characteristic.
  40. 40. The program of claim 39 wherein said computer system includes a user authorization file associated with a respective user applications program, and a said application inspection module includes a captive account inspection module for enabling said processor to inspect information in a particular user authorization file associated with a particular applications program to determine that the associated user authorization file complies with predetermined security requirements of said particular applications program.
  41. 41. The program of claim 39 wherein said application inspection module includes a network communication inspection module for enabling said processor to identify predetermined security conditions with a user application program which performs communications over a network.
  42. 42. The program of claim 41 wherein said network communi-cation inspection module enables said processor to determine whether a said user application program enables information to be transferred over said network in plain text.
  43. 43. The program of claim 41 wherein said network communi-cation inspection module enables said processor to determine whether a said user application program transfers passwords over said network.
  44. 44. The system of claim 39 wherein said computer system includes a plurality of operating levels, and said application inspection module includes a log-in procedure inspection module for enabling said processor to determine whether a user may transfer control of the computer system level during log-in.
  45. 45. The program of claim 39 wherein said application inspection module includes an applications program inspection module for determining whether a said applications program per-mits said user to perform selected security violation operations.
  46. 46. The program of claim 45 wherein said applications program inspection module includes an executable image specialist module for enabling said processor to examine an executable image of said applications program to determine whether said applications program can perform certain operations which would permit said user to violate the security of the computer system.
  47. 47. The program of claim 45 wherein said applications program inspection module includes a program code specialist module for examining the source code of said applications program to determine whether said applications program can perform certain operations which would permit said user to perform selected security violation operations.
CA000591200A 1988-02-17 1989-02-16 Expert system for security inspection of a digital computer system in a network environment Expired - Fee Related CA1314101C (en)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US15746288A 1988-02-17 1988-02-17
US157,462 1988-02-17

Publications (1)

Publication Number Publication Date
CA1314101C true CA1314101C (en) 1993-03-02

Family

ID=22563831

Family Applications (1)

Application Number Title Priority Date Filing Date
CA000591200A Expired - Fee Related CA1314101C (en) 1988-02-17 1989-02-16 Expert system for security inspection of a digital computer system in a network environment

Country Status (3)

Country Link
US (1) US5812763A (en)
JP (1) JPH01315833A (en)
CA (1) CA1314101C (en)

Families Citing this family (121)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5835061A (en) 1995-06-06 1998-11-10 Wayport, Inc. Method and apparatus for geographic-based communications service
US8606851B2 (en) 1995-06-06 2013-12-10 Wayport, Inc. Method and apparatus for geographic-based communications service
JP3557056B2 (en) * 1996-10-25 2004-08-25 株式会社東芝 Packet inspection device, mobile computer device, and packet transfer method
US7058822B2 (en) 2000-03-30 2006-06-06 Finjan Software, Ltd. Malicious mobile code runtime monitoring system and methods
WO1999066383A2 (en) * 1998-06-15 1999-12-23 Dmw Worldwide, Inc. Method and apparatus for assessing the security of a computer system
US6185689B1 (en) 1998-06-24 2001-02-06 Richard S. Carson & Assoc., Inc. Method for network self security assessment
CN1867068A (en) 1998-07-14 2006-11-22 联合视频制品公司 Client-server based interactive television program guide system with remote server recording
US6311278B1 (en) * 1998-09-09 2001-10-30 Sanctum Ltd. Method and system for extracting application protocol characteristics
TW465235B (en) 1998-09-17 2001-11-21 United Video Properties Inc Electronic program guide with digital storage
AU2164700A (en) 1998-12-09 2000-06-26 Network Ice Corporation A method and apparatus for providing network and computer system security
US6687353B1 (en) 1998-12-11 2004-02-03 Securelogix Corporation System and method for bringing an in-line device on-line and assuming control of calls
US6718024B1 (en) 1998-12-11 2004-04-06 Securelogix Corporation System and method to discriminate call content type
US6760420B2 (en) 2000-06-14 2004-07-06 Securelogix Corporation Telephony security system
US6249575B1 (en) 1998-12-11 2001-06-19 Securelogix Corporation Telephony security system
US6226372B1 (en) 1998-12-11 2001-05-01 Securelogix Corporation Tightly integrated cooperative telecommunications firewall and scanner with distributed capabilities
US7133511B2 (en) * 1998-12-11 2006-11-07 Securelogix Corporation Telephony security system
US7346929B1 (en) 1999-07-29 2008-03-18 International Business Machines Corporation Method and apparatus for auditing network security
US7089591B1 (en) 1999-07-30 2006-08-08 Symantec Corporation Generic detection and elimination of marco viruses
US7454791B1 (en) * 1999-09-23 2008-11-18 International Business Machines Corporation Method and system for checking the security on a distributed computing environment
EP1226697B1 (en) 1999-11-03 2010-09-22 Wayport, Inc. Distributed network communication system which enables multiple network providers to use a common distributed network infrastructure
US8006243B2 (en) 1999-12-07 2011-08-23 International Business Machines Corporation Method and apparatus for remote installation of network drivers and software
US6535227B1 (en) 2000-02-08 2003-03-18 Harris Corporation System and method for assessing the security posture of a network and having a graphical user interface
US6883101B1 (en) * 2000-02-08 2005-04-19 Harris Corporation System and method for assessing the security posture of a network using goal oriented fuzzy logic decision rules
US7096502B1 (en) * 2000-02-08 2006-08-22 Harris Corporation System and method for assessing the security posture of a network
WO2001065330A2 (en) 2000-03-03 2001-09-07 Sanctum Ltd. System for determining web application vulnerabilities
US7574740B1 (en) 2000-04-28 2009-08-11 International Business Machines Corporation Method and system for intrusion detection in a computer network
WO2001084775A2 (en) 2000-04-28 2001-11-08 Internet Security Systems, Inc. System and method for managing security events on a network
US20040073617A1 (en) 2000-06-19 2004-04-15 Milliken Walter Clark Hash-based systems and methods for detecting and preventing transmission of unwanted e-mail
US8041817B2 (en) 2000-06-30 2011-10-18 At&T Intellectual Property I, Lp Anonymous location service for wireless networks
US7162649B1 (en) 2000-06-30 2007-01-09 Internet Security Systems, Inc. Method and apparatus for network assessment and authentication
US6675017B1 (en) * 2000-06-30 2004-01-06 Bellsouth Intellectual Property Corporation Location blocking service for wireless networks
US7178166B1 (en) 2000-09-19 2007-02-13 Internet Security Systems, Inc. Vulnerability assessment and authentication of a computer by a local scanner
US7103906B1 (en) 2000-09-29 2006-09-05 International Business Machines Corporation User controlled multi-device media-on-demand system
US9027121B2 (en) * 2000-10-10 2015-05-05 International Business Machines Corporation Method and system for creating a record for one or more computer security incidents
KR20120032046A (en) 2000-10-11 2012-04-04 유나이티드 비디오 프로퍼티즈, 인크. Systems and methods for delivering media content
US7146305B2 (en) 2000-10-24 2006-12-05 Vcis, Inc. Analytical virtual machine
US8150013B2 (en) * 2000-11-10 2012-04-03 Securelogix Corporation Telephony security system
US20020078382A1 (en) * 2000-11-29 2002-06-20 Ali Sheikh Scalable system for monitoring network system and components and methodology therefore
US7245925B2 (en) 2000-12-19 2007-07-17 At&T Intellectual Property, Inc. System and method for using location information to execute an action
US7116977B1 (en) 2000-12-19 2006-10-03 Bellsouth Intellectual Property Corporation System and method for using location information to execute an action
US7224978B2 (en) 2000-12-19 2007-05-29 Bellsouth Intellectual Property Corporation Location blocking service from a wireless service provider
US7181225B1 (en) 2000-12-19 2007-02-20 Bellsouth Intellectual Property Corporation System and method for surveying wireless device users by location
US7085555B2 (en) 2000-12-19 2006-08-01 Bellsouth Intellectual Property Corporation Location blocking service from a web advertiser
US7428411B2 (en) * 2000-12-19 2008-09-23 At&T Delaware Intellectual Property, Inc. Location-based security rules
US7110749B2 (en) 2000-12-19 2006-09-19 Bellsouth Intellectual Property Corporation Identity blocking service from a wireless service provider
US7130630B1 (en) 2000-12-19 2006-10-31 Bellsouth Intellectual Property Corporation Location query service for wireless networks
US7130466B2 (en) 2000-12-21 2006-10-31 Cobion Ag System and method for compiling images from a database and comparing the compiled images with known images
US20020147803A1 (en) 2001-01-31 2002-10-10 Dodd Timothy David Method and system for calculating risk in association with a security audit of a computer network
EP2265008A1 (en) 2001-02-21 2010-12-22 United Video Properties, Inc. Systems and methods for interactive program guides with personal video recording features
US20020120868A1 (en) * 2001-02-27 2002-08-29 Hay Russell C. Method and apparatus for dynamic server provisioning
WO2002093334A2 (en) * 2001-04-06 2002-11-21 Symantec Corporation Temporal access control for computer virus outbreaks
US7237264B1 (en) 2001-06-04 2007-06-26 Internet Security Systems, Inc. System and method for preventing network misuse
US7308715B2 (en) * 2001-06-13 2007-12-11 Mcafee, Inc. Protocol-parsing state machine and method of using same
US7657419B2 (en) 2001-06-19 2010-02-02 International Business Machines Corporation Analytical virtual machine
US7096503B1 (en) * 2001-06-29 2006-08-22 Mcafee, Inc. Network-based risk-assessment tool for remotely detecting local computer vulnerabilities
WO2003010946A1 (en) * 2001-07-23 2003-02-06 Securelogix Corporation Encapsulation, compression and encryption of pcm data
WO2003058451A1 (en) 2002-01-04 2003-07-17 Internet Security Systems, Inc. System and method for the managed security control of processes on a computer system
US7571239B2 (en) 2002-01-08 2009-08-04 Avaya Inc. Credential management and network querying
US8161539B2 (en) * 2002-04-19 2012-04-17 International Business Machines Corporation IPSec network adapter verifier
US7370360B2 (en) 2002-05-13 2008-05-06 International Business Machines Corporation Computer immune system and method for detecting unwanted code in a P-code or partially compiled native-code program executing within a virtual machine
US7155742B1 (en) 2002-05-16 2006-12-26 Symantec Corporation Countering infections to communications modules
US7367056B1 (en) 2002-06-04 2008-04-29 Symantec Corporation Countering malicious code infections to computer files that have been infected more than once
US7788718B1 (en) 2002-06-13 2010-08-31 Mcafee, Inc. Method and apparatus for detecting a distributed denial of service attack
US7904955B1 (en) 2002-06-13 2011-03-08 Mcafee, Inc. Method and apparatus for detecting shellcode
US7203963B1 (en) 2002-06-13 2007-04-10 Mcafee, Inc. Method and apparatus for adaptively classifying network traffic
US20030236994A1 (en) * 2002-06-21 2003-12-25 Microsoft Corporation System and method of verifying security best practices
US7418729B2 (en) * 2002-07-19 2008-08-26 Symantec Corporation Heuristic detection of malicious computer code by page tracking
US7380277B2 (en) 2002-07-22 2008-05-27 Symantec Corporation Preventing e-mail propagation of malicious computer code
US7478431B1 (en) * 2002-08-02 2009-01-13 Symantec Corporation Heuristic detection of computer viruses
US6952779B1 (en) * 2002-10-01 2005-10-04 Gideon Cohen System and method for risk detection and analysis in a computer network
US8407798B1 (en) 2002-10-01 2013-03-26 Skybox Secutiry Inc. Method for simulation aided security event management
US7469419B2 (en) * 2002-10-07 2008-12-23 Symantec Corporation Detection of malicious computer code
US7159149B2 (en) * 2002-10-24 2007-01-02 Symantec Corporation Heuristic detection and termination of fast spreading network worm attacks
US7249187B2 (en) * 2002-11-27 2007-07-24 Symantec Corporation Enforcement of compliance with network security policies
US7631353B2 (en) * 2002-12-17 2009-12-08 Symantec Corporation Blocking replication of e-mail worms
US7296293B2 (en) * 2002-12-31 2007-11-13 Symantec Corporation Using a benevolent worm to assess and correct computer security vulnerabilities
US7913303B1 (en) 2003-01-21 2011-03-22 International Business Machines Corporation Method and system for dynamically protecting a computer system from attack
US7493646B2 (en) 2003-01-30 2009-02-17 United Video Properties, Inc. Interactive television systems with digital video recording and adjustable reminders
US7203959B2 (en) 2003-03-14 2007-04-10 Symantec Corporation Stream scanning through network proxy servers
US7299359B2 (en) * 2003-04-23 2007-11-20 Apple Inc. Apparatus and method for indicating password quality and variety
US7426577B2 (en) * 2003-06-19 2008-09-16 Avaya Technology Corp. Detection of load balanced links in internet protocol netwoks
US8271774B1 (en) 2003-08-11 2012-09-18 Symantec Corporation Circumstantial blocking of incoming network traffic containing code
US7657938B2 (en) 2003-10-28 2010-02-02 International Business Machines Corporation Method and system for protecting computer networks by altering unwanted network data traffic
US20060282494A1 (en) * 2004-02-11 2006-12-14 Caleb Sima Interactive web crawling
US8566945B2 (en) * 2004-02-11 2013-10-22 Hewlett-Packard Development Company, L.P. System and method for testing web applications with recursive discovery and analysis
US7765597B2 (en) * 2004-02-11 2010-07-27 Hewlett-Packard Development Company, L.P. Integrated crawling and auditing of web applications and web content
US7337327B1 (en) 2004-03-30 2008-02-26 Symantec Corporation Using mobility tokens to observe malicious mobile code
US7779463B2 (en) 2004-05-11 2010-08-17 The Trustees Of Columbia University In The City Of New York Systems and methods for correlating and distributing intrusion alert information among collaborating computer systems
US7373667B1 (en) 2004-05-14 2008-05-13 Symantec Corporation Protecting a computer coupled to a network from malicious code infections
US7484094B1 (en) 2004-05-14 2009-01-27 Symantec Corporation Opening computer files quickly and safely over a network
US7370233B1 (en) 2004-05-21 2008-05-06 Symantec Corporation Verification of desired end-state using a virtual machine environment
US7441042B1 (en) 2004-08-25 2008-10-21 Symanetc Corporation System and method for correlating network traffic and corresponding file input/output traffic
US7690034B1 (en) 2004-09-10 2010-03-30 Symantec Corporation Using behavior blocking mobility tokens to facilitate distributed worm detection
US7565686B1 (en) 2004-11-08 2009-07-21 Symantec Corporation Preventing unauthorized loading of late binding code into a process
US8458467B2 (en) * 2005-06-21 2013-06-04 Cisco Technology, Inc. Method and apparatus for adaptive application message payload content transformation in a network infrastructure element
US7784097B1 (en) * 2004-11-24 2010-08-24 The Trustees Of Columbia University In The City Of New York Systems and methods for correlating and distributing intrusion alert information among collaborating computer systems
US7610610B2 (en) 2005-01-10 2009-10-27 Mcafee, Inc. Integrated firewall, IPS, and virus scanner system and method
US8104086B1 (en) 2005-03-03 2012-01-24 Symantec Corporation Heuristically detecting spyware/adware registry activity
WO2006124025A1 (en) * 2005-05-17 2006-11-23 Computer Associates Think, Inc. Method and apparatus for providing computer security
US7788723B2 (en) * 2005-05-17 2010-08-31 Computer Associates Think, Inc. Method and apparatus for identifying computer vulnerabilities using exploit probes and remote scanning
US7818393B1 (en) 2005-06-02 2010-10-19 United States Automobile Association System and method for outage avoidance
US8214869B2 (en) 2005-12-29 2012-07-03 Rovi Guides, Inc. Systems and methods for managing a status change of a multimedia asset in multimedia delivery systems
US9681105B2 (en) 2005-12-29 2017-06-13 Rovi Guides, Inc. Interactive media guidance system having multiple devices
US9178907B2 (en) 2006-06-09 2015-11-03 Mcafee, Inc. System, method and computer program product for detecting encoded shellcode in network traffic
US8239915B1 (en) 2006-06-30 2012-08-07 Symantec Corporation Endpoint management using trust rating data
US7908660B2 (en) * 2007-02-06 2011-03-15 Microsoft Corporation Dynamic risk management
US20090019492A1 (en) 2007-07-11 2009-01-15 United Video Properties, Inc. Systems and methods for mirroring and transcoding media content
US8634796B2 (en) 2008-03-14 2014-01-21 William J. Johnson System and method for location based exchanges of data facilitating distributed location applications
US8639267B2 (en) 2008-03-14 2014-01-28 William J. Johnson System and method for location based exchanges of data facilitating distributed locational applications
US8566839B2 (en) 2008-03-14 2013-10-22 William J. Johnson System and method for automated content presentation objects
US8897742B2 (en) 2009-11-13 2014-11-25 William J. Johnson System and method for sudden proximal user interface
US8761751B2 (en) 2008-03-14 2014-06-24 William J. Johnson System and method for targeting data processing system(s) with data
US8600341B2 (en) 2008-03-14 2013-12-03 William J. Johnson System and method for location based exchanges of data facilitating distributed locational applications
US10063934B2 (en) 2008-11-25 2018-08-28 Rovi Technologies Corporation Reducing unicast session duration with restart TV
MY151479A (en) 2008-12-16 2014-05-30 Secure Corp M Sdn Bhd F Method and apparatus for detecting shellcode insertion
CN102185847B (en) * 2011-04-22 2014-05-07 南京邮电大学 Malicious code network attack evaluation method based on entropy method
CN102137115A (en) * 2011-04-22 2011-07-27 南京邮电大学 Method for evaluating malicious code attack effect of communication network
US8805418B2 (en) 2011-12-23 2014-08-12 United Video Properties, Inc. Methods and systems for performing actions based on location-based rules
EP2823413A4 (en) 2012-03-07 2016-05-04 Snap Trends Inc Methods and systems of aggregating information of social networks based on geographical locations via a network
US9477991B2 (en) 2013-08-27 2016-10-25 Snap Trends, Inc. Methods and systems of aggregating information of geographic context regions of social networks based on geographical locations via a network
US9894489B2 (en) 2013-09-30 2018-02-13 William J. Johnson System and method for situational proximity observation alerting privileged recipients

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4104721A (en) * 1976-12-30 1978-08-01 International Business Machines Corporation Hierarchical security mechanism for dynamically assigning security levels to object programs
JPS5475967A (en) * 1977-11-29 1979-06-18 Nec Corp Command protect system
US4725977A (en) * 1983-06-03 1988-02-16 Cpt, Ltd. Cartridge programming system and method using a central and local program library
US4672572A (en) * 1984-05-21 1987-06-09 Gould Inc. Protector system for computer access and use
US4719566A (en) * 1985-10-23 1988-01-12 International Business Machines Corporation Method for entrapping unauthorized computer access

Also Published As

Publication number Publication date
JPH01315833A (en) 1989-12-20
US5812763A (en) 1998-09-22

Similar Documents

Publication Publication Date Title
CA1314101C (en) Expert system for security inspection of a digital computer system in a network environment
US5347578A (en) Computer system security
EP0570123B1 (en) Computer system security method and apparatus having program authorization information data structures
US5311591A (en) Computer system security method and apparatus for creating and using program authorization information data structures
EP0443423B1 (en) Method and apparatus for executing trusted-path commands
Gligor A guide to understanding covert channel analysis of trusted systems
US6088801A (en) Managing the risk of executing a software process using a capabilities assessment and a policy
JP4629332B2 (en) Status reference monitor
US8484483B2 (en) Method for protecting computer programs and data from hostile code
CN101894225B (en) System and method of aggregating the knowledge base of antivirus software applications
US5428795A (en) Method of and apparatus for providing automatic security control of distributions within a data processing system
JP2002517852A (en) Method and system for securely executing untrusted content
CN108683652A (en) A kind of method and device of the processing attack of Behavior-based control permission
JPH06282527A (en) Network control system
JP2007140798A (en) Information leakage prevention system for computer
US9516031B2 (en) Assignment of security contexts to define access permissions for file system objects
Wassermann et al. Security patterns
EP0329415A2 (en) Expert system for security inspection of a digital computer system in a network environment
EP0978036B1 (en) Isolated execution location
US20230038774A1 (en) System, Method, and Apparatus for Smart Whitelisting/Blacklisting
US20230132611A1 (en) Abnormal classic authorization detection systems
Bigler A Novell Netware Version 4 Audit Program
Gligor Covert channel analysis of trusted systems. a guide to understanding
Sisson et al. SPAN security policies and guidelines
Henderson Trends in MVS Security

Legal Events

Date Code Title Description
MKLA Lapsed