WO2000000896A1 - Computer security user status updating system - Google Patents

Computer security user status updating system Download PDF

Info

Publication number
WO2000000896A1
WO2000000896A1 PCT/US1999/012041 US9912041W WO0000896A1 WO 2000000896 A1 WO2000000896 A1 WO 2000000896A1 US 9912041 W US9912041 W US 9912041W WO 0000896 A1 WO0000896 A1 WO 0000896A1
Authority
WO
WIPO (PCT)
Prior art keywords
user
identifier
account
assigned
database
Prior art date
Application number
PCT/US1999/012041
Other languages
French (fr)
Inventor
Kevin J. Kane
Garrett K. Kolb
Nora May
Daniel E. Myer
Jay B. Rutherford
Denise B. Shive
Eleanor P. Weedon
Original Assignee
Mci Worldcom, Inc.
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 Mci Worldcom, Inc. filed Critical Mci Worldcom, Inc.
Publication of WO2000000896A1 publication Critical patent/WO2000000896A1/en

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/60Protecting data
    • G06F21/604Tools and structures for managing or administering access control systems

Definitions

  • This invention relates to computers, computer networks, and more particularly to providing automated security in such systems.
  • Computers and computing systems are often interlinked in a network to provide easy communications and data transfer between the various components of the network.
  • Such networks may be composed of mainframes, minicomputers, and microcomputers, and may indeed be composed of combinations of all of the above.
  • Each system on the network will typically operate under control of a software program, providing access to a database.
  • dummy terminals, or microcomputers configured to act as dummy terminals will provide communications with the computing system.
  • RACF Resource Access Control Facility
  • IBM International Business Machines Corporation
  • the RACF employs controlling software on a mainframe associated with a RACF database.
  • the RACF not only controls access to the computing system, but also controls the level or amount of access allowed to a user.
  • a unique RACF user identifier is assigned to each user.
  • Each RACF user identifier has a unique password to verify the identity of the user requesting access to the computing system.
  • the RACF enables organizations to define individuals and groups who use the system that the RACF protects. For example, a group may be defined that encompasses a collection of individuals having common needs and requirements.
  • the RACF also enables an installation to define authority levels for a user or a group of users. The authority levels control what a user or member of a group can do on the system.
  • the RACF also protects the system's resources, protecting an organization's information stored on the system by controlling which users have authority to access a system resource, such as a document or program.
  • the RACF stores all information about users, groups and resources in user, group and resource profiles.
  • a profile is a record of RACF information that has been defined by a security administrator.
  • a user profile provides user attributes that describe the system-wide and group-wide access privileges to protected resources for a user.
  • a group profile defines the authority that a user who is a member of the group has to access resources belonging to the group.
  • a resource profile defines the type of authority a user needs to access a specific resource.
  • a resource profile may contain an access list as well as a default level of access authority for the resources the profile protects. An access list identifies the access authorities of specific users and groups, while the default level of access authority applies to any user not specifically included in the access list.
  • each computing system or data center is often associated with a group or department within the business or school.
  • the level of access privilege may be associated with a department to which a user is assigned. Each time the user is reassigned to a new department, security personnel have to adjust the level of access privilege for the user identifier assigned to that user.
  • Problems may include assigning duplicate user identifiers to more than one user, failure to provide timely access for new users or to terminate access to terminated users in a timely manner, and failure to update the level of access privilege in a timely manner.
  • a related problem is the assignment of multiple user identifiers to a single user across a number of computing systems. Such multiple assignment makes it difficult for the user to remember the correct user identifier, often causing the user to write the user identifier and any associated password down, making the user identifier and password vulnerable to theft. Such multiple assignment of user identifiers may also make it difficult to screen the system for improper access privilege and level of access privilege. Such systems are particularly vulnerable to terminated employees and contractors, who may seek access to the system resources and/or data after the end date of their employment.
  • the present invention overcomes the limitations of the prior art and provides additional benefits by providing a centralized data center including a database and an overlay of software for automating maintenance of a security system across multiple data centers.
  • the system provides for automatically updating access status based on an outside feed to the system concerning the status of the user associated with the user identifier, such as employment status.
  • the system automatically maintains an access privilege level based on an outside feed related to a group or department to which a user associated with a user identifier belongs.
  • the system automatically assigns a uniform user identifier to a user across all data centers or computing systems. Each user is assigned a unique user identifier, the user identifier being unique across all data centers.
  • the system retains the association between the user identifier and the user even after access for the user has been terminated. The user is then automatically reassigned the same user identifier at a later date.
  • the system provides for multiple reporting functions to ensure adequate security.
  • the security system is discussed as an overlay to existing security systems on mainframes, such as RACF, the security system may be implemented with the mainframe or data center level security functions integrated into the security system. Also, while discussed in terms of mainframes, other networks of computers may also realize similar advantages, such as networks of minicomputers, workstations, microcomputers, or networks combining a combination of various computers .
  • a method for automatically providing security in a computing system comprises assigning a key to one of a plurality of accounts, obtaining a group identifier from a database based on the key, and assigning a level of access privilege to the account that corresponds to a default level of access privilege associated with the group identifier .
  • a method for automatically providing security in a computing system comprises assigning each user a unique user identifier, maintaining a database associating each of the users with the assigned identifiers, associating the user identifier with an account, automatically terminating the association between the identifier and the account when the user is terminated, and continually maintaining the relationship between the user identifier and the terminated user in the database after the association between the account and the user identifier has been terminated.
  • a method for providing security in a first and a second computing system comprises assigning each user a unique user identifier, automatically maintaining a database associating each user with the assigned user identifier, associating the user identifier assigned to the user with an account on the first computing system for each user that will be given access to the first computing system, and for each user that will be given access to the second computing system, automatically searching the database for the user and if the user exists in the database associating a previously assigned user identifier with an account on the second computing system, or associating a new user identifier with the account on the second computing system if the user does not exist in the database.
  • Figure 1 is a logical block diagram of a computer network including an administrative data center and a number of networked data centers.
  • Figure 2 is a schematic diagram of an exemplary RACF data structure which resides in a RACF database on a computer.
  • Figure 3 is a block diagram showing various data structures of a security database.
  • Figure 4 is a block diagram showing data flows in the exemplary embodiment.
  • Figure 5 is a block diagram according to an exemplary embodiment, illustrating a logical process of periodically updating the security database.
  • Figure 6 is a logical block diagram of the computer network including a terminal for providing input and output to an administrator.
  • Figure 7 is a flow diagram according to an exemplary embodiment, illustrating a logical process of assigning a user identifier to an employee.
  • Figure 8 is a flow diagram according to an exemplary embodiment, illustrating a logical process of assigning a user identifier to a contractor.
  • Most organizations including companies, schools, and other associations, are arranged in a hierarchical fashion. Such organizations may, for example, be composed of multiple companies, each company consisting of a number of departments. The people associated with the organization, such as employees associated with a business, and even the resources of the organization, such as computing systems, are often associated with a department or other grouping. Organizations rely on a hierarchical structure to establish management and accounting functions throughout the organization.
  • FIG. 1 shows a computer network 10 including multiple data centers, each of the data centers having at least one computing system associated therewith.
  • a central computing system 12 is designated as a central repository for data related to a security system 11.
  • the central computer system 12 is linked to a number of peripheral computing systems, such as computing systems 14, 16 and 18. Communication may be provided by conventional means such as fiber optic cable, infrared, or satellite transmission. While the computing system 12 has been designated as the central computing system, such designation should not be read to imply any particular topology on the system.
  • Each of the computing systems 12-18 has a respective RACF database 22-28.
  • Each of the RACF databases 22-28 stores information for controlling access, access privilege level, passwords and authority for accessing the respective computing system. Relevant details of the RACF databases 22-28 will be discussed below.
  • the central computing system 12 includes a security database 30.
  • the security database 30 includes numerous data structures or records that in conjunction with software provides for the automated maintenance of the security system across all of the data centers. The details of the specific data structures and their relationships will be discussed below.
  • Maintenance software 40 for interacting with the security database 30 may be resident in the central computing system 12 or in an external system (not shown) .
  • the software periodically updates the security database 30 and permits security personnel to generate reports and to make special updates of the system.
  • Propagation software 32-38 automatically communicates changes in the central computing system's RACF database 22 to the peripheral computing systems 14-18 for updating the RACF databases 24-28, respectively.
  • Propagation software is commercially available in packages such as NC-SYNCOM® from CKS , Inc.
  • FIG. 2 shows an exemplary data structure 52 for the RACF database 22-28.
  • the RACF data structure 52 comprises a number of fields, of which only the ones particularly relevant to the invention will be discussed in detail.
  • a user field 54 includes a user identifier.
  • An RVKE field 56 holds a value that corresponds to an access status. The RVKE field 56 may be set to provide access or to deny access to the computing system for the user identifier associated with the RVKE field 56.
  • the RACF data structure 52 includes a DFLTGRP field 58 which holds an eight character value that corresponds to a default group to which the user identifier is assigned.
  • the RACF data structure 52 also includes an installation data field INSTALL 60, that may be customized for particular purposes .
  • Figure 3 shows a number of data structures that comprise the security database 30 and which provide storage for data the security system 11 receives from various feeds.
  • the data structures are shown in the form of tables of records having associated fields, although one skilled in the art will recognize that other data structures may be used.
  • Data structures including ORG_DATA 62, HR_DATA 68 and CONTRACTJDATA 80 data structures store information relating to the organization and the personnel associated with the organization, such as employees and contractors.
  • Data structures including USERID_PROF 92, GROUP_PROF 110 and USERID_DATA 200 data structures store information relating to user accounts on the computing systems 12-18.
  • a data structure including ORG_DATA 62, HR_DATA 68 and CONTRACTJDATA 80 data structures store information relating to the organization and the personnel associated with the organization, such as employees and contractors.
  • USER_GROUP_CONNECT 118 stores information that relates the data in the organizational data structures to the data in the user system account data structures. The specific details of the various data structures are discussed immediately below.
  • a data structure ORG_DATA 62 stores information about an organization, such as a business or school.
  • the information may, for example, be related to a hierarchical structure of the organization, such as companies and departments.
  • a field OD_COMPANY 64 stores a company identifier
  • a field OD_DEPT 66 stores a department identifier.
  • a data structure HR_DATA 68 stores information relating to members of the organization, such as the employees of a business.
  • a field HD_SSN 70 stores an employee identifier such as a social security number, for uniquely identifying each employee.
  • a field HD_NAME 72 stores the name of the employee associated with the unique employee identifier.
  • a field HD_DEPT 74 and a field HD__COMPANY 76 store, respectively, a department identifier and a company identifier to which the employee is assigned.
  • a field HD_STATUS 78 stores a status, such as the employment status of the employee.
  • the labels chosen and the particular information represented is selected for convenience and the fields may relate to other groupings depending on the situation or organization using the security system. For example, department and company may correspond to the schools and departments of a university, while the employees correspond to registered students. The claims should therefore not be limited to the particular exemplary embodiment discussed.
  • a data structure CONTRACT_DATA 80 may hold data related to contractors that are working for the organization.
  • the CONTRACT_DATA 80 structure includes a field CD_SSN 82 for storing a unique contractor identifier, such as the contractor's social security number.
  • a field CD_NAME 84 is provided for storing the name of the contractor associated with the unique contractor identifier.
  • a field CD__TERMDATE 90 stores the termination date of a contract under which the contractor has been hired.
  • a data structure USERID_PROF 92 stores most of the information required for the RACF data structure 52 ( Figure 2) , with the INSTALL field 60 customized for the application.
  • the USERID_PROF data structure 92 includes a field UP_USER 94 to store a user identifier.
  • a field UP_RVKE 96 stores an access status, such as access granted or access denied.
  • a field UP_DFLTGRP 98 stores a group identifier of a group to which the employee associated with the user identifier belongs.
  • a field UP_SSN 100 stores a unique employee or contractor identifier, such as the social security number. Thus an employee or contractor is associated to the user identifier through the USERID_PROF data structure 92.
  • the USERID_PROF data structure 92 also includes a field UP_DEPT 102 for storing the department identifier for the employee or contractor associated with the user identifier.
  • a field UP_OWNER 104 stores the identifier of an owner that has authority over the user identifier.
  • fields UP_CREADATE 106 and UP_PASSDATE 108 fields store the account creation and password creation dates, respectively.
  • a data structure GROUP_PROF 110 stores hierarchical ownership information for the computing system.
  • a field GP_GROUP 112 stores a group identifier.
  • a field GP_OWNER 114 stores an owner identifier for the group.
  • a field GP_SUPRGROUP 116 stores a superior group identifier for the group.
  • Each group has an owner, identified by the owner identifier and a superior group, identified by the superior group identifier. The owner of a group has authority to control the attributes associated with the group and the attributes associated with user identifiers in the group .
  • a data structure USER_GROUP__CONNECT 118 provides the connection between the user identifier and the group to which the user identifier belongs.
  • a field UGC_USER 120 stores the user identifier, while a field UGC_GROUP 122 stores a group identifier.
  • Additional fields may be provided, such as UGC_OWNER 124 for storing the identifier of an owner, and UGC_REVOKE 126 for storing an access status.
  • a data structure USERID_DATA 200 permanently stores user and user identifier relationships.
  • USERID_DATA 200 table includes a UD_SSN 202 field for storing a unique identifier, such as the user's social security number.
  • a UD_ID 204 field stores the unique user identifier.
  • a UD_STATUS 206 field stores the status of the identifier.
  • the USERID_DATA data structure 200 maintains the relationship between the user and the user identifier even if the user ceases her association with the business, school or organization. In this way, unique user identifiers may be assigned, and reassigned if the user should again become associated with the organization.
  • each data structure may comprise additional fields for storing a variety of information, such as passwords, account creation date, password assignment date, and company information, such as information regarding the manager of the employee or contractor. Such additional information may also include location, addresses, telephone numbers and E- mail addresses for the employees and the contractors. Such information may for example, be stored in fields in the HR_DATA 68 and CONTRACTJDATA 80 data structures.
  • Figure 4 shows the generalized inputs and outputs to the security system 11 for establishing and maintaining access authority and access privilege levels. The security system 11 automatically receives data for the fields of the above described data structures from various databases in various departments of the organization.
  • the data comprising the inputs may reside on the central computing system 12, on the peripheral computing systems 14-18, or on other systems.
  • the inputs will generally be used to update the security database 30 and for running verification checks on the data using the maintenance software 40.
  • the outputs from the security system 11 may reside on the central computing system 12, the peripheral computing systems 14-18, or other systems .
  • the security system 11 receives the organization's hierarchical structure information from a general ledger 130.
  • the general ledger 130 includes information such as the organization's departments with associated department identifiers, and the organization's companies, if appropriate. Many companies, schools, and other organizations maintain a general ledger to assist in managing and accounting for the organization. Often, it is the duty of a management department to maintain the general ledger 130. Computer security personnel will often not know of the addition or deletion of departments until long after such changes have been made. The present security system 11 remedies this problem, as will be described below.
  • the security system 11 receives employee information from a human resources database 132.
  • the human resources database 132 will typically include personal information such as, employee's social security number, employee's name, home address and telephone number.
  • the human resources database 132 will also typically include work related information such as, the employee's work address, company, department, paycode or salary information and employment status.
  • the human resources database 132 may also include information regarding the employee's supervisor.
  • the security system 11 may directly access the human resources database 132, or the human resources department may provide periodic extracts of the human resources information to the security system 11.
  • the security system 11 receives contractor information from a contractor services database 134. Such information may include, the contractor's name and social security number, the company and department to which the contractor is assigned, and the termination date of the contract under which the contractor has been hired.
  • the security system 11 may directly access the contractor services database 134, or the contractor services department may provide periodic extracts of the contractor information to the security system 11.
  • Additional information about the employees and contractors, such as work related telephone numbers and e-mail address may be stored in a locator system database 136.
  • the security system 11 may directly access the locator system database 136, or extracts of the locator information may be periodically provided to the security system 11.
  • administrators 138 are assigned in each department.
  • the administrators 138 are given authority through the security system 11 to set and change the attributes for user accounts assigned to users in the administrator's department.
  • the administrators 138 also receive reports generated by the security system 11 regarding the user identifiers over which the administrators 138 have authority.
  • Systems security personnel 140 have authority through the security system 11 over all user identifiers, including those assigned to administrators 138. Systems security personnel 140 will often also have RACF authority, allowing the system security personnel 140 to directly modify the RACF attributes at the RACF level of mainframe security.
  • An input/output device such as a terminal (not shown) provides security personnel with access to information, reports and control over the security system.
  • the security system 11 interacts with the RACF database 22 on the central computing system 12 for receiving data and issuing RACF commands.
  • An exemplary method of periodically updating the security database 30 is shown in Figure 5.
  • Figure 5 is not an exhaustive flowchart, and additional steps may be added and other steps deleted as the situation requires.
  • the RACF databases 22-28 are unloaded by the security system 11 periodically, such as nightly.
  • the unloaded data from the RACF databases 22-28 populates the USER_GROUP_CONNECT_118, GROUP_PROF 110 and USERID_PROF 92 data structures of the security database 30.
  • the security system imports the human resources data from the human resources database 132.
  • step 148 the human resources data populates the HR_DATA 68 table of the security database 30.
  • step 150 the security system 11 imports the contractor data from the contractor services database 134 and uses the contractor data to populate the CONTRACTJ3ATA 80 table of the security database 30 in step 152.
  • step 154 the security system imports organizational data from the general ledger 130, and in step 156 uses the imported organizational data to populate the ORG_DATA 62 table of the security database 30.
  • data such as the organizational data does not change frequently and therefore may be loaded into the security database 30 on a less frequent schedule than the other data.
  • the security system 11 uses the data in the HR_DATA 68, CONTRACTJDATA 80 and ORG_DATA 62 tables to verify the accuracy of the data loaded into the USER_GROUP_CONNECT 118, USERID_PROF 92 and GROUP_PROF 110 tables from the RACF databases 22-28. For instance, the security system 11 may verify that the department to which an employee or contractor is assigned has not changed. The security system 11 may also verify the status of each employee and termination date of each contractor. In cases where the data is inconsistent, the security system 11 issues RACF commands to update the RACF database 22 on the central computing system 12, as in accord with step 158.
  • the security system 11 may also automatically provide a message to system security personnel, the administrator 138 or the user regarding any changes in access or level of access privilege. Where a user's access is being terminated, the user identifier assigned to the user may be associated with a hold account, by issuing a RACF command. The hold account is owned by the security personnel and does not permit the user to access any of the computing systems 12-18. As discussed above, the propagation software 32-38 propagates the changes made to the RACF database 22 to the peripheral computers 14-18, where the respective RACF databases 24-28 are updated. In this way, security is maintained across the entire network of computers 10.
  • Figure 6 shows an exemplary embodiment of the computer network 10 and the general data flow in the computer network 10 for the situation in which the administrator 138 ( Figure 4) selectively updates data for a particular user or user identifier, such as assigning a user identifier.
  • a terminal 162 is coupled to the central computing system 12 for permitting the administrator 138 ( Figure 4) to access user information and to assign user identifiers.
  • the general data flow shown of Figure 6 is described in further detail below, with reference to Figures 7 and 8.
  • Figure 7 shows an exemplary embodiment of the steps performed by the administrators 138 in periodically assigning a user identifier to an employee on the computer network 10 of Figure 6.
  • the administrator enters the employee's social security number on the terminal 162.
  • the security system 11 retrieves human resources data about the employee from the HR_DATA 68 table of the security database 30.
  • the security system 11 displays the retrieved human resources data on the terminal 162.
  • the security system 11 checks the HD_STATUS 78 field of the HR_DATA 68 data structure to determine the employment status of the user in step 170. If the employment status is inactive, then in step 172 the security system 11 displays a message telling the administrator 138 that the employee is on inactive status and may not be assigned a user identifier.
  • the security system 11 determines whether the administrator 138 has authority to assign a user identifier to the employee, as in step 174. In step 175, the administrator 138 is prompted with a message if the administrator 138 does not have authority over the user.
  • step 176 the security system 11 checks to determine whether the employee has been previously assigned a user identifier.
  • the security system inspects the UD_SSN 202 field of the USERID_DATA 200 table for matches to the employee's identifier. If the employee has already had a user identifier assigned, the previous user identifier will be reactivated.
  • step 178 the security system 11 updates the UD- STATUS 206 field of the USERID_DATA table 200 as a first step in reactivating the user identifier. If no previous user identifier has been assigned, the security system 11 generates a new user identifier in step 180. At least some portion of the user identifier should be randomly generated to provide a high degree of security for the security system 11.
  • step 181 the security system 128 verifies that the new user identifier is unique by checking the USERID_DATA data structure 200. The security system 128 generates another new user identifier if the previously generated user identifier is not unique. In step 182, the security system 11 updates the USERID_DATA table 200 with the new user identifier. The appropriate level of access privilege is automatically assigned to the user by way of the relationship between the fields of the various data structures HR_DATA 68, USERID_PROF 92, GROUP_PROF 110 and USER_GROUP_CONNECT 118.
  • the security system 11 then issues a RACF command, in step 184, against the RACF database 22 of the central computing system 12 to update the RACF database 22 with the changes made to the USERID_DATA 200 table.
  • the changes in the central computing system's 12 RACF database 22 are propagated through the network to the appropriate RACF databases 24-28 of the peripheral computing systems 14-18.
  • Figure 8 shows an exemplary embodiment of the steps performed by the administrators 138 in periodically assigning a user identifier to a contractor on the computer network 10 of Figure 6.
  • the administrator enters the contractor's social security number on the terminal 162 ( Figure 6) .
  • the security system 11 retrieves contractor data about the contractor from the CONTRACT_DATA 80 table of the security database 30.
  • the retrieved contractor data is displayed on the terminal 162 ( Figure 6) .
  • the security system 11 checks the CD_TERMDATE 90 field of the CONTRACT_DATA 80 table to determine the termination date of the contractor in step 194.
  • the security system 11 displays a message telling the administrator 138 that the contractor is terminated and may not be assigned a user identifier.
  • the security system 11 may also determine whether the termination date is within some set period of the current date, as in step 198, and provide a message warning the administrator 138 that the contract will soon terminate, as in step 199. If the contractor's status is active then the security system 11 determines whether the administrator 138 has authority to assign a user identifier to the contractor, as in step 208. In step 210, the administrator 138 is prompted with a message if the administrator 138 does not have authority over the user .
  • Steps 212-220 of Figure 8 are similar to steps 176-184 of Figure 7, whereby the security system 11 determines whether the contractor has been previously assigned a user identifier, reactivates a previously assigned user identifier or generates a unique new user identifier, updates the fields of the data structures appropriately and issues RACF commands against the RACF database 22 of the central computing system 12.
  • the changes in the central computing system's 12 RACF database 22 are propagated through the network to the appropriate RACF databases 24-28 of the peripheral computing systems 14-18 in a manner similar to that shown in step 186 of Figure 7.
  • the administrators 128 may authorize additional access for a user identifier such as time sharing access (TSO) to one of the computing systems 12-18, or may revoke a user identifier, resume a revoked user identifier, or reset passwords .
  • TSO time sharing access
  • the systems security personnel may gant a level of access privilege different from the default level of access privilege assigned to the user identifier based on the department to which the user of the user identifier belongs. This is accomplished by issuing appropriate RACF commands against each of the relevant RACF databases 22-28.

Abstract

A computer security system (10) automatically updates access status (56) and level of access privilege for each user based on outside input related to current status of the user with respect to an organization, such as a business or school and the membership of the user in a group or department within the organization. A unique user identifier (54) is assigned to each user across the network. The system retains the relationship between the user and the user identifier even after the user's access to the computing system is terminated. The user may be reassigned the same user identifier should the user again be granted access to the system resources. The computing security system may be implemented as an overlay to an existing resource allocation system, such as the RACF system (24-28) commonly found on many mainframe computers and may allow decentralization of certain security functions.

Description

COMPUTER SECURITY USER STATUS UPDATING SYSTEM
This invention relates to computers, computer networks, and more particularly to providing automated security in such systems.
Computers and computing systems are often interlinked in a network to provide easy communications and data transfer between the various components of the network. Such networks may be composed of mainframes, minicomputers, and microcomputers, and may indeed be composed of combinations of all of the above. Each system on the network will typically operate under control of a software program, providing access to a database. In some systems, dummy terminals, or microcomputers configured to act as dummy terminals, will provide communications with the computing system.
Security for system resources and data stored on the system, are a primary concern for most computing systems. Many systems have been proposed for controlling access to computing resources and the data. For example, one of the most commonly used security systems for mainframe computers is the Resource Access Control Facility (RACF) provided by International Business Machines Corporation (IBM) . The RACF employs controlling software on a mainframe associated with a RACF database. The RACF not only controls access to the computing system, but also controls the level or amount of access allowed to a user. In the RACF security system, a unique RACF user identifier is assigned to each user. Each RACF user identifier has a unique password to verify the identity of the user requesting access to the computing system. The RACF enables organizations to define individuals and groups who use the system that the RACF protects. For example, a group may be defined that encompasses a collection of individuals having common needs and requirements. The RACF also enables an installation to define authority levels for a user or a group of users. The authority levels control what a user or member of a group can do on the system. The RACF also protects the system's resources, protecting an organization's information stored on the system by controlling which users have authority to access a system resource, such as a document or program.
The RACF stores all information about users, groups and resources in user, group and resource profiles. A profile is a record of RACF information that has been defined by a security administrator. A user profile provides user attributes that describe the system-wide and group-wide access privileges to protected resources for a user. Similarly, a group profile defines the authority that a user who is a member of the group has to access resources belonging to the group. A resource profile defines the type of authority a user needs to access a specific resource. A resource profile may contain an access list as well as a default level of access authority for the resources the profile protects. An access list identifies the access authorities of specific users and groups, while the default level of access authority applies to any user not specifically included in the access list.
As the number of computers or data centers increases, and as the number of users increase, the security system becomes more difficult to maintain. Even the process of assigning new user identifiers takes up an inordinate amount of time and expense.
Such computing systems are often used for businesses and schools. In such situations, each computing system or data center is often associated with a group or department within the business or school. As the number of users increases, the number of changes required to maintain the security system overwhelms the ability of security personnel to maintain the system. For example, the level of access privilege may be associated with a department to which a user is assigned. Each time the user is reassigned to a new department, security personnel have to adjust the level of access privilege for the user identifier assigned to that user.
Such a large system presents numerous problems for those in charge of system security. Problems may include assigning duplicate user identifiers to more than one user, failure to provide timely access for new users or to terminate access to terminated users in a timely manner, and failure to update the level of access privilege in a timely manner. A related problem, is the assignment of multiple user identifiers to a single user across a number of computing systems. Such multiple assignment makes it difficult for the user to remember the correct user identifier, often causing the user to write the user identifier and any associated password down, making the user identifier and password vulnerable to theft. Such multiple assignment of user identifiers may also make it difficult to screen the system for improper access privilege and level of access privilege. Such systems are particularly vulnerable to terminated employees and contractors, who may seek access to the system resources and/or data after the end date of their employment.
The present invention overcomes the limitations of the prior art and provides additional benefits by providing a centralized data center including a database and an overlay of software for automating maintenance of a security system across multiple data centers. The system provides for automatically updating access status based on an outside feed to the system concerning the status of the user associated with the user identifier, such as employment status. The system automatically maintains an access privilege level based on an outside feed related to a group or department to which a user associated with a user identifier belongs. The system automatically assigns a uniform user identifier to a user across all data centers or computing systems. Each user is assigned a unique user identifier, the user identifier being unique across all data centers. The system retains the association between the user identifier and the user even after access for the user has been terminated. The user is then automatically reassigned the same user identifier at a later date. The system provides for multiple reporting functions to ensure adequate security.
While the security system is discussed as an overlay to existing security systems on mainframes, such as RACF, the security system may be implemented with the mainframe or data center level security functions integrated into the security system. Also, while discussed in terms of mainframes, other networks of computers may also realize similar advantages, such as networks of minicomputers, workstations, microcomputers, or networks combining a combination of various computers .
In one exemplary embodiment, a method for automatically providing security in a computing system comprises assigning a key to one of a plurality of accounts, obtaining a group identifier from a database based on the key, and assigning a level of access privilege to the account that corresponds to a default level of access privilege associated with the group identifier .
In another exemplary embodiment, a method for automatically providing security in a computing system comprises assigning each user a unique user identifier, maintaining a database associating each of the users with the assigned identifiers, associating the user identifier with an account, automatically terminating the association between the identifier and the account when the user is terminated, and continually maintaining the relationship between the user identifier and the terminated user in the database after the association between the account and the user identifier has been terminated.
In a further exemplary embodiment, a method for providing security in a first and a second computing system comprises assigning each user a unique user identifier, automatically maintaining a database associating each user with the assigned user identifier, associating the user identifier assigned to the user with an account on the first computing system for each user that will be given access to the first computing system, and for each user that will be given access to the second computing system, automatically searching the database for the user and if the user exists in the database associating a previously assigned user identifier with an account on the second computing system, or associating a new user identifier with the account on the second computing system if the user does not exist in the database.
Figure 1 is a logical block diagram of a computer network including an administrative data center and a number of networked data centers. Figure 2 is a schematic diagram of an exemplary RACF data structure which resides in a RACF database on a computer.
Figure 3 is a block diagram showing various data structures of a security database. Figure 4 is a block diagram showing data flows in the exemplary embodiment.
Figure 5 is a block diagram according to an exemplary embodiment, illustrating a logical process of periodically updating the security database. Figure 6 is a logical block diagram of the computer network including a terminal for providing input and output to an administrator.
Figure 7 is a flow diagram according to an exemplary embodiment, illustrating a logical process of assigning a user identifier to an employee.
Figure 8 is a flow diagram according to an exemplary embodiment, illustrating a logical process of assigning a user identifier to a contractor.
In the following description, certain specific details are set forth in order to provide a thorough understanding of various embodiments of the present invention. However, one skilled in the art will understand that the present invention may be practiced without these details. In other instances, well-known structures and methods associated with computers, computer networks, and related security have not been shown in detail in order to avoid unnecessarily obscuring the description of the embodiments of the invention.
Most organizations, including companies, schools, and other associations, are arranged in a hierarchical fashion. Such organizations may, for example, be composed of multiple companies, each company consisting of a number of departments. The people associated with the organization, such as employees associated with a business, and even the resources of the organization, such as computing systems, are often associated with a department or other grouping. Organizations rely on a hierarchical structure to establish management and accounting functions throughout the organization.
Many of the personnel and resources that comprise a department share similar tasks and authority. The exemplary embodiments of the present invention take advantage of the similarity in tasks and authority by assigning a default level of access privilege for the organization's computing resources to each account assigned to each member of the department. While all members of any given department receive the same default level of access privilege, the default level of access privilege between different departments may be varied according to the departments assigned tasks. A department member's level of access privilege may be modified from the department's default level of access privilege as the need arises. Figure 1 shows a computer network 10 including multiple data centers, each of the data centers having at least one computing system associated therewith. A central computing system 12 is designated as a central repository for data related to a security system 11. The central computer system 12 is linked to a number of peripheral computing systems, such as computing systems 14, 16 and 18. Communication may be provided by conventional means such as fiber optic cable, infrared, or satellite transmission. While the computing system 12 has been designated as the central computing system, such designation should not be read to imply any particular topology on the system.
Each of the computing systems 12-18 has a respective RACF database 22-28. Each of the RACF databases 22-28 stores information for controlling access, access privilege level, passwords and authority for accessing the respective computing system. Relevant details of the RACF databases 22-28 will be discussed below.
The central computing system 12 includes a security database 30. The security database 30 includes numerous data structures or records that in conjunction with software provides for the automated maintenance of the security system across all of the data centers. The details of the specific data structures and their relationships will be discussed below.
Maintenance software 40 for interacting with the security database 30 may be resident in the central computing system 12 or in an external system (not shown) . The software periodically updates the security database 30 and permits security personnel to generate reports and to make special updates of the system. Propagation software 32-38 automatically communicates changes in the central computing system's RACF database 22 to the peripheral computing systems 14-18 for updating the RACF databases 24-28, respectively. Propagation software is commercially available in packages such as NC-SYNCOM® from CKS , Inc.
Figure 2 shows an exemplary data structure 52 for the RACF database 22-28. The RACF data structure 52 comprises a number of fields, of which only the ones particularly relevant to the invention will be discussed in detail. A user field 54 includes a user identifier. An RVKE field 56 holds a value that corresponds to an access status. The RVKE field 56 may be set to provide access or to deny access to the computing system for the user identifier associated with the RVKE field 56. The RACF data structure 52 includes a DFLTGRP field 58 which holds an eight character value that corresponds to a default group to which the user identifier is assigned. The RACF data structure 52 also includes an installation data field INSTALL 60, that may be customized for particular purposes .
Figure 3 shows a number of data structures that comprise the security database 30 and which provide storage for data the security system 11 receives from various feeds. The data structures are shown in the form of tables of records having associated fields, although one skilled in the art will recognize that other data structures may be used. Data structures including ORG_DATA 62, HR_DATA 68 and CONTRACTJDATA 80 data structures store information relating to the organization and the personnel associated with the organization, such as employees and contractors. Data structures including USERID_PROF 92, GROUP_PROF 110 and USERID_DATA 200 data structures store information relating to user accounts on the computing systems 12-18. A data structure
USER_GROUP_CONNECT 118 stores information that relates the data in the organizational data structures to the data in the user system account data structures. The specific details of the various data structures are discussed immediately below.
A data structure ORG_DATA 62 stores information about an organization, such as a business or school. The information may, for example, be related to a hierarchical structure of the organization, such as companies and departments. In the exemplary embodiment, a field OD_COMPANY 64 stores a company identifier, while a field OD_DEPT 66 stores a department identifier.
A data structure HR_DATA 68 stores information relating to members of the organization, such as the employees of a business. A field HD_SSN 70 stores an employee identifier such as a social security number, for uniquely identifying each employee. A field HD_NAME 72 stores the name of the employee associated with the unique employee identifier. A field HD_DEPT 74 and a field HD__COMPANY 76 store, respectively, a department identifier and a company identifier to which the employee is assigned. Similarly, a field HD_STATUS 78 stores a status, such as the employment status of the employee. One skilled in the art will understand that the labels chosen and the particular information represented is selected for convenience and the fields may relate to other groupings depending on the situation or organization using the security system. For example, department and company may correspond to the schools and departments of a university, while the employees correspond to registered students. The claims should therefore not be limited to the particular exemplary embodiment discussed.
A data structure CONTRACT_DATA 80 may hold data related to contractors that are working for the organization. The CONTRACT_DATA 80 structure includes a field CD_SSN 82 for storing a unique contractor identifier, such as the contractor's social security number. A field CD_NAME 84 is provided for storing the name of the contractor associated with the unique contractor identifier. A field CD_DEPT 86 and a field CD_COMPANY 88, respectively store a department identifier and a company identifier of the department and company to which the contractor is assigned. A field CD__TERMDATE 90 stores the termination date of a contract under which the contractor has been hired.
A data structure USERID_PROF 92 stores most of the information required for the RACF data structure 52 (Figure 2) , with the INSTALL field 60 customized for the application. The USERID_PROF data structure 92 includes a field UP_USER 94 to store a user identifier. A field UP_RVKE 96 stores an access status, such as access granted or access denied. A field UP_DFLTGRP 98 stores a group identifier of a group to which the employee associated with the user identifier belongs. A field UP_SSN 100 stores a unique employee or contractor identifier, such as the social security number. Thus an employee or contractor is associated to the user identifier through the USERID_PROF data structure 92. The USERID_PROF data structure 92, also includes a field UP_DEPT 102 for storing the department identifier for the employee or contractor associated with the user identifier. A field UP_OWNER 104 stores the identifier of an owner that has authority over the user identifier. Additionally, fields UP_CREADATE 106 and UP_PASSDATE 108 fields store the account creation and password creation dates, respectively.
A data structure GROUP_PROF 110 stores hierarchical ownership information for the computing system. A field GP_GROUP 112 stores a group identifier. A field GP_OWNER 114 stores an owner identifier for the group. A field GP_SUPRGROUP 116 stores a superior group identifier for the group. Each group has an owner, identified by the owner identifier and a superior group, identified by the superior group identifier. The owner of a group has authority to control the attributes associated with the group and the attributes associated with user identifiers in the group .
A data structure USER_GROUP__CONNECT 118 provides the connection between the user identifier and the group to which the user identifier belongs. A field UGC_USER 120 stores the user identifier, while a field UGC_GROUP 122 stores a group identifier.
Additional fields may be provided, such as UGC_OWNER 124 for storing the identifier of an owner, and UGC_REVOKE 126 for storing an access status.
A data structure USERID_DATA 200 permanently stores user and user identifier relationships. The
USERID_DATA 200 table includes a UD_SSN 202 field for storing a unique identifier, such as the user's social security number. A UD_ID 204 field stores the unique user identifier. A UD_STATUS 206 field stores the status of the identifier. The USERID_DATA data structure 200, maintains the relationship between the user and the user identifier even if the user ceases her association with the business, school or organization. In this way, unique user identifiers may be assigned, and reassigned if the user should again become associated with the organization.
While certain fields of the data structures have been enumerated, each data structure may comprise additional fields for storing a variety of information, such as passwords, account creation date, password assignment date, and company information, such as information regarding the manager of the employee or contractor. Such additional information may also include location, addresses, telephone numbers and E- mail addresses for the employees and the contractors. Such information may for example, be stored in fields in the HR_DATA 68 and CONTRACTJDATA 80 data structures. Figure 4 shows the generalized inputs and outputs to the security system 11 for establishing and maintaining access authority and access privilege levels. The security system 11 automatically receives data for the fields of the above described data structures from various databases in various departments of the organization. The data comprising the inputs may reside on the central computing system 12, on the peripheral computing systems 14-18, or on other systems. The inputs will generally be used to update the security database 30 and for running verification checks on the data using the maintenance software 40. Similarly, the outputs from the security system 11 may reside on the central computing system 12, the peripheral computing systems 14-18, or other systems .
The security system 11 receives the organization's hierarchical structure information from a general ledger 130. The general ledger 130 includes information such as the organization's departments with associated department identifiers, and the organization's companies, if appropriate. Many companies, schools, and other organizations maintain a general ledger to assist in managing and accounting for the organization. Often, it is the duty of a management department to maintain the general ledger 130. Computer security personnel will often not know of the addition or deletion of departments until long after such changes have been made. The present security system 11 remedies this problem, as will be described below.
Many companies have a human resources department that maintains information regarding employees in a database. The security system 11 receives employee information from a human resources database 132. The human resources database 132 will typically include personal information such as, employee's social security number, employee's name, home address and telephone number. The human resources database 132 will also typically include work related information such as, the employee's work address, company, department, paycode or salary information and employment status. The human resources database 132 may also include information regarding the employee's supervisor. The security system 11 may directly access the human resources database 132, or the human resources department may provide periodic extracts of the human resources information to the security system 11.
Similarly, many companies will have a department that maintains information regarding contractors in a database. The security system 11 receives contractor information from a contractor services database 134. Such information may include, the contractor's name and social security number, the company and department to which the contractor is assigned, and the termination date of the contract under which the contractor has been hired. The security system 11 may directly access the contractor services database 134, or the contractor services department may provide periodic extracts of the contractor information to the security system 11.
Additional information about the employees and contractors, such as work related telephone numbers and e-mail address may be stored in a locator system database 136. The security system 11 may directly access the locator system database 136, or extracts of the locator information may be periodically provided to the security system 11.
In order to decentralize control, and to permit rapid updates, administrators 138 are assigned in each department. The administrators 138 are given authority through the security system 11 to set and change the attributes for user accounts assigned to users in the administrator's department. The administrators 138 also receive reports generated by the security system 11 regarding the user identifiers over which the administrators 138 have authority.
Systems security personnel 140 have authority through the security system 11 over all user identifiers, including those assigned to administrators 138. Systems security personnel 140 will often also have RACF authority, allowing the system security personnel 140 to directly modify the RACF attributes at the RACF level of mainframe security. An input/output device such as a terminal (not shown) provides security personnel with access to information, reports and control over the security system.
The security system 11 interacts with the RACF database 22 on the central computing system 12 for receiving data and issuing RACF commands. An exemplary method of periodically updating the security database 30 is shown in Figure 5. Figure 5 is not an exhaustive flowchart, and additional steps may be added and other steps deleted as the situation requires. In step 142, the RACF databases 22-28 are unloaded by the security system 11 periodically, such as nightly. In step 144, the unloaded data from the RACF databases 22-28 populates the USER_GROUP_CONNECT_118, GROUP_PROF 110 and USERID_PROF 92 data structures of the security database 30. In step 146, the security system imports the human resources data from the human resources database 132. In step 148, the human resources data populates the HR_DATA 68 table of the security database 30. Similarly, in step 150, the security system 11 imports the contractor data from the contractor services database 134 and uses the contractor data to populate the CONTRACTJ3ATA 80 table of the security database 30 in step 152. In step 154 the security system imports organizational data from the general ledger 130, and in step 156 uses the imported organizational data to populate the ORG_DATA 62 table of the security database 30. One skilled in the art will note that data such as the organizational data does not change frequently and therefore may be loaded into the security database 30 on a less frequent schedule than the other data. In step 157, the security system 11 uses the data in the HR_DATA 68, CONTRACTJDATA 80 and ORG_DATA 62 tables to verify the accuracy of the data loaded into the USER_GROUP_CONNECT 118, USERID_PROF 92 and GROUP_PROF 110 tables from the RACF databases 22-28. For instance, the security system 11 may verify that the department to which an employee or contractor is assigned has not changed. The security system 11 may also verify the status of each employee and termination date of each contractor. In cases where the data is inconsistent, the security system 11 issues RACF commands to update the RACF database 22 on the central computing system 12, as in accord with step 158. The security system 11 may also automatically provide a message to system security personnel, the administrator 138 or the user regarding any changes in access or level of access privilege. Where a user's access is being terminated, the user identifier assigned to the user may be associated with a hold account, by issuing a RACF command. The hold account is owned by the security personnel and does not permit the user to access any of the computing systems 12-18. As discussed above, the propagation software 32-38 propagates the changes made to the RACF database 22 to the peripheral computers 14-18, where the respective RACF databases 24-28 are updated. In this way, security is maintained across the entire network of computers 10. Figure 6 shows an exemplary embodiment of the computer network 10 and the general data flow in the computer network 10 for the situation in which the administrator 138 (Figure 4) selectively updates data for a particular user or user identifier, such as assigning a user identifier. A terminal 162 is coupled to the central computing system 12 for permitting the administrator 138 (Figure 4) to access user information and to assign user identifiers. The general data flow shown of Figure 6 is described in further detail below, with reference to Figures 7 and 8.
Figure 7 shows an exemplary embodiment of the steps performed by the administrators 138 in periodically assigning a user identifier to an employee on the computer network 10 of Figure 6. In step 164, the administrator enters the employee's social security number on the terminal 162. In step 166, the security system 11 retrieves human resources data about the employee from the HR_DATA 68 table of the security database 30. In step 168, the security system 11 displays the retrieved human resources data on the terminal 162. The security system 11 checks the HD_STATUS 78 field of the HR_DATA 68 data structure to determine the employment status of the user in step 170. If the employment status is inactive, then in step 172 the security system 11 displays a message telling the administrator 138 that the employee is on inactive status and may not be assigned a user identifier. If the employment status is active, then the security system 11 determines whether the administrator 138 has authority to assign a user identifier to the employee, as in step 174. In step 175, the administrator 138 is prompted with a message if the administrator 138 does not have authority over the user.
In step 176, the security system 11 checks to determine whether the employee has been previously assigned a user identifier. The security system inspects the UD_SSN 202 field of the USERID_DATA 200 table for matches to the employee's identifier. If the employee has already had a user identifier assigned, the previous user identifier will be reactivated. In step 178, the security system 11 updates the UD- STATUS 206 field of the USERID_DATA table 200 as a first step in reactivating the user identifier. If no previous user identifier has been assigned, the security system 11 generates a new user identifier in step 180. At least some portion of the user identifier should be randomly generated to provide a high degree of security for the security system 11. In step 181, the security system 128 verifies that the new user identifier is unique by checking the USERID_DATA data structure 200. The security system 128 generates another new user identifier if the previously generated user identifier is not unique. In step 182, the security system 11 updates the USERID_DATA table 200 with the new user identifier. The appropriate level of access privilege is automatically assigned to the user by way of the relationship between the fields of the various data structures HR_DATA 68, USERID_PROF 92, GROUP_PROF 110 and USER_GROUP_CONNECT 118.
The security system 11 then issues a RACF command, in step 184, against the RACF database 22 of the central computing system 12 to update the RACF database 22 with the changes made to the USERID_DATA 200 table. In step 186, the changes in the central computing system's 12 RACF database 22 are propagated through the network to the appropriate RACF databases 24-28 of the peripheral computing systems 14-18.
Figure 8 shows an exemplary embodiment of the steps performed by the administrators 138 in periodically assigning a user identifier to a contractor on the computer network 10 of Figure 6. In step 188, the administrator enters the contractor's social security number on the terminal 162 (Figure 6) . In step 190, the security system 11 retrieves contractor data about the contractor from the CONTRACT_DATA 80 table of the security database 30. In step 192, the retrieved contractor data is displayed on the terminal 162 (Figure 6) . The security system 11 checks the CD_TERMDATE 90 field of the CONTRACT_DATA 80 table to determine the termination date of the contractor in step 194. If the termination date is at or before the current date, the contractor has been terminated and, in step 196, the security system 11 displays a message telling the administrator 138 that the contractor is terminated and may not be assigned a user identifier. The security system 11 may also determine whether the termination date is within some set period of the current date, as in step 198, and provide a message warning the administrator 138 that the contract will soon terminate, as in step 199. If the contractor's status is active then the security system 11 determines whether the administrator 138 has authority to assign a user identifier to the contractor, as in step 208. In step 210, the administrator 138 is prompted with a message if the administrator 138 does not have authority over the user . Steps 212-220 of Figure 8 are similar to steps 176-184 of Figure 7, whereby the security system 11 determines whether the contractor has been previously assigned a user identifier, reactivates a previously assigned user identifier or generates a unique new user identifier, updates the fields of the data structures appropriately and issues RACF commands against the RACF database 22 of the central computing system 12. The changes in the central computing system's 12 RACF database 22 are propagated through the network to the appropriate RACF databases 24-28 of the peripheral computing systems 14-18 in a manner similar to that shown in step 186 of Figure 7.
In a similar manner, the administrators 128 may authorize additional access for a user identifier such as time sharing access (TSO) to one of the computing systems 12-18, or may revoke a user identifier, resume a revoked user identifier, or reset passwords . Additionally, the systems security personnel may gant a level of access privilege different from the default level of access privilege assigned to the user identifier based on the department to which the user of the user identifier belongs. This is accomplished by issuing appropriate RACF commands against each of the relevant RACF databases 22-28.
Although specific embodiments of, and examples for, the present invention are described herein for illustrative purposes, various equivalent modifications may be made without departing from the spirit and scope of the invention, as will be recognized by those skilled in the relevant art. The teachings provided herein of the present invention may be applied to computer networks in schools, associations, and other organizations not necessarily the exemplary business based computer network generally described above. Accounts having user identifiers may be assigned to individuals, groups of individuals, or even inanimate objects, such as other computers. The organization employing the system may not have an equivalent of a company hierarchy, but may consist of a number of groups that equate to departments . The choice of a business structure to describe the exemplary embodiment was selected for convenience, and one skilled in the art will recognize that the names of the various data structures and fields do not imply any particular information necessary for practicing the invention. For example, the social security number is not required, and any unique identifier may be used. Additionally, the security system may work with other computer based security systems, not necessarily Resources Access Control Facility described in the exemplary embodiments.
These and other changes may be made to the invention in light of the above -detailed description. In general, in the following claims, the terms used should not be construed to limit the invention to the specific embodiments disclosed in the specification and the claims, but should be construed to include all automated security systems and methods of operating such security systems that operate in accordance with the claims. Accordingly, the invention is not limited by the disclosure, but instead its scope is to be determined entirely by the following claims.

Claims

WHAT IS CLAIMED IS:
1. A method for providing security in a computing system, the computing system having a plurality of accounts, each account having a level of access privilege associated therewith, the plurality of accounts being respectively assigned to a plurality of users, the method comprising: for one of the plurality of accounts, obtaining a department identifier from a human resources database, the department identifier corresponding to a department to which the user assigned to the account is assigned; and automatically assigning a level of access privilege to the account, the level of access privilege corresponding to a default level of access privilege associated with the department to which the department identifier corresponds.
2. The method of claim 1, further comprising: periodically automatically checking the human resources database for an employment status value corresponding to an employment status of the user to which the account is assigned; and updating an access privilege for the account if the employment status value for the user that the account is assigned to has changed.
3. The method of claim 1, further comprising: periodically automatically checking the human resources database for an employment status value corresponding to an employment status of the user to which the account is assigned; updating an access privilege for the account if the employment status value for the user that the account is assigned to has changed; and automatically providing a notice of a change in the access privilege prior to performing the step of updating the access privilege.
4. The method of claim 1, further comprising: periodically automatically checking the human resources database for the department identifier corresponding to the department to which the user assigned to the account is assigned; and updating the level of access privilege for the account if the department identifier for the user to which the account is assigned has changed.
5. The method of claim 1, further comprising: periodically automatically checking the human resources database for the department identifier corresponding to the department to which the user assigned to the account is assigned; updating the level of access privilege for the account if the department identifier for the user to which the account is assigned has changed; and automatically providing a notice of a change in the level of access privilege prior to performing the step of updating the level of access privilege.
6. The method of claim 1 wherein the one of the plurality of users is a contractor having a contract termination date, and further comprising: automatically providing a notice of a termination in access privilege at a defined period prior to the contract termination date.
7. The method of claim 1, further comprising: assigning a unique user identifier to each of the plurality of users; and associating the assigned user identifier with the account assigned to the user.
8. The method of claim 1, further comprising: assigning a unique user identifier to each of the plurality of users; associating the assigned user identifier with the account assigned to the user; and maintaining the assignment between the user identifier and the user after terminating the association between the assigned user identifier and the account.
9. The method of claim 1, further comprising: assigning a unique user identifier to each of the plurality of users; associating the assigned user identifier with the account assigned to the user; maintaining the assignment between the user identifier and the user after terminating the association between the assigned user identifier and the account ; and associating the assigned user identifier with a new account assigned to the user.
10. The method of claim 1, further comprising: associating a password with each of the plurality of accounts.
11. The method of claim 1 wherein the one of the plurality of users is an individual.
12. The method of claim 1 wherein the one of the plurality of users is a group of individuals.
13. The method of claim 1 wherein the one of the plurality of users is a unit defined for accounting purposes .
14. A method for automatically providing security in acomputing system, the computing system having a plurality of accounts, the method comprising: assigning a key to one of the plurality of accounts in the computing system; obtaining a group identifier from a database based on the key; and automatically assigning a level of access privilege to the one of the plurality of accounts that corresponds to a default level of access privilege that is associated with the group identifier.
15. The method of claim 14 wherein the key corresponds to a user and the step of obtaining a group identifier from a database based on the key includes: receiving a department identifier from a human resources database, the department identifier corresponding to a department to which the user is assigned.
16. The method of claim 14, further comprising: periodically automatically checking the database for a change in the group identifier corresponding to the key; and updating the level of access privilege of the one of the plurality of accounts corresponding to the key based on the change in the group identifier.
17. The method of claim 14 wherein the key corresponds to a user, and further comprising: periodically checking a human resources database for a department identifier that corresponds to a department to which the user is assigned; and updating the level of access privilege of the one of the plurality of accounts corresponding to the key based on the change in the group identifier.
18. The method of claim 14, further comprising: periodically checking the database for a change in an access variable that corresponds to an access status for the key assigned to the account; and updating the access status of the one of the plurality of accounts corresponding to the key based on the change in the access variable.
19. The method of claim 14, further comprising: periodically automatically checking the database for an access variable that corresponds to an access status for the key assigned to the account; and reassigning the key from the one of the plurality of accounts to a holding account if the access status corresponds to a terminated condition.
20. The method of claim 14 wherein the key corresponds to a user, the access status corresponds to an employment status, and further comprising: periodically automatically checking a human resources database for an employment status variable that corresponds to an employment status of the user; and reassigning the key from the one of the plurality of accounts to a holding account if the employment status variable corresponds to a terminated condition.
21. The method of claim 14 wherein the key corresponds to a user, the access status corresponds to a registered status, and further comprising: periodically automatically checking a registration database for a registered status variable that corresponds to a registration status of the user; and reassigning the key from the one of the plurality of accounts to a holding account if the registration status variable corresponds to an unregistered condition.
22. The method of claim 14, further comprising: associating a unique user identifier with each of the plurality of accounts.
23. The method of claim 14, further comprising: associating a password with each of the plurality of accounts.
24. The method of claim 14 wherein the one of the plurality of users is an individual.
25. The method of claim 14 wherein the one of the plurality of users is a group of individuals.
26. A method of providing security in a computing system accessed by a plurality of users, the computing system having a plurality of accounts, the method comprising: assigning each user a unique user identifier; maintaining a database associating each of the plurality of users with a respective one of the assigned user identifiers; associating the user identifier with a one of the plurality of accounts; automatically terminating the association between the user identifier and the one of the plurality of accounts when an access variable corresponding to the user to whom the user identifier is assigned is equal to a first condition; continually maintaining the relationship between the user identifier and the terminated user in the database after the association between the account and user identifier has been automatically terminated; and automatically reestablishing the association between the account and the user identifier if the access variable corresponding to the user that the user identifier has been assigned to is equal to a second condition.
27. The method of claim 26 wherein the step of assigning each user a unique user identifier includes: searching the database for the user; and assigning the user identifier previously assigned to the user if the user exists in the database.
28. The method of claim 26 wherein the step of assigning each user a unique user identifier includes: selecting a new user identifier that is unique relative to the user identifiers in the database if the database does not contain a previously assigned user identifier for the user.
29. A method of providing security in a first computing system and a second computing system, the first computing system being accessed by a first plurality of users and the second computing system being accessed by a second plurality of users, each of the users in the first and the second plurality of users being identified by a respective user key, each of the first and the second computing systems having a plurality of accounts, the method comprising: assigning each of the first plurality of users a unique user identifier; automatically maintaining a database associating each of the user keys with the corresponding assigned user identifier; for each of the first plurality of users, associating the user identifier assigned to the user with one of the plurality of accounts on the first computing system to provide access to the first computing system; and for each of the second plurality of users, automatically searching the database for the user key identifying the user and associating a previously assigned user identifier with an account on the second computing system if the user key exists in the database, and associating a new user identifier with the account on the second computing system if user key does not exist in the database, to provide access to the second computing system.
30. The method of claim 29 wherein the user key is a social security number of the user.
31. The method of claim 29 wherein the user key is a name of the user.
32. The method of claim 29 wherein the step of assigning each user a unique user identifier includes: automatically maintaining the association between the user key and the assigned user identifier after the association between the user identifier and the account on the first computing system is terminated.
33. The method of claim 29 wherein the step of assigning each user a unique user identifier includes: automatically maintaining the association between the user key and the assigned user identifier after the association between the user identifier and the account on the second computing system is terminated.
34. The method of claim 29 wherein the step of assigning each user a unique user identifier includes: automatically maintaining the association between the user key and the assigned user identifier after the association between the user identifier and the account on the first computing system and the account on the second computing system are terminated.
35. The method of claim 34 wherein the step of assigning each user a unique user identifier further includes : searching the database for the user key; assigning the user identifier previously assigned to the user if the user key exists in the database; and selecting a new user identifier that is unique relative to the user identifiers in the database if the database does not contain a previously assigned user identifier for the user key.
36. The method of claim 29 wherein the step of assigning each user a unique user identifier includes: reestablishing the association between the user identifier and the account on the first computing system.
37. The method of claim 29 wherein the step of assigning each user a unique user identifier includes: reestablishing the association between the user identifier and the account on the second computing system.
38. A computer- readable medium having stored therein a computer readable program for use by a computing system in providing a number of different levels of access to an account on the computing system, the computer readable program comprising the steps of: assigning a user identifier to an account; associating the user identifier with a user; associating the user with a predefined group; and associating the predefined group with a default level of access privilege.
39. The computer- readable medium of claim 38, further comprising: updating the level of access each time the user is associated with a different predefined group.
40. The computer -readable medium of claim 38 wherein the predefined group is a department and associating the user with a predefined group includes accessing a human resources relational database containing associations between a number of users and a number of departments.
41. The computer- readable medium of claim 38, further comprising: associating the user with an access variable corresponding to an access status; and terminating the association between the user identifier and the account when the access status is equal to a terminated condition.
42. In a computer system having at least one data center, an apparatus comprising: a first data structure interrelating a user identifier and a user account; a second data structure interrelating a user and the user identifier; a third data structure interrelating the user and an assigned department; a fourth data structure interrelating department and a default level of security privilege; and a computer coupled to the first, the second, the third and the fourth data structures and being programmed for assigning a default level of access privilege corresponding to the department to which the user associated with the user identifier has been assigned.
43. A method for automatically providing security in a computing system comprising a RACF database, the method comprising: receiving a set of account data from the RACF database into a security database, the account data comprising a user identifier and a group identifier for each of a plurality of accounts on the computing system; receiving a set of user data into the security database, the set of user data comprising a user identifier and a group identifier for each of a plurality of users on the computing system; and for at least one of the user identifiers, comparing the group identifier of the account data with the group identifier of the user data and issuing a command against the RACF database to update a group identifier in the RACF database with the group identifier of the user data when the group identifier of the account data is different from the group identifier of the user data.
44. The method of claim 43 wherein the account data further comprises an access status and wherein the user data further comprises an access status, the method further comprising: for each user identifier, comparing the access status of the account data with the access status of the user data, and issuing a RACF command against the RACF database to update an access status in the RACF database with the access status of the user data when the access status of the account data is different from the access status of the user data.
PCT/US1999/012041 1998-06-29 1999-05-28 Computer security user status updating system WO2000000896A1 (en)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US09/106,726 US6141778A (en) 1998-06-29 1998-06-29 Method and apparatus for automating security functions in a computer system
US09/106,726 1998-06-29

Publications (1)

Publication Number Publication Date
WO2000000896A1 true WO2000000896A1 (en) 2000-01-06

Family

ID=22312930

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US1999/012041 WO2000000896A1 (en) 1998-06-29 1999-05-28 Computer security user status updating system

Country Status (2)

Country Link
US (1) US6141778A (en)
WO (1) WO2000000896A1 (en)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2000075753A1 (en) * 1999-06-08 2000-12-14 Nokia Corporation Method and system in a telephone switching system
EP1829272A2 (en) * 2004-12-23 2007-09-05 Redphone Security, Inc. Translation engine for computer authorizations between active directory and mainframe systems
WO2008135298A1 (en) * 2007-05-04 2008-11-13 International Business Machines Corporation Management of user authorisations
US7732189B2 (en) 2004-05-30 2010-06-08 Pebble Bed Modular Reactor (Proprietary) Limited Method of treating radioactive waste
US20170278206A1 (en) * 2016-03-24 2017-09-28 Adobe Systems Incorporated Digital Rights Management and Updates

Families Citing this family (130)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6601171B1 (en) * 1999-02-18 2003-07-29 Novell, Inc. Deputization in a distributed computing system
US6539379B1 (en) * 1999-08-23 2003-03-25 Oblix, Inc. Method and apparatus for implementing a corporate directory and service center
US6704787B1 (en) * 1999-12-03 2004-03-09 Intercard Payments, Inc. Date of birth authentication system and method using demographic and/or geographic data supplied by a subscriber that is verified by a third party
US7249372B1 (en) * 2000-01-14 2007-07-24 Target Training International Performance Systems Network based document distribution method
US6711682B1 (en) * 2000-02-09 2004-03-23 Microsoft Corporation Online service registration system and method
WO2001094908A2 (en) * 2000-06-07 2001-12-13 Lockheed Martin Naval Electronics And Surveillance Systems System and method to detect the presence of a target organism within an air sample using flow cytometry
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
US7194764B2 (en) * 2000-07-10 2007-03-20 Oracle International Corporation User authentication
US8661539B2 (en) * 2000-07-10 2014-02-25 Oracle International Corporation Intrusion threat detection
US7249369B2 (en) 2000-07-10 2007-07-24 Oracle International Corporation Post data processing
US7464162B2 (en) * 2000-07-10 2008-12-09 Oracle International Corporation Systems and methods for testing whether access to a resource is authorized based on access information
US8204999B2 (en) * 2000-07-10 2012-06-19 Oracle International Corporation Query string processing
US9038170B2 (en) * 2000-07-10 2015-05-19 Oracle International Corporation Logging access system events
US7134137B2 (en) * 2000-07-10 2006-11-07 Oracle International Corporation Providing data to applications from an access system
US7124203B2 (en) 2000-07-10 2006-10-17 Oracle International Corporation Selective cache flushing in identity and access management systems
US7080077B2 (en) * 2000-07-10 2006-07-18 Oracle International Corporation Localized access
US7536340B2 (en) * 2000-07-24 2009-05-19 Cashedge, Inc. Compliance monitoring method and apparatus
US7363339B2 (en) 2000-12-22 2008-04-22 Oracle International Corporation Determining group membership
US7213249B2 (en) 2000-12-22 2007-05-01 Oracle International Corporation Blocking cache flush requests until completing current pending requests in a local server and remote server
US7581011B2 (en) 2000-12-22 2009-08-25 Oracle International Corporation Template based workflow definition
US7475151B2 (en) 2000-12-22 2009-01-06 Oracle International Corporation Policies for modifying group membership
US7711818B2 (en) 2000-12-22 2010-05-04 Oracle International Corporation Support for multiple data stores
US6816871B2 (en) * 2000-12-22 2004-11-09 Oblix, Inc. Delivering output XML with dynamically selectable processing
US7415607B2 (en) 2000-12-22 2008-08-19 Oracle International Corporation Obtaining and maintaining real time certificate status
US7937655B2 (en) 2000-12-22 2011-05-03 Oracle International Corporation Workflows with associated processes
US6782379B2 (en) * 2000-12-22 2004-08-24 Oblix, Inc. Preparing output XML based on selected programs and XML templates
US7802174B2 (en) 2000-12-22 2010-09-21 Oracle International Corporation Domain based workflows
US7380008B2 (en) * 2000-12-22 2008-05-27 Oracle International Corporation Proxy system
US7349912B2 (en) * 2000-12-22 2008-03-25 Oracle International Corporation Runtime modification of entries in an identity system
US7085834B2 (en) * 2000-12-22 2006-08-01 Oracle International Corporation Determining a user's groups
US8015600B2 (en) * 2000-12-22 2011-09-06 Oracle International Corporation Employing electronic certificate workflows
US7185364B2 (en) 2001-03-21 2007-02-27 Oracle International Corporation Access system interface
US20030041065A1 (en) * 2001-03-14 2003-02-27 Mark Lucovsky Schema-based services for identity-based access to contacts data
US20030061365A1 (en) * 2001-03-14 2003-03-27 Microsoft Corporation Service-to-service communication for network services
US7302634B2 (en) 2001-03-14 2007-11-27 Microsoft Corporation Schema-based services for identity-based data access
US7024662B2 (en) 2001-03-14 2006-04-04 Microsoft Corporation Executing dynamically assigned functions while providing services
US20030069887A1 (en) * 2001-03-14 2003-04-10 Lucovsky Mark H. Schema-based services for identity-based access to inbox data
US7231661B1 (en) 2001-06-21 2007-06-12 Oracle International Corporation Authorization services with external authentication
US7028179B2 (en) * 2001-07-03 2006-04-11 Intel Corporation Apparatus and method for secure, automated response to distributed denial of service attacks
US20030036462A1 (en) * 2001-08-20 2003-02-20 Sundaram Ravikumar Powered antithrombotic foot mobility device
US6799186B2 (en) * 2001-10-11 2004-09-28 International Business Machines Corporation SLA monitor calendar buffering
US7225256B2 (en) 2001-11-30 2007-05-29 Oracle International Corporation Impersonation in an access system
US20040236653A1 (en) * 2002-01-03 2004-11-25 Sokolic Jeremy N. System and method for associating identifiers with data
US7178164B1 (en) * 2002-02-01 2007-02-13 Consul Risk Management System and method for ensuring proper implementation of computer security policies
US8561167B2 (en) 2002-03-08 2013-10-15 Mcafee, Inc. Web reputation scoring
US7870203B2 (en) 2002-03-08 2011-01-11 Mcafee, Inc. Methods and systems for exposing messaging reputation to an end user
US7124438B2 (en) 2002-03-08 2006-10-17 Ciphertrust, Inc. Systems and methods for anomaly detection in patterns of monitored communications
US8578480B2 (en) 2002-03-08 2013-11-05 Mcafee, Inc. Systems and methods for identifying potentially malicious messages
US7694128B2 (en) 2002-03-08 2010-04-06 Mcafee, Inc. Systems and methods for secure communication delivery
US7693947B2 (en) 2002-03-08 2010-04-06 Mcafee, Inc. Systems and methods for graphically displaying messaging traffic
US8132250B2 (en) 2002-03-08 2012-03-06 Mcafee, Inc. Message profiling systems and methods
US7096498B2 (en) 2002-03-08 2006-08-22 Cipher Trust, Inc. Systems and methods for message threat management
US7903549B2 (en) 2002-03-08 2011-03-08 Secure Computing Corporation Content-based policy compliance systems and methods
US20060015942A1 (en) 2002-03-08 2006-01-19 Ciphertrust, Inc. Systems and methods for classification of messaging entities
US7840658B2 (en) * 2002-05-15 2010-11-23 Oracle International Corporation Employing job code attributes in provisioning
US7216163B2 (en) * 2002-05-15 2007-05-08 Oracle International Corporation Method and apparatus for provisioning tasks using a provisioning bridge server
US20040203764A1 (en) * 2002-06-03 2004-10-14 Scott Hrastar Methods and systems for identifying nodes and mapping their locations
US7383577B2 (en) * 2002-05-20 2008-06-03 Airdefense, Inc. Method and system for encrypted network management and intrusion detection
US7058796B2 (en) 2002-05-20 2006-06-06 Airdefense, Inc. Method and system for actively defending a wireless LAN against attacks
US7532895B2 (en) 2002-05-20 2009-05-12 Air Defense, Inc. Systems and methods for adaptive location tracking
US7277404B2 (en) * 2002-05-20 2007-10-02 Airdefense, Inc. System and method for sensing wireless LAN activity
US7086089B2 (en) * 2002-05-20 2006-08-01 Airdefense, Inc. Systems and methods for network security
US7042852B2 (en) * 2002-05-20 2006-05-09 Airdefense, Inc. System and method for wireless LAN dynamic channel change with honeypot trap
US6947942B1 (en) * 2002-05-30 2005-09-20 Taiwan Semiconductor Manufacturing Company, Ltd. Methods of managing user and computer objects in directory service
US7322044B2 (en) 2002-06-03 2008-01-22 Airdefense, Inc. Systems and methods for automated network policy exception detection and correction
US20040006564A1 (en) * 2002-06-28 2004-01-08 Lucovsky Mark H. Schema-based service for identity-based data access to category data
US9886309B2 (en) 2002-06-28 2018-02-06 Microsoft Technology Licensing, Llc Identity-based distributed computing for device resources
US7428523B2 (en) * 2002-07-11 2008-09-23 Oracle International Corporation Portal bridge
US7512585B2 (en) * 2002-07-11 2009-03-31 Oracle International Corporation Support for multiple mechanisms for accessing data stores
US8375113B2 (en) 2002-07-11 2013-02-12 Oracle International Corporation Employing wrapper profiles
US7206851B2 (en) 2002-07-11 2007-04-17 Oracle International Corporation Identifying dynamic groups
US7467142B2 (en) * 2002-07-11 2008-12-16 Oracle International Corporation Rule based data management
US7447701B2 (en) * 2002-07-11 2008-11-04 Oracle International Corporation Automatic configuration of attribute sets
US7428592B2 (en) * 2002-07-11 2008-09-23 Oracle International Corporation Securely persisting network resource identifiers
US7114037B2 (en) * 2002-07-11 2006-09-26 Oracle International Corporation Employing local data stores to maintain data during workflows
US7478407B2 (en) 2002-07-11 2009-01-13 Oracle International Corporation Supporting multiple application program interfaces
US7210163B2 (en) * 2002-07-19 2007-04-24 Fujitsu Limited Method and system for user authentication and authorization of services
US7219234B1 (en) 2002-07-24 2007-05-15 Unisys Corporation System and method for managing access rights and privileges in a data processing system
US7206788B2 (en) * 2002-07-30 2007-04-17 Microsoft Corporation Schema-based services for identity-based access to device data
US20040025045A1 (en) * 2002-07-30 2004-02-05 Sentry Technologies Pte, Ltd. Method for switching rapidly between computing modes
US8239917B2 (en) * 2002-10-16 2012-08-07 Enterprise Information Management, Inc. Systems and methods for enterprise security with collaborative peer to peer architecture
US8468578B1 (en) * 2002-12-30 2013-06-18 Aol Inc. Establishing access controls in a premise-based environment
US7614078B1 (en) * 2003-04-02 2009-11-03 Cisco Technology, Inc. Threshold access based upon stored credentials
US7355996B2 (en) 2004-02-06 2008-04-08 Airdefense, Inc. Systems and methods for adaptive monitoring with bandwidth constraints
US7522908B2 (en) 2003-04-21 2009-04-21 Airdefense, Inc. Systems and methods for wireless network site survey
US7359676B2 (en) 2003-04-21 2008-04-15 Airdefense, Inc. Systems and methods for adaptively scanning for wireless communications
US7324804B2 (en) 2003-04-21 2008-01-29 Airdefense, Inc. Systems and methods for dynamic sensor discovery and selection
US8161288B2 (en) * 2003-05-28 2012-04-17 Belarc, Inc. Secure user access subsystem for use in a computer information database system
US7340447B2 (en) * 2003-10-09 2008-03-04 Oracle International Corporation Partitioning data access requests
US7904487B2 (en) 2003-10-09 2011-03-08 Oracle International Corporation Translating data access requests
US7882132B2 (en) 2003-10-09 2011-02-01 Oracle International Corporation Support for RDBMS in LDAP system
US20050108394A1 (en) * 2003-11-05 2005-05-19 Capital One Financial Corporation Grid-based computing to search a network
US20050198512A1 (en) * 2004-03-02 2005-09-08 International Business Machines Corporation System, method and program product for managing privilege levels in a computer system
US7739303B2 (en) * 2004-07-22 2010-06-15 International Business Machines Corporation Method, system and program product for verifying access to a data object
US8196199B2 (en) 2004-10-19 2012-06-05 Airdefense, Inc. Personal wireless monitoring agent
US8635690B2 (en) 2004-11-05 2014-01-21 Mcafee, Inc. Reputation based message processing
US7937480B2 (en) 2005-06-02 2011-05-03 Mcafee, Inc. Aggregation of reputation data
US8020190B2 (en) * 2005-10-14 2011-09-13 Sdc Software, Inc. Enhanced browser security
US7577424B2 (en) 2005-12-19 2009-08-18 Airdefense, Inc. Systems and methods for wireless vulnerability analysis
US8688813B2 (en) 2006-01-11 2014-04-01 Oracle International Corporation Using identity/resource profile and directory enablers to support identity management
US7715800B2 (en) 2006-01-13 2010-05-11 Airdefense, Inc. Systems and methods for wireless intrusion detection using spectral analysis
US7971251B2 (en) 2006-03-17 2011-06-28 Airdefense, Inc. Systems and methods for wireless security using distributed collaboration of wireless clients
US7970013B2 (en) 2006-06-16 2011-06-28 Airdefense, Inc. Systems and methods for wireless network content filtering
US8281392B2 (en) 2006-08-11 2012-10-02 Airdefense, Inc. Methods and systems for wired equivalent privacy and Wi-Fi protected access protection
US7949716B2 (en) 2007-01-24 2011-05-24 Mcafee, Inc. Correlation and analysis of entity attributes
US8179798B2 (en) 2007-01-24 2012-05-15 Mcafee, Inc. Reputation based connection throttling
US8214497B2 (en) 2007-01-24 2012-07-03 Mcafee, Inc. Multi-dimensional reputation scoring
US7779156B2 (en) 2007-01-24 2010-08-17 Mcafee, Inc. Reputation based load balancing
US8763114B2 (en) 2007-01-24 2014-06-24 Mcafee, Inc. Detecting image spam
US8185930B2 (en) 2007-11-06 2012-05-22 Mcafee, Inc. Adjusting filter or classification control settings
US8045458B2 (en) 2007-11-08 2011-10-25 Mcafee, Inc. Prioritizing network traffic
US8160975B2 (en) 2008-01-25 2012-04-17 Mcafee, Inc. Granular support vector machine with random granularity
WO2009102938A1 (en) * 2008-02-13 2009-08-20 Itg Software Solutions, Inc. Systems and methods for viewing and trading futures
US8589503B2 (en) 2008-04-04 2013-11-19 Mcafee, Inc. Prioritizing network traffic
US8726358B2 (en) * 2008-04-14 2014-05-13 Microsoft Corporation Identity ownership migration
US8621638B2 (en) 2010-05-14 2013-12-31 Mcafee, Inc. Systems and methods for classification of messaging entities
US9129105B2 (en) * 2011-09-29 2015-09-08 Oracle International Corporation Privileged account manager, managed account perspectives
CN103685198B (en) * 2012-09-21 2017-03-01 阿里巴巴集团控股有限公司 A kind of method and apparatus of interaction of user data
US9203903B2 (en) 2012-12-26 2015-12-01 International Business Machines Corporation Processing a request to mount a boot volume
US9787657B2 (en) 2013-09-19 2017-10-10 Oracle International Corporation Privileged account plug-in framework—usage policies
US9602545B2 (en) 2014-01-13 2017-03-21 Oracle International Corporation Access policy management using identified roles
US9720923B2 (en) * 2014-12-31 2017-08-01 Bank Of America Corporation System for providing user privilege information associated with secured data
US10205737B2 (en) * 2016-01-11 2019-02-12 International Business Machines Corporation Addressing login platform security risks
US11720698B2 (en) * 2019-04-02 2023-08-08 Jpmorgan Chase Bank, N.A. Systems and methods for implementing an interactive contractor dashboard
US11341279B2 (en) 2019-07-29 2022-05-24 International Business Machines Corporation Management of securable computing resources
US10916889B1 (en) 2019-07-29 2021-02-09 International Business Machines Corporation Management of securable computing resources
US11341278B2 (en) 2019-07-29 2022-05-24 International Business Machines Corporation Management of securable computing resources
US11531787B2 (en) 2019-07-29 2022-12-20 International Business Machines Corporation Management of securable computing resources
US11210427B2 (en) 2019-07-29 2021-12-28 International Business Machines Corporation Management of securable computing resources
US11669602B2 (en) 2019-07-29 2023-06-06 International Business Machines Corporation Management of securable computing resources

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5469576A (en) * 1993-03-22 1995-11-21 International Business Machines Corporation Front end for file access controller

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5263157A (en) * 1990-02-15 1993-11-16 International Business Machines Corporation Method and system for providing user access control within a distributed data processing system by the exchange of access control profiles
US5475833A (en) * 1991-09-04 1995-12-12 International Business Machines Corporation Database system for facilitating comparison of related information stored in a distributed resource
US5627967A (en) * 1991-09-24 1997-05-06 International Business Machines Corporation Automated generation on file access control system commands in a data processing system with front end processing of a master list
US5611048A (en) * 1992-10-30 1997-03-11 International Business Machines Corporation Remote password administration for a computer network among a plurality of nodes sending a password update message to all nodes and updating on authorized nodes
WO1994025913A2 (en) * 1993-04-30 1994-11-10 Novadigm, Inc. Method and apparatus for enterprise desktop management
US5774879A (en) * 1993-12-27 1998-06-30 First Data Corporation Automated financial instrument processing system
US5765140A (en) * 1995-11-17 1998-06-09 Mci Corporation Dynamic project management system
US5765153A (en) * 1996-01-03 1998-06-09 International Business Machines Corporation Information handling system, method, and article of manufacture including object system authorization and registration
US5881225A (en) * 1997-04-14 1999-03-09 Araxsys, Inc. Security monitor for controlling functional access to a computer system
US6000033A (en) * 1997-11-26 1999-12-07 International Business Machines Corporation Password control via the web

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5469576A (en) * 1993-03-22 1995-11-21 International Business Machines Corporation Front end for file access controller

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2000075753A1 (en) * 1999-06-08 2000-12-14 Nokia Corporation Method and system in a telephone switching system
US6854060B2 (en) 1999-06-08 2005-02-08 Nokia Corporation Method and system in a telephone switching system
US7732189B2 (en) 2004-05-30 2010-06-08 Pebble Bed Modular Reactor (Proprietary) Limited Method of treating radioactive waste
EP1829272A2 (en) * 2004-12-23 2007-09-05 Redphone Security, Inc. Translation engine for computer authorizations between active directory and mainframe systems
EP1829272A4 (en) * 2004-12-23 2011-02-16 Redphone Security Inc Translation engine for computer authorizations between active directory and mainframe systems
WO2008135298A1 (en) * 2007-05-04 2008-11-13 International Business Machines Corporation Management of user authorisations
US8042158B2 (en) 2007-05-04 2011-10-18 International Business Machines Corporation Management of user authorizations
US20170278206A1 (en) * 2016-03-24 2017-09-28 Adobe Systems Incorporated Digital Rights Management and Updates

Also Published As

Publication number Publication date
US6141778A (en) 2000-10-31

Similar Documents

Publication Publication Date Title
US6141778A (en) Method and apparatus for automating security functions in a computer system
US6671695B2 (en) Dynamic group generation and management
US7171411B1 (en) Method and system for implementing shared schemas for users in a distributed computing system
US7284000B2 (en) Automatic policy generation based on role entitlements and identity attributes
US7284265B2 (en) System and method for incremental refresh of a compiled access control table in a content management system
US8769653B2 (en) Unified access control system and method for composed services in a distributed environment
US8402514B1 (en) Hierarchy-aware role-based access control
US7380271B2 (en) Grouped access control list actions
US6829639B1 (en) Method and system for intelligent global event notification and control within a distributed computing environment
US20020184535A1 (en) Method and system for accessing a resource in a computing system
US20070043716A1 (en) Methods, systems and computer program products for changing objects in a directory system
US20060004875A1 (en) CMDB schema
US20020083059A1 (en) Workflow access control
US20050060572A1 (en) System and method for managing access entitlements in a computing network
US20080098485A1 (en) Hybrid meta-directory
US6678682B1 (en) Method, system, and software for enterprise access management control
CA2251150A1 (en) Distributed system and method for providing sql access to management information in a secure distributed network
US20070088744A1 (en) System and method for automatic directory management in server environments
US20040268125A1 (en) Method, system and computer program for managing user authorization levels
WO2008052084A2 (en) Self-service resource provisioning having collaborative compliance enforcement
US20240007458A1 (en) Computer user credentialing and verification system
US20060294104A1 (en) Database processing and management
US8095970B2 (en) Dynamically associating attribute values with objects
Irgasheva et al. Development of role model for computer system security
US8290979B1 (en) Software architecture for access control based on hierarchical characteristics

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): CA JP MX SG

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE

121 Ep: the epo has been informed by wipo that ep was designated in this application
DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
122 Ep: pct application non-entry in european phase