WO2019168067A1 - 管理装置、管理方法及び記録媒体 - Google Patents
管理装置、管理方法及び記録媒体 Download PDFInfo
- Publication number
- WO2019168067A1 WO2019168067A1 PCT/JP2019/007687 JP2019007687W WO2019168067A1 WO 2019168067 A1 WO2019168067 A1 WO 2019168067A1 JP 2019007687 W JP2019007687 W JP 2019007687W WO 2019168067 A1 WO2019168067 A1 WO 2019168067A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- application
- exception
- cpu
- management
- exception application
- Prior art date
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/70—Software maintenance or management
- G06F8/71—Version control; Configuration management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/50—Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems
- G06F21/57—Certifying or maintaining trusted computer platforms, e.g. secure boots or power-downs, version controls, system software checks, secure updates or assessing vulnerabilities
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/50—Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems
- G06F21/57—Certifying or maintaining trusted computer platforms, e.g. secure boots or power-downs, version controls, system software checks, secure updates or assessing vulnerabilities
- G06F21/577—Assessing vulnerabilities and evaluating computer system security
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/20—Network architectures or network communication protocols for network security for managing network security; network security policies in general
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2221/00—Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F2221/03—Indexing scheme relating to G06F21/50, monitoring users, programs or devices to maintain the integrity of platforms
- G06F2221/033—Test or assess software
Definitions
- the present invention relates to a management device, a management method, and a recording medium.
- Patent Document 1 describes a computer system management apparatus.
- the computer system management apparatus described in Patent Document 1 manages so that a necessary measure is taken for security of a computer system in which a plurality of computers are connected via a network.
- Patent Document 1 describes that an “installation instruction screen” of an essential application sent from a computer system management apparatus is displayed on the computer side. Furthermore, in Patent Document 1, when the “install” button in the “installation instruction screen” is not clicked by the user, that is, when the “do not install” button is clicked, an input screen for the reason for not installing is displayed. It is described.
- the computer system management apparatus described in Patent Document 1 registers the input reason for not installing in the non-installation reason table, and determines whether a valid reason is registered when it is determined that the essential application is not installed. Determine. However, since the computer management device described in Patent Document 1 merely determines whether or not a valid reason is registered, it cannot determine whether the reason is input properly.
- an object of the present invention is to provide a management device, a management method, and a recording medium that can appropriately deny an application not to change the software configuration of a device.
- a reception unit in response to a change instruction that instructs to change the software configuration of a device, a reception unit that receives an application that the software configuration of the device is not changed, a time point related to the change instruction, and the reception And a processing unit that rejects the application based on the time point of the application received by the unit.
- an application for not changing the software configuration of the device is accepted in response to a change instruction for instructing a change in the software configuration of the device, and the time point related to the change instruction and the received
- a management method characterized by denying the application based on the time of application.
- an application for not changing the software configuration of the device is accepted in response to a change instruction that instructs the computer to change the software configuration of the device, and a time point related to the change instruction and A recording medium on which a program for executing the denial of the application is recorded based on the time point of the accepted application is provided.
- an application for not changing the software configuration of the device can be appropriately denied.
- FIG. 1 is a schematic diagram illustrating an example of the overall configuration of a system including a management apparatus according to the first embodiment of the present invention and a device to be managed.
- FIG. 2 is a block diagram showing an example of the hardware configuration of the management apparatus and the managed device according to the first embodiment of the present invention.
- FIG. 3 is a sequence diagram showing processing of the management apparatus, device, and information distribution server according to the first embodiment of the present invention.
- FIG. 4A is a schematic diagram illustrating an example of a display screen in a countermeasure instruction device by the management apparatus according to the first embodiment of the present invention.
- FIG. 4B is a schematic diagram illustrating an example of a display screen on a countermeasure instruction device by the management apparatus according to the first embodiment of the present invention.
- FIG. 5 is a schematic diagram showing an example of an application screen for exception application to the management apparatus according to the first embodiment of the present invention.
- FIG. 6 is a flowchart showing a management method executed by the management apparatus according to the first embodiment of the present invention.
- FIG. 7 is a flowchart illustrating a management method executed by the management apparatus according to the second embodiment of the present invention.
- FIG. 8 is a flowchart showing a management method executed by the management apparatus according to the third embodiment of the present invention.
- FIG. 9 is a flowchart showing a management method executed by the management apparatus according to the fourth embodiment of the present invention.
- FIG. 10 is a flowchart showing a management method executed by the management apparatus according to the fifth embodiment of the present invention.
- FIG. 11 is a flowchart showing a management method executed by the management device according to the sixth embodiment of the present invention.
- FIG. 12 is a flowchart showing a management method executed by the management device according to the seventh embodiment of the present invention.
- FIG. 13 is a flowchart showing a management method executed by the management device according to the eighth embodiment of the present invention.
- FIG. 14 is a flowchart showing a management method executed by the management device according to the ninth embodiment of the present invention.
- FIG. 15 is a flowchart showing a management method executed by the management apparatus according to the tenth embodiment of the present invention.
- FIG. 16 is a flowchart showing a management method executed by the management device according to the eleventh embodiment of the present invention.
- FIG. 17 is a block diagram showing a functional configuration of a management apparatus according to another embodiment of the present invention.
- FIG. 1 is a schematic diagram illustrating an example of the overall configuration of a system including a management apparatus according to the present embodiment and devices to be managed by the management apparatus.
- a system 2 constructed in an organization 1 such as a company includes a management device 10 according to the present embodiment, a plurality of devices 12, a management terminal 14, a network blocking device 16, a firewall / A proxy server 18.
- the management device 10, the plurality of devices 12, the management terminal 14, the network blocking device 16, and the firewall / proxy server 18 are connected to the intra-organization network 20 so as to be communicable.
- the internal network 20 that is the internal network of the organization 1 is connected to the Internet 22 via the firewall / proxy server 18.
- An information distribution server 24 is connected to the Internet 22 which is an external network for the intra-organization network 20.
- the management apparatus 10 is an information processing apparatus that manages a plurality of devices 12 used in the organization 1.
- the management device 10 assists in grasping vulnerabilities hidden in a plurality of devices 12 to be managed and executing countermeasures against the vulnerabilities.
- the management apparatus 10 may be an on-premises type that is managed and operated by the organization 1 as equipment of the organization 1, or is a cloud type that is managed and operated by a company or the like other than the organization 1. There may be.
- the device 12 is a device that is used or managed by the user U in the organization 1, and is, for example, an information processing apparatus such as a client PC (Personal Computer) or a server.
- the user U can include a device manager who manages one or a plurality of devices 12 as well as a user who uses the device 12.
- the plurality of devices 12 may be connected to the same segment in the intra-organization network 20 or may be connected to a plurality of different segments.
- the device 12 is not necessarily limited to an information processing apparatus such as a client PC or a server, and may be any device that can be connected to the intra-organization network 20.
- the management terminal 14 is an information processing terminal used by the administrator A who manages the security of the system 2 in the organization 1.
- the administrator A can set and operate the management apparatus 10 via the management terminal 14 and can confirm the processing result by the management apparatus 10. Further, the administrator A can receive a notification from the management apparatus 10 via the management terminal 14.
- the network blocking device 16 is a network device that blocks network communication of a specific device 12 according to an instruction from the management device 10. For example, when a plurality of segments are configured in the intra-organization network 20, the network blocking device 16 can be provided for each segment.
- the network blocking device 16 can be configured to block access by the device 12 to the intra-organization network 20, for example. Further, the network blocking device 16 may be configured to block access by the device 12 to the external network of the organization 1 such as the Internet 22 while allowing the device 12 to access the intra-organization network 20. it can.
- the firewall / proxy server 18 is a network device having a firewall function and a proxy function.
- the firewall function controls access from the external network via the Internet 22 to the internal network 20 and access from the internal network 20 via the Internet 22 to the external network.
- the proxy function relays the connection between the organization network 20 and the Internet 22.
- the intra-organization network 20 is, for example, an intranet constructed with a dedicated line or a virtual dedicated line.
- the intra-organization network 20 may include, for example, a plurality of segments constructed for each base of the organization 1.
- the information distribution server 24 is a server that distributes vulnerability information related to software executed in the device 12 to the management apparatus 10 regularly or irregularly via the Internet 22.
- Software to which vulnerability information is distributed includes, for example, an operating system (OS), middleware, application software, and the like.
- Vulnerability information includes, for example, vulnerability content, vulnerability impact level, vulnerability investigation method, vulnerability countermeasure method, and the like.
- the information distribution server 24 collects, for example, vulnerability information disclosed by OS vendors and software vendors, and vulnerability information transmitted by organizations that transmit vulnerability information.
- the information distribution server 24 distributes the vulnerability information necessary for the system 2 in the organization 1 to the management device 10 among the collected vulnerability information. It is possible to manually input vulnerability information to the management apparatus 10.
- FIG. 2 is a block diagram illustrating an example of a hardware configuration of the management apparatus 10 and the managed device 12 according to the present embodiment.
- the management device 10 includes a CPU (Central Processing Unit) 101, a ROM (Read Only Memory) 102, a RAM (Random Access Memory) 103, a storage device 104, and a communication unit 105. doing.
- the CPU 101, ROM 102, RAM 103, storage device 104, and communication unit 105 are connected to a common bus line 106.
- the CPU 101 operates according to a program stored in the ROM 102, the storage device 104, and the like, and functions as a control unit that controls the operation of the management device 10 as a whole.
- the RAM 103 provides a memory area necessary for the operation of the CPU 101.
- the CPU 101 executes the following processing by executing, for example, manager software installed in the storage device 104.
- the CPU 101 receives vulnerability information distributed from the information distribution server 24 via the communication unit 105.
- the CPU 101 stores the received vulnerability information in the database of the storage device 104 and accumulates it.
- the CPU 101 receives the configuration information of the device 12 transmitted from the device 12 in the system 2 via the communication unit 105.
- the CPU 101 stores the received configuration information in the database of the storage device 104 and accumulates it.
- the configuration information of the device 12 is stored in association with the identification information of the device 12.
- the CPU 101 transmits a vulnerability investigation instruction to the device 12 via the communication unit 105.
- the CPU 101 can determine the content of the vulnerability investigation to be instructed based on the vulnerability information and the configuration information stored in the database of the storage device 104.
- Vulnerability investigation instructions include a vulnerability discovery method including a search expression for finding a vulnerability.
- the vulnerability investigation instruction, the execution of the vulnerability investigation in response thereto, the transmission of the result, and the aggregation may be omitted.
- the CPU 101 receives the result of the vulnerability investigation transmitted from the plurality of devices 12 that have conducted the vulnerability investigation via the communication unit 105.
- the CPU 101 stores the received vulnerability investigation result in the database of the storage device 104.
- the vulnerability investigation result database the vulnerability investigation result for the device 12 is stored in association with the identification information of the device 12.
- the CPU 101 can total the results of vulnerability investigations stored in the database.
- the administrator A can check the result of the vulnerability investigation tabulated by the CPU 101 on the management terminal 14.
- the CPU 101 transmits a countermeasure instruction for vulnerability to the device 12 via the communication unit 105. More specifically, the CPU 101 transmits a change instruction that instructs to change the software configuration in the device 12 as a countermeasure instruction for vulnerability.
- the countermeasure against the vulnerability is, for example, designed by the administrator A who analyzed the result of the vulnerability survey. Further, the countermeasure against the vulnerability may be automatically generated by the CPU 101 in accordance with a countermeasure rule defined in advance based on the investigation result of the vulnerability investigation.
- the countermeasure instruction may be set with a change deadline that is a deadline for implementing the countermeasure and changing the software configuration. Further, the CPU 101 transmits a countermeasure instruction for vulnerability as described above and stores it in the database of the storage device 104.
- the CPU 101 can also transmit a countermeasure instruction for the device 12 to a terminal other than the device 12.
- the CPU 101 can transmit a countermeasure instruction to a terminal used by an administrator of the device 12 that is the server.
- the change in the software configuration of the device 12 is not particularly limited, and examples thereof include application of a patch to the software, software update or upgrade, and software installation or uninstallation. Examples of changes in the software configuration of the device 12 include execution or stop of a service, change of software settings, creation or deletion of a file, and the like.
- the software referred to here includes OS, middleware, application software, and all other software.
- the CPU 101 functions as an accepting unit, and receives and accepts an exception application transmitted from the device 12 that has received the countermeasure instruction for vulnerability via the communication unit 105.
- the exception application is an application not to change the software configuration instructed in the countermeasure instruction for the vulnerability.
- the CPU 101 stores the received exception application in the database of the storage device 104.
- the CPU 101 functions as a processing unit, and approves or rejects the exception application as described later based on the characteristics of the exception application stored in the database of the storage device 104. Further, the CPU 101 functions as a processing unit, and executes a corresponding process when an exception application is denied as will be described later.
- the corresponding process is, for example, notification to the user U and / or the administrator A, and blocking of the device 12 from the network.
- the storage device 104 software such as an OS, middleware, and application software executed by the CPU 101 in the management device 10 is installed, for example.
- the application software includes various application software corresponding to functions to be realized in the management apparatus 10.
- the storage device 104 stores each database storing the vulnerability information, the configuration information, the vulnerability investigation result, and the exception application described above.
- the communication unit 105 is connected to the intra-organization network 20 and transmits / receives information via the intra-organization network 20 according to control by the CPU 101.
- the device 12 includes a CPU 121, a ROM 122, a RAM 123, a storage device 124, a communication unit 125, an input device 126, and a display device 127.
- the CPU 121, ROM 122, RAM 123, storage device 124, communication unit 125, input device 126, and display device 127 are connected to a common bus line 128.
- the CPU 121 operates according to a program stored in the ROM 122, the storage device 124, and the like, and functions as a control unit that controls the operation of the entire device 12.
- the RAM 123 provides a memory area necessary for the operation of the CPU 121.
- the CPU 121 executes the following processing by executing agent software installed in the storage device 124, for example.
- the CPU 121 collects the configuration information of the device 12 regularly or irregularly.
- the configuration information includes, for example, information on the OS type, OS version, CPU name, IP (Internet Protocol) address, MAC (Media Access Control) address, service activation status, and installed software. Further, the configuration information may include information related to hardware of the device 12 other than the CPU name.
- the CPU 121 transmits the collected configuration information to the management apparatus 10 via the communication unit 125 regularly or irregularly. At this time, the CPU 121 transmits configuration information in association with identification information such as an ID (Identification) for identifying the device 12 and a device name.
- identification information such as an ID (Identification) for identifying the device 12 and a device name.
- the CPU 121 receives the vulnerability investigation instruction transmitted from the management apparatus 10 via the communication unit 125. Further, the CPU 121 conducts a vulnerability investigation of the device 12 using the vulnerability discovery method included in the vulnerability investigation instruction, and investigates whether or not the device 12 has a vulnerability.
- the CPU 121 performs the following confirmation process according to the vulnerability discovery method. For example, the CPU 121 checks a file, a folder, and a registry. Further, the CPU 121 confirms the software version, for example. Further, the CPU 121 confirms the execution result of the command, for example. Further, the CPU 121 confirms the activation status of the service or process, for example. Moreover, CPU121 confirms the response with respect to a specific input, for example. Further, the CPU 121 acquires and confirms system information in the device 12, for example. The CPU 121 can investigate the presence or absence of the vulnerability in the device 12 by performing these confirmation processes.
- the CPU 121 transmits the result of the vulnerability investigation performed as described above to the management apparatus 10 via the communication unit 125. At this time, the CPU 121 transmits the result of the vulnerability investigation in association with identification information such as an ID for identifying the device 12 and a device name.
- the CPU 121 receives a countermeasure instruction for vulnerability transmitted from the management apparatus 10 via the communication unit 125.
- the CPU 121 displays a notification screen indicating the content of the countermeasure included in the received countermeasure instruction on the display device 127.
- the CPU 121 notifies the user U of the device 12 of the countermeasure instruction received from the management apparatus 10 and prompts the implementation of the countermeasure according to the instruction.
- the countermeasure instruction received from the management apparatus 10 may be a compulsory instruction for countermeasures that can be automatically implemented.
- the CPU 121 automatically implements countermeasures against vulnerability in accordance with the compulsory instruction for countermeasures received from the management apparatus 10.
- the countermeasure instruction received from the management apparatus 10 is a countermeasure instruction for requesting the user U to implement countermeasures unless otherwise specified will be described.
- the CPU 121 when implementing countermeasures against the vulnerability, performs the above-described software configuration change as a countermeasure against the vulnerability in accordance with an instruction from the user U input via the input device 126.
- the user U can change the software configuration of the device 12 via the input device 126 according to the content of the countermeasure displayed on the display device 127.
- the CPU 121 transmits an exception application to the management device 10 via the communication unit 125.
- the exception application is an application that does not exceptionally change the software configuration instructed in the countermeasure instruction for the vulnerability.
- the CPU 121 can transmit an exception application in accordance with an instruction from the user U input via the input device 126.
- the CPU 121 receives a notification transmitted from the management device 10 via the communication unit 125.
- the CPU 121 can display the content of the received notification on the display device 127 by pop-up display or the like.
- the storage device 124 for example, software such as an OS, middleware, and application software executed by the CPU 121 in the device 12 is installed.
- the application software includes various application software corresponding to functions to be realized in the device 12.
- the storage device 124 stores various data such as data created in the device 12 and data necessary for processing in the device 12.
- the communication unit 125 is connected to the intra-organization network 20 and transmits / receives information via the intra-organization network 20 according to control by the CPU 121.
- the input device 126 is for inputting information, instructions, and the like to the device 12.
- the input device 126 is not particularly limited, and is a keyboard, a pointing device, or the like. Further, the input device 126 may be a touch panel incorporated in the display device 127.
- the display device 127 is for displaying the output from the device 12.
- the display device 127 is not particularly limited, and is, for example, a liquid crystal display, an organic EL (Electroluminescence) display, or the like.
- FIG. 3 is a sequence diagram illustrating processing of the management apparatus 10, the device 12, and the information distribution server 24 according to the present embodiment.
- 4A and 4B are schematic diagrams illustrating examples of notification screens for countermeasure instructions by the management apparatus 10 according to the present embodiment.
- FIG. 5 is a schematic diagram illustrating an example of an application screen for an exception application to the management apparatus 10 according to the present embodiment.
- FIG. 6 is a flowchart illustrating a management method executed by the management apparatus 10 according to the present embodiment.
- the information distribution server 24 distributes vulnerability information to the management apparatus 10 regularly or irregularly via the Internet 22 (step S10).
- the CPU 101 stores and accumulates vulnerability information distributed from the information distribution server 24 as a database (step S12). In this way, vulnerability information related to vulnerabilities that can be a threat to the system 2 is centrally managed by the management apparatus 10.
- the CPU 121 collects configuration information of the device 12 regularly or irregularly (step S14). Subsequently, the CPU 121 transmits the collected configuration information to the management device 10 (step S16).
- the CPU 101 stores and accumulates the configuration information transmitted from the device 12 in a database (step S18).
- the CPU 101 transmits a vulnerability investigation instruction to the device 12 (step S20).
- the CPU 101 can determine the contents of the vulnerability investigation based on the vulnerability information and the configuration information.
- the CPU 121 receives the vulnerability investigation instruction transmitted from the management apparatus 10 and performs the vulnerability investigation (step S22). Further, in each device 12, the CPU 121 transmits the result of the implemented vulnerability investigation to the management device 10 (step S24).
- the CPU 101 totalizes the results of the vulnerability investigation transmitted from each device 12 (step S26).
- the CPU 101 transmits a countermeasure instruction for vulnerability to the device 12 (step S28).
- the countermeasure instruction for the vulnerability transmitted to the device 12 can be displayed on the display device 127 in the device 12.
- 4A and 4B are schematic diagrams illustrating examples of display screens in the device 12 for instructing countermeasures by the management apparatus 10.
- FIG. 4A shows an example of a viewer screen that displays countermeasure instructions in a list format.
- FIG. 4B shows an example of a detail screen showing details of the countermeasure.
- the CPU 121 when the CPU 121 receives a countermeasure instruction for vulnerability from the management apparatus 10, for example, the viewer screen 40 shown in FIG. 4A is popped up on the display device 127 to prompt the user U to take countermeasures. Can do. Further, when the [GO] button 406 on the viewer screen 40 is clicked, the CPU 121 can display the detailed screen 50 shown in FIG. 4B on the display device 127. Furthermore, when the “reason setting” button 510 c on the detail screen 50 is clicked, the CPU 121 can cause the display device 127 to display the reason setting screen 60 shown in FIG. 5.
- the viewer screen 40 is provided with a countermeasure instruction list column 402 in which countermeasures against vulnerabilities are displayed in a list format.
- the countermeasure instruction list column 402 describes “ID” that is an identifier for identifying a countermeasure, “importance” indicating the level of importance of the countermeasure, “status” indicating whether the countermeasure is implemented, and the contents of the countermeasure. “Description” and “reason” indicating the reason for exception application are displayed for each countermeasure.
- a check box 404 for selecting a countermeasure and a [GO] button 406 for displaying a detailed screen showing the details of the countermeasure are provided. By clicking the [GO] button 406, it is possible to display the detail screen 50 shown in FIG. 4B that displays details of the countermeasure.
- the viewer screen 40 is provided with a [Countermeasure] button 408 for instructing the implementation of the countermeasure.
- the countermeasure can be implemented by checking the checkbox 404 of the countermeasure and clicking the [Measure] button 408.
- the viewer screen 40 is provided with a “re-investigation” button 410 for instructing re-execution of vulnerability investigation.
- the detail screen 50 has a risk display field 502.
- the risk display column 502 displays information on the risk due to the vulnerability targeted by the countermeasure.
- a “risk ID” that is an identifier for identifying a risk
- a “title” that indicates countermeasures
- a “summary” that indicates an overview of vulnerabilities
- a “target product” that indicates products targeted for countermeasures
- “Details” showing details of the risk due to the vulnerability is displayed.
- the detailed screen 50 is provided with a measure selection field 504 for selecting a measure.
- a measure selection field 504 for selecting a measure.
- the countermeasure selection column 504 for example, one or more countermeasures when countermeasures are implemented and an exception application when countermeasures are not implemented can be selected from a pull-down menu.
- the detail screen 50 is provided with a measure detail column 506 indicating details of the measure selected in the measure selection column 504.
- “Description of measure details” for explaining the contents of the measure “Influence points at the time of implementing the measures” indicating the effect points of the measures, and “Related information” indicating the related information are displayed. .
- the detail screen 50 is provided with a button display area 508 for switching buttons displayed according to the selection contents in the measure selection field 504.
- the button display area 508 displays an [implement countermeasure] button 510a.
- the device 12 automatically executes the measure.
- a “confirm countermeasure status” button 510 b is displayed in the button display area 508. After the user U manually implements the countermeasure, the implementation status of the countermeasure can be confirmed by clicking the “confirm countermeasure status” button 510b.
- a [reason setting] button 510c is displayed. By clicking the “reason setting” button 510c, the reason setting screen 60 shown in FIG. 5 for setting the reason for the exception application is displayed on the display device 127.
- the management apparatus 10 can also send countermeasure instructions for vulnerability by e-mail addressed to the user U of the device 12.
- the screens shown in FIGS. 4A, 4B, and FIG. 5 described above are examples, and some contents may be omitted, and the screen layout and screen transition are not limited thereto.
- the countermeasure instruction for the vulnerability can be transmitted to the user U by a user interface realized by the web or the like.
- the user U who has received the countermeasure instruction for the vulnerability determines whether or not to implement the countermeasure for the device 12 to be used or managed (step S30).
- the user U implements the countermeasure according to the countermeasure instruction (step S32).
- step S30, NO the user U makes an exception application from the device 12 to the management apparatus 10.
- the user U selects an exception application in the measure selection field 504 of the detail screen 50 shown in FIG. 4B and clicks the [reason setting] button 510c displayed in the button display area 508.
- the reason setting screen 60 is displayed on the display device 127.
- the reason setting screen 60 is provided with a reason selection field 602.
- the reason selection field 602 for example, the reason for performing an exception application by using a pull-down menu is a standard reason such as “Countermeasures already implemented”, “Because of development environment”, “insufficient equipment specifications”, “others”, etc. It is possible to choose from.
- the reason setting screen 60 is provided with a reason input field 604 in which a reason can be input in a free sentence when “other” is selected in the reason selection field 602. The user U can set the reason for exception application in the reason selection field 602 or the reason input field 604.
- the reason setting screen 60 is provided with a [Register] button 606 and a [Cancel] button 608.
- the “Register” button 606 is a button for registering the reason for the exception application set in the reason selection field 602 or the reason input field 604 in the management apparatus 10.
- [Cancel] button 608 is a button for canceling the setting of the reason for exception application.
- the CPU 121 transmits an exception application to the management apparatus 10 together with the set reason (step S34).
- the exception application includes, for example, the date and time of the exception application, the identification information of the user U who is the applicant, the identification information of the device 12 that is the target of the exception application, the identification information of the countermeasure that is the target of the exception application, etc. Can do.
- the identification information of the user U is, for example, the name, ID, e-mail address, etc. of the user U.
- the identification information of the device 12 is, for example, the device name, ID, IP address, etc. of the device 12.
- the countermeasure identification information is, for example, a countermeasure name, an ID, or the like.
- an exception application can be made to the management device 10 when a countermeasure against vulnerability is not performed for a certain device 12 for some reason. ing.
- the user U who is an applicant responds to the vulnerability according to the device 12 that he or she uses or manages, for example, because the device 12 provides a development environment, the specification of the device 12 is insufficient, etc.
- the user U can make an exception application for one or a plurality of devices 12.
- an exception application may be repeatedly made for the purpose of neglecting the change work. For example, when the user U cannot change the software configuration because the user does not know how to change the software configuration, or when the user U cannot secure the time for the change work due to business reasons, the user U There may be no good reason not to do it. In such a case, the user U neglects the change work and applies for an exception for the purpose of avoiding the notification from the administrator A and the disconnection of the device 12 from the network due to the failure of the change work. May be performed.
- the management apparatus 10 based on the number of exception applications that is one of the features of the exception application, more specifically, based on the number of exception applications made by the same user U, Approve or reject the exception application for each user U who is an applicant.
- the timing at which the management apparatus 10 executes the process related to the exception application is not particularly limited.
- the management apparatus 10 can execute processing related to exception processing at regular intervals such as weekly, monthly, quarterly, semi-annual, or yearly.
- the management apparatus 10 can also perform the process regarding an exception application, for example, every time an exception application from the user U is received.
- the CPU 101 refers to the exception application database stored in the storage device 104 and calculates the number of exception applications made by the same user U (step S100).
- the CPU 101 can calculate the number of exception applications made in a certain period such as weekly, monthly, quarterly, semi-annual, or yearly.
- the CPU 101 compares the number of exception applications calculated in step S100 with a threshold value, and determines whether or not the number of exception applications is equal to or less than the threshold value (step S102).
- the threshold used here is the upper limit number of times that one user U can make an exception application in a certain period, and is a value set as appropriate in the organization 1.
- the upper limit number of times that is a threshold value can be set for each user U according to the authority of the user U, etc., or the same value can be set uniformly for a plurality of users U. it can.
- the upper limit number can be stored in a database stored in advance in the storage device 104 or the like so that the CPU 101 can refer to it.
- step S104 the CPU 101 approves an exception application made by the same user U for a certain period (step S104). In this way, when the number of exception applications made by the same user U is relatively small, it can be evaluated that the exception application is credible, and therefore, the exception application can be approved.
- step S106 the CPU 101 denies exception applications made by the same user U for a certain period.
- the CPU 101 executes a corresponding process regarding rejection of the exception application (step S108). For example, the CPU 101 can execute notification to the user U who made the denied exception application or notification to the user U of the device 12 targeted by the denied exception application or the administrator A. In addition, as a corresponding process, the CPU 101 can execute, for example, blocking the device 12 targeted by the denied exception application from the network. The CPU 101 can perform any one of notification to the user U, notification to the administrator A, and blocking of the device 12 from the network, and can also execute any two or a combination thereof.
- the notification includes, for example, transmitting to the user U and / or the administrator A that the exception application has been denied.
- the notification may include, for example, prompting the user U and / or the administrator A to implement countermeasures against the vulnerability targeted by the denied exception application.
- the notification may include, for example, a notice that a disposal such as a restriction on the use of the device 12 will be performed in the organization 1 when measures against vulnerability are not implemented.
- the CPU 101 sends the device 12 used by the user U who made the denied exception application, the device 12 targeted by the denied exception application, or the management terminal 14 used by the administrator A via the intra-organization network 20.
- the notification can be transmitted.
- the device 12 or the management terminal 14 that has received the notification can display the content of the notification by a pop-up display or the like. Further, the CPU 101 can make a notification by transmitting an e-mail including the contents of the notification to the e-mail address of the user U and / or the administrator A who has made the denied exception application.
- the CPU 101 instructs the network blocking device 16 to block the network of the device 12 via the intra-organization network 20. Send.
- the network cutoff device 16 blocks the access of the device 12 to the intra-organization network 20 or the Internet 22 in accordance with the instruction.
- the exception application is approved or denied for each user U who is the applicant based on the number of exception applications made by the same user U, the user U performs the application. Appropriate approval or denial of the exception application. Moreover, according to this embodiment, since an exception application can be appropriately approved or denied, it is possible to suppress an exception application for the purpose of neglecting a software configuration change operation.
- the configuration of the system 2 including the management device 10 and the device 12 according to the present embodiment is the same as the configuration according to the first embodiment shown in FIGS. This embodiment is different from the first embodiment in the process related to exception application in the management method executed by the management apparatus 10.
- the management apparatus 10 based on the number of exception applications that is one of the features of exception applications, more specifically, the number of devices 12 for which exception applications have been made by the same user U. Based on this, the exception application is approved or rejected for each user U who is the applicant for the exception application. That is, the management apparatus 10 according to the present embodiment approves or denies an exception application for each user U based on the number of exception applications made by the same user U for a plurality of devices 12.
- FIG. 7 is a flowchart showing a management method executed by the management apparatus 10 according to the present embodiment.
- the timing at which the management apparatus 10 executes the process related to the exception application is not particularly limited as in the first embodiment.
- the CPU 101 refers to the exception application database stored in the storage device 104 to determine the number of devices 12 for which an exception application has been made by the same user U. Calculate (step S200). When calculating the number of devices 12, the CPU 101 calculates the number of devices 12 for which exception applications have been made by the same user U during a certain period such as weekly, monthly, quarterly, semi-annual, or yearly. can do.
- the number of devices 12 to be calculated may be the total number of devices that are calculated as a plurality of devices according to the number of exception applications, and the number of exception applications may be calculated. It may be an actual number that is calculated by assuming that one device 12 is performed.
- the CPU 101 compares the number of devices 12 calculated in step S200 with a threshold value and determines whether or not the number of devices 12 is equal to or less than the threshold value (step S202).
- the threshold value used here is the upper limit number of devices 12 that one user U can apply for an exception for a certain period, and is a value that is set as appropriate in the organization 1.
- the upper limit number as the threshold can be set for each user U according to the authority of the user U or the like, or the same value can be set uniformly for a plurality of users U. Further, the upper limit number can be stored in a database stored in advance in the storage device 104 or the like so that the CPU 101 can refer to it.
- step S202 If it is determined that the number of devices 12 is equal to or less than the threshold value (step S202, YES), the CPU 101 approves an exception application made for one or a plurality of devices 12 by the same user U during a certain period (step S204). . In this way, when the number of devices 12 for which an exception application has been made by the same user U is relatively small, it can be evaluated as a credible exception application. it can.
- the CPU 101 denies exception applications made for a plurality of devices 12 by the same user U during a certain period (step S206). In this way, when the number of devices 12 for which an exception application has been made by the same user U is relatively large, it can be evaluated that the exception application has no credibility. it can.
- the CPU 101 executes a corresponding process regarding rejection of the exception application (step S208).
- the CPU 101 can execute corresponding processing similar to that in the first embodiment.
- the exception application is approved or denied for each user U who is an applicant based on the number of devices 12 for which an exception application has been made by the same user U.
- the exception application made by the person U can be appropriately approved or rejected.
- the configuration of the system 2 including the management device 10 and the device 12 according to the present embodiment is the same as the configuration according to the first embodiment shown in FIGS. This embodiment is different from the first embodiment in the process related to exception application in the management method executed by the management apparatus 10.
- the exception application made for the device 12 is a credential for the purpose of neglecting the software configuration change work as described above. It can be evaluated that it is a non-sex exception application. Therefore, such an exception application can be denied.
- the management apparatus 10 is based on the number of exception applications that is one of the features of exception application, more specifically, based on the number of exception applications made for the same device 12, Approve or reject the exception application for each device 12 that is the subject of the exception application.
- FIG. 8 is a flowchart showing a management method executed by the management apparatus 10 according to the present embodiment.
- the timing at which the management apparatus 10 executes the process related to the exception application is not particularly limited as in the first embodiment.
- the CPU 101 refers to the exception application database stored in the storage device 104 and calculates the number of exception applications made for the same device 12. (Step S300). When calculating the number of exception applications, the CPU 101 calculates the number of exception applications made for the same device 12 during a certain period, such as weekly, monthly, quarterly, semi-annual, or yearly. Can do.
- the plurality of exception applications made for the same device 12 may be made by the same user U or may be made by a plurality of different users U.
- the CPU 101 compares the number of exception applications calculated in step S300 with a threshold value, and determines whether or not the number of exception applications is equal to or less than the threshold value (step S302).
- the threshold used here is the upper limit number of exception applications that can be made for one device 12 in a certain period, and is a value that is appropriately set in the organization 1.
- the upper limit number as a threshold, an individual value can be set for each device 12 according to the type of the device 12 or the like, and the same value can be set uniformly for a plurality of devices 12.
- the upper limit number can be stored in a database stored in advance in the storage device 104 or the like so that the CPU 101 can refer to it.
- step S302 If it is determined that the number of exception applications is equal to or less than the threshold (step S302, YES), the CPU 101 approves an exception application made for the same device 12 for a certain period (step S304). Thus, when the number of exception applications made for the same device 12 is relatively small, it can be evaluated that the exception application is credible, and therefore the exception application can be approved.
- step S302 when it is determined that the number of exception applications exceeds the threshold (NO in step S302), the CPU 101 denies exception applications made for the same device 12 for a certain period (step S306).
- the number of exception applications made for the same device 12 is relatively large, it can be evaluated that the exception application has no credibility, and the exception application can be denied.
- the CPU 101 executes a corresponding process regarding rejection of the exception application (step S308).
- the CPU 101 can execute corresponding processing similar to that in the first embodiment.
- the exception application is approved or rejected for each device 12 that is the target of the exception application based on the number of exception applications made for the same device 12. Appropriate application for or exception can be approved. Moreover, according to this embodiment, since an exception application can be appropriately approved or denied, it is possible to suppress an exception application for the purpose of neglecting a software configuration change operation.
- the configuration of the system 2 including the management device 10 and the device 12 according to the present embodiment is the same as the configuration according to the first embodiment shown in FIGS. This embodiment is different from the first embodiment in the process related to exception application in the management method executed by the management apparatus 10.
- the number of exception applications that target a specific device 12 may be excessively large compared to the number of exception applications that target another device 12.
- the exception application for the specific device 12 can be evaluated as an exception application with no credibility for the purpose of neglecting the work of changing the software configuration as described above. Therefore, such an exception application can be denied.
- the management apparatus 10 based on the number of exception applications, which is one of the features of exception application, more specifically, exceptions between a specific device 12 and other devices 12 having similar configurations. Based on the number of application differences, an exception application for a specific device 12 is approved or rejected.
- FIG. 9 is a flowchart showing a management method executed by the management apparatus 10 according to the present embodiment.
- the timing at which the management apparatus 10 executes the process related to the exception application is not particularly limited as in the first embodiment.
- the device 12 that approves or rejects the target exception application is referred to as “specific device 12”
- the devices 12 other than “specific device 12” indicate “ This is referred to as “other device 12”.
- the CPU 101 refers to the configuration information database of the device 12 stored in the storage device 104, and the specific device 12 in the entire organization 1 or a part of the organization 1.
- Configuration information is acquired (step S400).
- step S402 the CPU 101 acquires configuration information of other devices 12 in the entire organization 1 or a part of the organization 1 in the same manner as in the case of the specific device 12 (step S402).
- step S402 may be executed before step S400 or may be executed simultaneously with step S400.
- the CPU 101 calculates a configuration match rate between the specific device 12 and the other device 12 based on the configuration information acquired in steps S400 and S402, respectively. Subsequently, the CPU 101 determines whether or not the calculated coincidence rate is equal to or greater than a threshold value (step S404).
- the threshold value used here is a criterion for determining the similarity of the configuration between the specific device 12 and the other device 12, and can be set as appropriate. For example, the threshold value is preferably 90%, more preferably 95. % Can be set.
- the specific device 12 and the other device 12 are devices 12 having similar configurations.
- the threshold relating to the configuration coincidence rate can be stored in a database stored in advance in the storage device 104 or the like so that the CPU 101 can refer to it.
- the configuration coincidence rate may be calculated as a ratio of information that matches the specific information included in the other configuration information, out of the specific information included in the configuration information of one of the specific device 12 and the other device 12. it can.
- the configuration coincidence rate can be calculated as the ratio of software installed in a specific device 12 that matches software installed in another device 12.
- the configuration matching rate can be calculated as, for example, a matching rate of information regarding hardware and a matching rate of information regarding network settings.
- the configuration matching rate can be calculated as the rate of matching of a plurality of pieces of information such as these.
- the CPU 101 refers to the configuration information database of the device 12 and determines another device in the entire organization 1 or a part of the organization 1. It is determined whether there is 12 (step S406).
- step S406 If it is determined that there is another device 12 (YES in step S406), the CPU 101 proceeds to the process in step S402. On the other hand, if it is determined that there is no other device 12 (NO in step S406), the CPU 101 proceeds to the process in step S408. In particular, when it is determined that there is no other device 12 having a similar configuration to the specific device 12 in the entire organization 1 or a part of the organization 1 (first step S404, NO following step S406, NO), the CPU 101 Can approve the exception application (step S408).
- the CPU 101 refers to the exception application database stored in the storage device 104 and is performed on the specific device 12.
- the number of exception applications is calculated (step S410).
- the CPU 101 calculates the number of exception applications made for a specific device 12 during a certain period such as weekly, monthly, quarterly, semi-annual, or yearly. Can do.
- the plurality of exception applications made for a specific device 12 may be made by the same user U, or may be made by a plurality of different users U.
- step S412 may be executed before step S410 or may be executed simultaneously with step S410.
- the plurality of exception applications made for other devices 12 may be made by the same user U or may be made by different users U.
- the CPU 101 calculates the number of differences based on the number of exception applications calculated in steps S410 and S412.
- the number of differences is the number of times the number of exception applications made for another device 12 is subtracted from the number of exception applications made for a specific device 12.
- the CPU 101 determines whether or not the calculated number of differences is equal to or less than a threshold value (step S414).
- the threshold value used here can be appropriately set in the tissue 1, and can be set to 0, for example.
- the threshold value regarding the number of differences can be stored in a database stored in advance in the storage device 104 or the like so that the CPU 101 can refer to the threshold value.
- step S414, YES If it is determined that the number of differences is equal to or less than the threshold (step S414, YES), the CPU 101 proceeds to the process of step S406 to check whether there is another device 12 in the entire organization 1 or a part of the organization 1. judge.
- step S406 the CPU 101 approves an exception application made for the specific device 12 as a target.
- the specific device 12 has the number of differences equal to or less than the threshold with respect to all other devices 12 having a similar configuration in the entire organization 1 or a part of the organization 1. Therefore, the specific device 12 is not different from the other application devices 12 having similar configurations, or the difference in the number of exception applications is small. For this reason, since the exception application made for the specific device 12 can be evaluated as credible, it can be approved.
- the CPU 101 denies the exception application made for the specific device 12 (step S416).
- the number of differences of the specific device 12 exceeds the threshold with respect to at least one other device 12 having a similar configuration in the entire organization 1 or a part of the organization 1. Therefore, the specific device 12 is different in the number of exception applications from at least one other device 12 having a similar configuration. For this reason, an exception application made for a specific device 12 can be rejected because it can be evaluated as not authentic.
- the CPU 101 executes a corresponding process regarding rejection of the exception application (step S418).
- the CPU 101 can execute corresponding processing similar to that in the first embodiment.
- the exception application for the specific device 12 is approved or rejected based on the number of exception application differences between the specific device 12 and the other device 12 having similar configurations. . Therefore, according to the present embodiment, an exception application made for a specific device 12 can be appropriately approved or denied. Moreover, according to this embodiment, since an exception application can be appropriately approved or denied, it is possible to suppress an exception application for the purpose of neglecting a software configuration change operation.
- the configuration of the system 2 including the management device 10 and the device 12 according to the present embodiment is the same as the configuration according to the first embodiment shown in FIGS. This embodiment is different from the first embodiment in the process related to exception application in the management method executed by the management apparatus 10.
- Exceptional application rates for the same device 12 may fluctuate excessively in two different periods.
- the application rate of exception applications is the ratio of the number of exception applications to the number of instructions for countermeasures against vulnerabilities during the period. In such a case, an exception application made during one period when the application rate of exception applications is high is evaluated as an exception application with no credibility for the purpose of neglecting to change the software configuration as described above. be able to. Therefore, such an exception application can be denied.
- the management apparatus 10 performs the target for the device 12 based on the difference between the application rates of exception applications made for the same device 12 in two different periods. Approve or deny the exception application. Also in this embodiment, an exception application is approved or rejected based on the number of exception applications, which is one of the features of exception applications.
- FIG. 10 is a flowchart illustrating a management method executed by the management apparatus 10 according to the present embodiment. Note that the management apparatus 10 according to the present embodiment can execute a process related to an exception application every time a late period of two different periods elapses.
- the CPU 101 refers to the exception application database stored in the storage device 104, and the exception application made for the same device 12 in the first period.
- the application rate is calculated (step S500).
- As the first period for example, a fixed period such as weekly, monthly, quarterly, semi-annual, or yearly can be used.
- the CPU 101 calculates the application rate of exception applications made for the same device 12 in a second period different from the first period (step S502).
- the second period can be a period having the same length as the first period.
- the second period can be a period before the first period, for example, the previous period, the previous year's synchronization with the first period, the previous year's synchronization, and the like.
- the first period is the second quarter
- the second period may be the first quarter of the same year as the first period, or the second quarter of the previous year of the first period.
- step S502 may be executed before step S500, or may be executed simultaneously with step S500.
- the plurality of exception applications made for the same device 12 may be made by the same user U as in the second embodiment, or by different users U. It may have been done.
- the CPU 101 calculates the absolute value of the difference between the application rates of the exception application between the first period and the second period, based on the application rate of the exception application calculated in steps S500 and S502. Subsequently, the CPU 101 determines whether or not the absolute value of the calculated difference in application rate is equal to or less than a threshold (step S504).
- the threshold value used here is a criterion for evaluating whether the application rate of the exception application has fluctuated excessively in the first period and the second period, and can be appropriately set in the organization 1 For example, it can be set to 5%.
- the threshold value regarding the absolute value of the difference between the application rates can be stored in a database stored in advance in the storage device 104 or the like so that the CPU 101 can refer to it.
- step S504 If it is determined that the absolute value of the difference between the application rates is equal to or less than the threshold value (step S504, YES), the CPU 101 approves an exception application made for the same device 12 in the first period and the second period. (Step S506). In this way, when the variation in the application rate of exception applications made in different periods is small, the exception application made in both periods can be evaluated as credible and can be approved.
- the CPU 101 targets the same device 12 in the period with the high application rate in the first period and the second period.
- the exception application made as is denied step S508. In this way, if the application rate of exception applications made in different periods is large, exception applications made in periods with a high application rate can be evaluated as not credible, so it can be denied it can.
- the CPU 101 executes a corresponding process regarding rejection of the exception application (step S510).
- the CPU 101 can execute corresponding processing similar to that in the first embodiment.
- the exception application made for the device 12 is approved based on the difference in the application rate of the exception application made for the same device 12 in two different periods. Or deny. Therefore, according to the present embodiment, an exception application made for the device 12 can be appropriately approved or denied. Moreover, according to this embodiment, since an exception application can be appropriately approved or denied, it is possible to suppress an exception application for the purpose of neglecting a software configuration change operation.
- the configuration of the system 2 including the management device 10 and the device 12 according to the present embodiment is the same as the configuration according to the first embodiment shown in FIGS. This embodiment is different from the first embodiment in the process related to exception application in the management method executed by the management apparatus 10.
- an exception application may be repeatedly made for the purpose of neglecting the work of changing the software configuration of the device 12 instructed as a countermeasure against the vulnerability.
- a user U receives a software configuration change instruction for the purpose of neglecting a software configuration change operation, the user U can make a short elapsed time from receiving the instruction without fully considering whether or not to change the software configuration. Exceptional applications may be made.
- the management apparatus 10 approves or rejects the exception application based on the time point related to the software configuration change instruction and the time point when the exception application which is one of the features of the exception application is performed. More specifically, the management apparatus 10 according to the present embodiment performs a period between the time when the software configuration change instruction, which is one of the time points related to the software configuration change instruction, and the time when the exception application is made. Approve or reject the exception application based on the time.
- FIG. 11 is a flowchart showing a management method executed by the management apparatus 10 according to the present embodiment.
- the timing at which the management apparatus 10 executes the process related to the exception application is not particularly limited as in the first embodiment.
- the CPU 101 refers to a database of countermeasure instructions and a database of exception applications stored in the storage device 104. As a result, the CPU 101 determines the time between when the software configuration change instruction is issued as a countermeasure instruction for vulnerability and when the exception application is made, that is, the elapsed time from the software configuration change instruction to the exception application. Is calculated (step S600).
- the elapsed time can be calculated as a value for one exception application made by the same user U or one exception application made for the same device 12.
- the elapsed time can also be calculated as an average value for a plurality of exception applications made by the same user U or a plurality of exception applications made for the same device 12.
- an average value can be used as the elapsed time.
- the CPU 101 compares the elapsed time calculated in step S600 with a threshold value and determines whether or not the elapsed time is equal to or greater than the threshold value (step S602).
- the threshold value used here is a standard for evaluating whether or not an exception application has been made in an excessively short elapsed time from a software configuration change instruction, and can be set as appropriate in the organization 1, for example, 10 Can be set to minutes.
- the threshold relating to the elapsed time can be stored in a database stored in advance in the storage device 104 or the like so that the CPU 101 can refer to it.
- step S602 If it is determined that the elapsed time is equal to or greater than the threshold (step S602, YES), the CPU 101 approves the exception application for which the elapsed time has been calculated (step S604).
- the exception application can be approved because it can be evaluated as a reliable exception application.
- step S602 when determining that the elapsed time is less than the threshold (step S602, NO), the CPU 101 denies the exception application for which the elapsed time has been calculated (step S606). As described above, when the elapsed time from the countermeasure instruction to the exception application is not sufficient, it can be evaluated that the exception application has no credibility, and the exception application can be denied.
- the CPU 101 executes a corresponding process regarding rejection of the exception application (step S608).
- the CPU 101 can execute corresponding processing similar to that in the first embodiment.
- the exception application is approved or rejected based on the time between when the software configuration change instruction is given and when the exception application is made. Approved or denied. Moreover, according to this embodiment, since an exception application can be appropriately approved or denied, it is possible to suppress an exception application for the purpose of neglecting a software configuration change operation.
- the configuration of the system 2 including the management device 10 and the device 12 according to the present embodiment is the same as the configuration according to the first embodiment shown in FIGS. This embodiment is different from the first embodiment in the process related to exception application in the management method executed by the management apparatus 10.
- the management apparatus 10 approves or rejects the exception application based on the time point related to the software configuration change instruction and the time point when the exception application which is one of the features of the exception application is performed. More specifically, the management apparatus 10 according to the present embodiment, based on the time between the software configuration change deadline that is one of the time points related to the software configuration change instruction and the time point when the exception application is made, Approve or deny exception applications.
- FIG. 12 is a flowchart illustrating a management method executed by the management apparatus 10 according to the present embodiment.
- the timing at which the management apparatus 10 executes the process related to the exception application is not particularly limited as in the first embodiment.
- the CPU 101 refers to a database of countermeasure instructions for vulnerability and an exception application database stored in the storage device 104. Thereby, the CPU 101 calculates the time between the software configuration change deadline as a countermeasure instruction for the vulnerability and the time when the exception application is made, that is, the remaining time from the exception application to the software configuration change deadline (step) S700).
- the remaining time can be calculated for one exception application made by the same user U or one exception application made for the same device 12.
- the remaining time can also be calculated as an average value for a plurality of exception applications made by the same user U or a plurality of exception applications made for the same device 12.
- an average value can be used as the remaining time.
- the CPU 101 compares the remaining time calculated in step S700 with a threshold value and determines whether or not the remaining time is equal to or greater than the threshold value (step S702).
- the threshold value used here is a standard for evaluating whether or not an exception application has been made in an excessively short remaining time until the software configuration change deadline, and can be appropriately set in the organization 1, for example, 6 Can be set to time.
- the threshold relating to the remaining time can be stored in a database stored in advance in the storage device 104 or the like so that the CPU 101 can refer to it.
- step S704 the CPU 101 approves the exception application for which the remaining time is calculated (step S704). As described above, when the remaining time from the exception application to the change deadline is sufficient, the exception application can be approved because it can be evaluated as a reliable exception application.
- step S702 if it is determined that the remaining time is less than the threshold (step S702, NO), the CPU 101 denies the exception application for which the remaining time is calculated (step S706). As described above, when the remaining time from the exception application to the change deadline is not sufficient, it can be evaluated that the exception application has no credibility, and the exception application can be denied.
- the CPU 101 executes corresponding processing regarding exception application rejection (step S708).
- the CPU 101 can execute corresponding processing similar to that in the first embodiment.
- the exception application is approved or rejected based on the time between the change period of the software configuration and the time when the exception application is made, so that the exception application is appropriately approved or rejected. Can do. Moreover, according to this embodiment, since an exception application can be appropriately approved or denied, it is possible to suppress an exception application for the purpose of neglecting a software configuration change operation.
- the configuration of the system 2 including the management device 10 and the device 12 according to the present embodiment is the same as the configuration according to the first embodiment shown in FIGS. This embodiment is different from the first embodiment in the process related to exception application in the management method executed by the management apparatus 10.
- one or more devices 12 are targeted for the purpose of neglecting the change work without fully considering whether the software configuration of the device 12 can be changed. May apply for exceptions for the same reason.
- the exception application made by the user U is a credential for the purpose of neglecting to change the software configuration as described above. It can be evaluated that it is a non-sex exception application. Therefore, such an exception application can be denied.
- the management apparatus 10 is an exception application applicant based on the reason that is one of the features of the exception application, and more specifically, based on the number of exception applications having the same reason. Approve or reject the exception application for each user U.
- FIG. 13 is a flowchart illustrating a management method executed by the management apparatus 10 according to the present embodiment.
- the timing at which the management apparatus 10 executes the process related to the exception application is not particularly limited as in the first embodiment.
- the CPU 101 refers to the exception application database stored in the storage device 104 and is performed by the same user U for one or a plurality of devices 12.
- the specified exception application is identified (step S800).
- the CPU 101 can specify an exception application made by the same user U during a certain period such as weekly, monthly, quarterly, semi-annual, or yearly.
- the CPU 101 calculates the number of exception applications with the same reason among the exception applications identified in step S800 (step S802). Prior to the calculation of the number of exception applications, the CPU 101 determines whether or not the reason for exception application is the same.
- the reason for the exception application that determines whether or not they are the same may be the one selected by the user U from the standard reasons when making an exception application, or used when making an exception application. It may be the reason that the person U inputs in free text. Regarding reasons entered in free text, it is determined that the reasons are the same not only when the words of the reasons match but also when the meanings of the reasons are the same even if there are differences in the words be able to.
- the number of exception applications to be calculated can be the total number of exception applications with the same reason for two or more.
- a certain user U makes “reason R1” for five devices 12A, 12B, 12C, 12D, and 12E included in the device 12.
- the case where an exception application is made for “reason R2” will be described as an example.
- the number of exception applications is calculated for the number of other devices that correspond to the reason sentence from one of the devices that correspond to the reason sentence.
- the total number of other devices calculated can be calculated as the total number.
- the user U is “reason R1” for the device 12A, “reason R1” for the device 12B, “reason R1” for the device 12C, “reason R1” for the device 12D, and “reason R1” for the device 12E.
- the “reason R1” corresponds to the four devices of the device 12B, the device 12C, the device 12D, and the device 12E.
- the number of exception applications with the same reason is four. Therefore, in this first case, the number of exception applications with the same reason is four.
- the user U is “reason R1” for the device 12A, “reason R1” for the device 12B, “reason R2” for the device 12C, “reason R2” for the device 12D, and “reason” for the device 12E.
- an exception application is made for each of “R1”.
- the device 12A corresponding to the “reason R1”
- the device 12B there are two other devices that correspond to the “reason R1”: the device 12B and the device 12E. Therefore, the reason for the “reason R1” is the same.
- the number of exception applications is two.
- the user U is “reason R1” for the device 12A, “reason R1” for the device 12B, “reason R2” for the device 12C, “reason R2” for the device 12D, and “reason” for the device 12E.
- the exception application having the same reason for the “reason R1”
- the number of cases is one.
- the reason for the “reason R2” is the same.
- the number of applications is two. Therefore, in this third case, the number of exception applications having the same reason is three, which is a total of one and two cases.
- the method of calculating the number of exception applications with the same reason is not limited to the method of calculating the total number of exception applications with the same reason as described above.
- the maximum number of exception applications having the same reason for two or more can be used as the number of exception applications having the same reason.
- the number of exception applications having the same reason in the first case, the second case, and the third case is 4, 2, and 2, respectively.
- the CPU 101 calculates the ratio of the same reason, which is the ratio of the number of exception applications with the same reason calculated in step S802 to the number of exception applications specified in step S800. Subsequently, the CPU 101 compares the calculated ratio of the same reason with a threshold value, and determines whether or not the ratio of the same reason is equal to or less than the threshold value (step S804).
- the threshold value used here is a criterion for evaluating whether or not an excessive number of exception applications have been made by the same user U for the same reason, and can be appropriately set in the organization 1.
- the threshold regarding the ratio of the same reason can be stored in a database stored in advance in the storage device 104 or the like so that the CPU 101 can refer to it. Instead of comparing the ratio of the same reason with a threshold value, the number of exception applications with the same reason can be compared with a suitably set threshold value.
- the CPU 101 approves an exception application made for one or more devices 12 by the same user U (step S806).
- the ratio of the same reason is low, since the exception application made by the user U can be evaluated as credible, it can be approved.
- the CPU 101 denies an exception application made for one or a plurality of devices 12 by the same user U (step S808). . In this way, when the ratio of the same reason is high, the exception application made by the user U can be rejected because it can be evaluated that there is no credibility.
- the CPU 101 executes a corresponding process regarding rejection of the exception application (step S810).
- the CPU 101 can execute corresponding processing similar to that in the first embodiment.
- the exception application is approved or rejected for each user U who is the applicant for the exception application, based on the number of exception applications having the same reason. Therefore, according to the present embodiment, an exception application made for the device 12 can be appropriately approved or denied. Moreover, according to this embodiment, since an exception application can be appropriately approved or denied, it is possible to suppress an exception application for the purpose of neglecting a software configuration change operation.
- the configuration of the system 2 including the management device 10 and the device 12 according to the present embodiment is the same as the configuration according to the first embodiment shown in FIGS. This embodiment is different from the first embodiment in the process related to exception application in the management method executed by the management apparatus 10.
- the threshold value is not necessarily limited to one level.
- Multi-stage thresholds can also be used for comparison with quantities associated with exception application features.
- FIG. 14 is a flowchart illustrating a management method executed by the management apparatus 10 according to the present embodiment.
- the CPU 101 calculates the number of exception applications made by the same user U as in the first embodiment (step S900).
- the CPU 101 compares the number of exception applications calculated in step S900 with a first threshold value, and determines whether or not the number of exception applications is equal to or less than the first threshold value (step S902).
- the first threshold value used here is the first upper limit number of times, which can be set similarly to the threshold value of the first embodiment and stored in a database stored in the storage device 104 or the like.
- step S902 If it is determined that the number of exception applications is equal to or less than the first threshold (step S902, YES), the CPU 101 approves the exception application as in the first embodiment (step S904).
- the CPU 101 compares the number of exception applications with the second threshold, and the number of exception applications is equal to or less than the second threshold. It is determined whether or not (step S906).
- the second threshold value used here is a second upper limit number larger than the first threshold value, which is set in the same manner as the threshold value of the first embodiment and stored in a database stored in the storage device 104 or the like. I can leave.
- step S906 If it is determined that the number of exception applications is equal to or less than the second threshold (step S906, YES), the CPU 101 denies the exception application as in the first embodiment (step S908). Next, the CPU 101 executes notification to the user U as a corresponding process regarding rejection of the exception application as in the first embodiment (step S910). In this case, instead of or together with the notification to the user U, at least one of the notification to the administrator A and the block of the device 12 from the network can be executed as in the first embodiment.
- the CPU 101 compares the number of exception applications with the third threshold, and the number of exception applications is equal to or less than the third threshold. It is determined whether or not (step S912).
- the third threshold value used here is a third upper limit number larger than the second threshold value, which is set in the same manner as the threshold value of the first embodiment and stored in a database stored in the storage device 104 or the like. I can leave.
- step S912 If it is determined that the number of exception applications is equal to or less than the third threshold (step S912, YES), the CPU 101 denies the exception application as in the first embodiment (step S914). Next, the CPU 101 executes notification to the administrator A as in the first embodiment as a handling process regarding rejection of exception application (step S916). In this case, instead of or together with the notification to the administrator A, at least one of the notification to the user U and the block of the device 12 from the network can be executed as in the first embodiment.
- step S912 if it is determined that the number of exception applications exceeds the third threshold (step S912, NO), the CPU 101 denies the exception application as in the first embodiment (step S918). Next, the CPU 101 executes blocking of the device 12 from the network as in the first embodiment as a handling process regarding rejection of exception applications (step S920). Note that in this case, at least one of the notification to the user U and the notification to the administrator A can be executed instead of or together with the blocking of the device 12 from the network, as in the first embodiment.
- the response process regarding the refusal of an exception application can be changed in stages and executed according to the number of exception applications.
- the handling process regarding the rejection of the exception application is performed in three stages has been described as an example.
- the handling process can be changed and executed in two stages or four stages or more.
- the configuration of the system 2 including the management device 10 and the device 12 according to the present embodiment is the same as the configuration according to the first embodiment shown in FIGS. This embodiment is different from the first embodiment in the process related to exception application in the management method executed by the management apparatus 10.
- FIG. 15 is a flowchart showing a management method executed by the management apparatus 10 according to the present embodiment.
- the CPU 101 calculates the elapsed time from the software configuration change instruction to the exception application, similarly to the sixth embodiment (step S1000).
- the CPU 101 compares the elapsed time calculated in step S1000 with the first threshold value, and determines whether or not the elapsed time is equal to or greater than the first threshold value (step S1002).
- the first threshold value used here can be set in the same manner as the threshold value of the sixth embodiment and stored in a database stored in the storage device 104 or the like.
- step S1004 If it is determined that the elapsed time is equal to or greater than the first threshold (step S1002, YES), the CPU 101 approves an exception application as in the sixth embodiment (step S1004).
- the CPU 101 compares the elapsed time with the second threshold and determines whether or not the elapsed time is equal to or greater than the second threshold. Is determined (step S1006).
- the second threshold value used here is a threshold value smaller than the first threshold value, and can be set in the same manner as the threshold value of the sixth embodiment and stored in the database stored in the storage device 104 or the like. .
- step S1006 If it is determined that the elapsed time is greater than or equal to the second threshold (step S1006, YES), the CPU 101 denies the exception application as in the sixth embodiment (step S1008). Next, the CPU 101 executes notification to the user U as a corresponding process regarding rejection of the exception application as in the first embodiment (step S1010). In this case, instead of or together with the notification to the user U, at least one of the notification to the administrator A and the block of the device 12 from the network can be executed as in the first embodiment.
- the CPU 101 compares the elapsed time with the third threshold and determines whether the elapsed time is greater than or equal to the third threshold. Is determined (step S1012).
- the third threshold value used here is a threshold value smaller than the second threshold value, and can be set in the same manner as the threshold value of the sixth embodiment and stored in a database stored in the storage device 104 or the like. .
- step S1012 If it is determined that the elapsed time is greater than or equal to the third threshold (step S1012, YES), the CPU 101 denies the exception application as in the sixth embodiment (step S1014).
- the CPU 101 executes notification to the administrator A as in the first embodiment as a handling process related to rejection of exception application (step S1016). In this case, instead of or together with the notification to the administrator A, at least one of the notification to the user U and the block of the device 12 from the network can be executed as in the first embodiment.
- step S1012, NO the CPU 101 denies the exception application as in the sixth embodiment (step S1018).
- the CPU 101 executes the blocking of the device 12 from the network as in the first embodiment as a corresponding process regarding exception application rejection (step S1020). Note that in this case, at least one of the notification to the user U and the notification to the administrator A can be executed instead of or together with the blocking of the device 12 from the network, as in the first embodiment.
- the configuration of the system 2 including the management device 10 and the device 12 according to the present embodiment is the same as the configuration according to the first embodiment shown in FIGS. This embodiment is different from the first embodiment in the process related to exception application in the management method executed by the management apparatus 10.
- the management methods according to the first to eighth embodiments can be executed in combination with each other, and the final exception application can be approved or rejected based on the result of the approval or rejection of the exception application by the combined management method.
- FIG. 16 is a flowchart showing a management method executed by the management apparatus 10 according to the present embodiment.
- the CPU 101 executes the first management method to approve or reject the exception application (step S1100).
- the CPU 101 uses any of the management methods according to the first to fifth embodiments as the first management method.
- the CPU 101 executes the second management method to approve or reject the exception application (step S1102).
- the CPU 101 uses one of the management methods according to the sixth and seventh embodiments as the second management method.
- step S1102 If the exception application is approved by the second management method (step S1102, approval), the CPU 101 finally approves the exception application (step S1104).
- step S1102 if the exception application is denied by the second management method (step S1102, denial), the CPU 101 finally denies the exception application (step S1106).
- the CPU 101 executes notification to the user U as a corresponding process regarding rejection of exception application as in the first embodiment (step S1108). In this case, instead of or together with the notification to the user U, at least one of the notification to the administrator A and the block of the device 12 from the network can be executed as in the first embodiment.
- the CPU 101 executes the second management method to approve or reject the exception application (step S1110).
- the CPU 101 uses one of the management methods according to the sixth and seventh embodiments as the second management method similar to step S1102.
- the CPU 101 When the exception application is approved by the second management method (step S1110, approval), the CPU 101 finally denies the exception application (step S1106). Next, the CPU 101 executes notification to the user U as a corresponding process regarding rejection of exception application as in the first embodiment (step S1108). In this case, instead of or together with the notification to the user U, at least one of the notification to the administrator A and the block of the device 12 from the network can be executed as in the first embodiment.
- the CPU 101 determines whether the exception application is denied by the second management method (step S1110, denial). If the exception application is denied by the second management method (step S1110, denial), the CPU 101 finally denies the exception application (step S1112). Next, the CPU 101 executes notification to the administrator A as the corresponding process regarding the rejection of the exception application (step S1114). In this case, instead of or together with the notification to the administrator A, at least one of the notification to the user U and the block of the device 12 from the network can be executed as in the first embodiment.
- a plurality of management methods can be executed in combination with each other, and the final exception application can be approved or rejected based on the result of the approval or rejection of the exception application by the combined management method.
- management methods is not limited to the above case, and the CPU 101 can execute the management methods in various combinations.
- the CPU 101 uses any one of the management methods according to the sixth and seventh embodiments as the first management method, and uses any one of the management methods according to the first to fifth embodiments as the second management method. be able to.
- the CPU 101 can use any of the management methods according to the first to fifth embodiments as the first management method, and can use the management method according to the eighth embodiment as the second management method.
- the CPU 101 can use the management method according to the eighth embodiment as the first management method, and use any of the management methods according to the first to fifth embodiments as the second management method.
- the CPU 101 can use any of the management methods according to the sixth and seventh embodiments as the first management method, and can use the management method according to the eighth embodiment as the second management method.
- the CPU 101 can use the management method according to the eighth embodiment as the first management method, and use any of the management methods according to the sixth and seventh embodiments as the second management method.
- the CPU 101 uses any one of the management methods according to the first to fifth embodiments as the first management method, and uses the other management methods according to the first to fifth embodiments as the second management method. Either can be used. More specifically, for example, the CPU 101 can use the management method according to the first embodiment as the first management method, and use the management method according to the third embodiment as the second management method. For example, the CPU 101 can use the management method according to the third embodiment as the first management method, and use the management method according to the first embodiment as the second management method.
- the CPU 101 can use the management method according to the sixth embodiment as the first management method, and use the management method according to the seventh embodiment as the second management method.
- the CPU 101 can use the management method according to the seventh embodiment as the first management method, and use the management method according to the sixth embodiment as the second management method.
- the CPU 101 does not necessarily need to execute the second management method after the first management method, and can execute both methods at the same time regardless of the previous or later of both methods.
- the CPU 101 changes the handling process regarding the rejection of the exception application according to the combination of the result of the approval or rejection of the exception application by the first management method and the result of the approval or rejection of the exception application by the second management method. Can be executed.
- the CPU 101 can arbitrarily set and use weights for the first management method and the second management method. For example, the CPU 101 gives weight values weighted with different weights when the exception application is denied by the first management method and when the exception application is denied by the second management method. It can be. In this case, the CPU 101 assigns the weighting value assigned when the exception application is approved or rejected by the first management method and the weighting value assigned when the exception application is approved or rejected by the second management method. And calculate the total value. Next, the CPU 101 can change and execute a corresponding process related to rejection of exception application according to the total value.
- the CPU 101 can also execute a combination of three or more management methods.
- FIG. 17 is a block diagram illustrating a functional configuration of a management apparatus according to another embodiment.
- the management apparatus 1000 receives a request for not changing the software configuration of the device from the applicant, and a process for rejecting the application based on the number of applications received by the reception unit 1002. Part 1004.
- the application since the application is rejected based on the number of applications that the software configuration of the device is not changed, the application can be appropriately rejected.
- the management device 10 may be configured by a single device, or may be configured by two or more physically separated devices connected by wire or wirelessly.
- the management device 10 and the management terminal 14 may be configured by the same device.
- both the management device 10 and the network cutoff device 16 may be configured by the same device.
- the management terminal 14 the firewall / proxy server 18, the network cutoff device 16, etc. are It may be a management target.
- the management apparatus 10 is configured to transmit a countermeasure instruction for the vulnerability of the device 12, but the present invention is not limited to this.
- the management apparatus 10 may be configured to transmit a countermeasure instruction for uninstalling the software when software prohibited from installation as a policy of the organization 1 is installed in the device 12.
- the management apparatus 10 may be configured to transmit a countermeasure instruction for requesting installation of software when the software that requires installation as a policy of the organization 1 is not installed in the device 12.
- the number of exception applications itself is calculated has been described as an example.
- the present invention is not limited to this.
- the number of exception applications can also be calculated as a relative number indicating the ratio of the number of times to the number of software configuration change instructions.
- a processing method in which a program for operating the configuration of the embodiment is recorded on a recording medium so as to realize the functions of the above-described embodiments, the program recorded on the recording medium is read as a code, and executed on a computer. It is included in the category of each embodiment. That is, a computer-readable recording medium is also included in the scope of each embodiment. In addition to the recording medium on which the above-described computer program is recorded, the computer program itself is included in each embodiment.
- the recording medium for example, a floppy (registered trademark) disk, a hard disk, an optical disk, a magneto-optical disk, a CD-ROM (Compact Disc-Read Only Memory), a magnetic tape, a nonvolatile memory card, and a ROM can be used.
- the processing is not limited to a single program recorded in the recording medium, and operates on an OS (Operating System) in cooperation with other software and the function of the expansion board to execute the processing. Those are also included in the category of each embodiment.
- SaaS Software as a Service
- Appendix 1 A receiving unit that accepts an application not to change the software configuration of the device in response to a change instruction that instructs to change the software configuration of the device; And a processing unit that rejects the application based on a time point related to the change instruction and a time point of the application received by the receiving unit.
- Appendix 2 The management apparatus according to appendix 1, wherein the processing unit performs notification or blocking of the device from the network when rejecting the application.
- Appendix 3 The management apparatus according to appendix 1 or 2, wherein the processing unit rejects the application based on a time between the time when the change instruction is performed and the time when the application is performed.
- the change instruction is to instruct a change in the software configuration up to a change deadline,
- the management device according to any one of appendices 1 to 3, wherein the processing unit rejects the application based on a time between the time when the application is made and the change deadline.
Landscapes
- Engineering & Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Computer Hardware Design (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Computing Systems (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Stored Programmes (AREA)
Abstract
機器のソフトウェア構成の変更をしない旨の申請を適切に否認することができる管理装置、管理方法及び記録媒体を提供する。管理装置は、機器のソフトウェア構成の変更を指示する変更指示に対する、機器のソフトウェア構成を変更しない旨の申請を受け付ける受付部と、変更指示に関連する時点及び受付部により受け付けられた申請の時点に基づき、申請を否認する処理部とを有する。
Description
本発明は、管理装置、管理方法及び記録媒体に関する。
特許文献1には、コンピュータシステム管理装置が記載されている。特許文献1に記載のコンピュータシステム管理装置は、複数のコンピュータがネットワークにより接続されたコンピュータシステムのセキュリティに必須の対策が確実に講じられるよう管理するものである。
上記特許文献1には、コンピュータシステム管理装置から送られた必須アプリの「インストール指示画面」がコンピュータ側で表示されることが記載されている。さらに、特許文献1には、「インストール指示画面」中の「インストールする」ボタンが利用者によりクリックされない場合、すなわち「インストールしない」ボタンがクリックされた場合、インストールしない理由の入力画面が表示されることが記載されている。
特許文献1に記載のコンピュータシステム管理装置は、入力されたインストールしない理由を未インストール理由表に登録し、必須アプリがインストールされていないと判別した場合に正当な理由が登録されているか否かを判別する。しかしながら、特許文献1に記載のコンピュータ管理装置では、正当な理由が登録されているか否かを判定しているにすぎないため、その理由の入力について適否を判断することはできない。
本発明の目的は、上述した課題に鑑み、機器のソフトウェア構成の変更をしない旨の申請を適切に否認することができる管理装置、管理方法及び記録媒体を提供することにある。
本発明の一観点によれば、機器のソフトウェア構成の変更を指示する変更指示に対する、前記機器の前記ソフトウェア構成を変更しない旨の申請を受け付ける受付部と、前記変更指示に関連する時点及び前記受付部により受け付けられた前記申請の時点に基づき、前記申請を否認する処理部とを有することを特徴とする管理装置が提供される。
本発明の他の観点によれば、機器のソフトウェア構成の変更を指示する変更指示に対する、前記機器の前記ソフトウェア構成を変更しない旨の申請を受け付け、前記変更指示に関連する時点及び受け付けられた前記申請の時点に基づき、前記申請を否認することを特徴とする管理方法が提供される。
本発明のさらに他の観点によれば、コンピュータに、機器のソフトウェア構成の変更を指示する変更指示に対する、前記機器の前記ソフトウェア構成を変更しない旨の申請を受け付け、前記変更指示に関連する時点及び受け付けられた前記申請の時点に基づき、前記申請を否認することを実行させるプログラムが記録された記録媒体が提供される。
本発明によれば、機器のソフトウェア構成の変更をしない旨の申請を適切に否認することができる。
[第1実施形態]
本発明の第1実施形態による管理装置及び管理方法について図1乃至図6を用いて説明する。
本発明の第1実施形態による管理装置及び管理方法について図1乃至図6を用いて説明する。
まず、本実施形態による管理装置及びその管理対象の機器を含むシステムの全体構成の一例について図1を用いて説明する。図1は、本実施形態による管理装置及びその管理対象の機器を含むシステムの全体構成の一例を示す概略図である。
図1に示すように、例えば企業等の組織1内において構築されたシステム2は、本実施形態による管理装置10と、複数の機器12と、管理端末14と、ネットワーク遮断装置16と、ファイアウォール/プロキシサーバ18とを含んでいる。管理装置10、複数の機器12、管理端末14、ネットワーク遮断装置16及びファイアウォール/プロキシサーバ18は、組織内ネットワーク20に通信可能に接続されている。
組織1の内部ネットワークである組織内ネットワーク20は、ファイアウォール/プロキシサーバ18を介してインターネット22に接続されている。組織内ネットワーク20に対する外部ネットワークであるインターネット22には、情報配信サーバ24が接続されている。
本実施形態による管理装置10は、組織1内において利用される複数の機器12を管理対象とする情報処理装置である。管理装置10は、管理対象とする複数の機器12に潜む脆弱性の把握及び脆弱性に対する対策の実行を支援する。管理装置10は、組織1の設備としてその組織1により管理、運用されるオンプレミス型のものであってもよいし、組織1とは別組織の企業等により管理、運用されるクラウド型のものであってもよい。
機器12は、組織1内において利用者Uにより利用され又は管理される機器であり、例えば、クライアントPC(Personal Computer)、サーバ等の情報処理装置である。利用者Uには、機器12を利用する者自体のほか、一又は複数の機器12を管理する機器管理者が含まれうる。
複数の機器12は、組織内ネットワーク20において、同一のセグメントに接続されたものであってもよいし、互いに異なる複数のセグメントに接続されたものであってもよい。なお、機器12は、必ずしもクライアントPC、サーバ等の情報処理装置に限定されるものではなく、組織内ネットワーク20に接続可能な機器であればよい。
管理端末14は、組織1内においてシステム2のセキュリティを管理する管理者Aにより利用される情報処理端末である。管理者Aは、管理端末14を介して、管理装置10の設定及び操作を行い、また、管理装置10による処理結果を確認することができる。また、管理者Aは、管理端末14を介して管理装置10からの通知を受けることができる。
ネットワーク遮断装置16は、管理装置10による指示に従って特定の機器12のネットワーク通信を遮断するネットワーク機器である。例えば、組織内ネットワーク20において複数のセグメントが構成されている場合、ネットワーク遮断装置16は、セグメントごとに設けることができる。ネットワーク遮断装置16は、例えば、組織内ネットワーク20への機器12によるアクセスを遮断するように構成することできる。また、ネットワーク遮断装置16は、例えば、組織内ネットワーク20への機器12によるアクセスを許可する一方で、インターネット22等の組織1の外部ネットワークへの機器12によるアクセスを遮断するように構成することもできる。
ファイアウォール/プロキシサーバ18は、ファイアウォール機能及びプロキシ機能を有するネットワーク機器である。ファイアウォール機能は、インターネット22を介した外部ネットワークから組織内ネットワーク20へのアクセス、及びインターネット22を介した組織内ネットワーク20から外部ネットワークへのアクセスを制御する。プロキシ機能は、組織内ネットワーク20とインターネット22との接続を中継する。
組織内ネットワーク20は、例えば、専用線又は仮想専用線で構築されたイントラネットである。組織内ネットワーク20は、例えば、組織1の拠点ごとに構築された複数のセグメントを含んでいてもよい。
情報配信サーバ24は、インターネット22を介して、機器12において実行されるソフトウェアに関する脆弱性情報を管理装置10に定期又は不定期に配信するサーバである。脆弱性情報が配信されるソフトウェアには、例えば、オペレーティングシステム(Operating System、OS)、ミドルウェア、アプリケーションソフトウェア等が含まれる。脆弱性情報には、例えば、脆弱性の内容、脆弱性の影響度、脆弱性の調査方法、脆弱性の対策方法等が含まれる。情報配信サーバ24は、例えば、OSベンダー、ソフトウェアベンダーにより公開される脆弱性情報や、脆弱性情報を発信する組織により発信される脆弱性情報を収集する。情報配信サーバ24は、収集した脆弱性情報のうち、組織1におけるシステム2に必要な脆弱性情報を管理装置10に配信する。なお、管理装置10には、手動で脆弱性情報を入力することも可能である。
こうして、組織1において、管理装置10と、その管理対象である複数の機器12とを含むシステム2が構築されている。以下、管理装置10及び機器12についてさらに図2を用いて説明する。図2は、本実施形態による管理装置10及びその管理対象の機器12のハードウェア構成の一例を示すブロック図である。
管理装置10は、図2に示すように、CPU(Central Processing Unit)101と、ROM(Read Only Memory)102と、RAM(Random Access Memory)103と、記憶装置104と、通信部105とを有している。CPU101、ROM102、RAM103、記憶装置104及び通信部105は、共通のバスライン106に接続されている。
CPU101は、ROM102、記憶装置104等に記憶されたプログラムに従って動作し、管理装置10全体の動作を制御する制御部として機能する。RAM103は、CPU101の動作に必要なメモリ領域を提供する。特に、CPU101は、例えば記憶装置104にインストールされたマネージャソフトウェアを実行することにより、以下の処理を実行する。
CPU101は、情報配信サーバ24から配信される脆弱性情報を通信部105を介して受信する。CPU101は、受信した脆弱性情報を記憶装置104のデータベースに格納して蓄積する。
また、CPU101は、システム2における機器12から送信される機器12の構成情報を通信部105を介して受信する。CPU101は、受信した構成情報を記憶装置104のデータベースに格納して蓄積する。構成情報のデータベースでは、機器12の構成情報が、機器12の識別情報と関連付けられて格納されている。
また、CPU101は、脆弱性調査の指示を通信部105を介して機器12に送信する。CPU101は、記憶装置104のデータベースに格納された脆弱性情報及び構成情報に基づき、指示する脆弱性調査の内容を決定することができる。脆弱性調査の指示には、脆弱性を発見するための検索式等を含む脆弱性の発見方法が含まれている。なお、構成情報から脆弱性が明らかな場合等には、脆弱性調査の指示、並びにこれを受けた脆弱性調査の実施、その結果の送信及び集計は省略してもよい。
また、CPU101は、脆弱性調査を行った複数の機器12から送信される脆弱性調査の結果を通信部105を介して受信する。CPU101は、受信した脆弱性調査の結果を記憶装置104のデータベースに格納する。脆弱性調査の結果のデータベースでは、機器12についての脆弱性調査の結果が、機器12の識別情報と関連付けられて格納されている。
また、CPU101は、データベースに格納された脆弱性調査の結果を集計することができる。管理者Aは、CPU101により集計された脆弱性調査の結果を管理端末14において確認することができる。
また、CPU101は、脆弱性に対する対策指示を通信部105を介して機器12に送信する。より具体的には、CPU101は、脆弱性に対する対策指示として、機器12におけるソフトウェア構成の変更を指示する変更指示を送信する。脆弱性に対する対策は、例えば、脆弱性調査の調査結果を分析した管理者Aにより立案されたものである。また、脆弱性に対する対策は、例えば、脆弱性調査の調査結果に基づき、予め規定された対策ルールに従ってCPU101により自動的に生成されたものであってもよい。対策指示は、その対策を実施してソフトウェア構成を変更すべき期限である変更期限を設定したものであってもよい。また、CPU101は、脆弱性に対する対策指示を、上述のように送信するとともに記憶装置104のデータベースに格納する。なお、CPU101は、機器12を対象とする対策指示を、その機器12以外の端末へ送信することも可能である。例えば、機器12がサーバである場合、CPU101は、そのサーバである機器12の管理者が使用する端末に対策指示を送信することが可能である。
機器12のソフトウェア構成の変更としては、特に限定されるものではないが、例えば、ソフトウェアに対するパッチの適用、ソフトウェアのアップデート又はアップグレード、ソフトウェアのインストール又はアンインストールが挙げられる。また、機器12のソフトウェア構成の変更として、例えば、サービスの実行又は停止、ソフトウェアの設定変更、ファイルの作成又は削除等が挙げられる。なお、ここにいうソフトウェアには、OS、ミドルウェア、アプリケーションソフトウェア及びその他のあらゆるソフトウェアが含まれる。
また、CPU101は、受付部として機能し、脆弱性に対する対策指示を受けた機器12から送信される例外申請を通信部105を介して受信して受け付ける。例外申請は、脆弱性に対する対策指示において指示されたソフトウェア構成の変更をしない旨の申請である。CPU101は、受信した例外申請を記憶装置104のデータベースに格納する。
また、CPU101は、処理部として機能し、記憶装置104のデータベースに格納された例外申請の特徴に基づき、後述するように例外申請を承認又は否認する。さらに、CPU101は、処理部として機能し、後述するように例外申請を否認した場合において対応処理を実行する。対応処理は、例えば、利用者U及び/又は管理者Aに対する通知、機器12のネットワークからの遮断である。
記憶装置104には、例えば、管理装置10においてCPU101により実行されるOS、ミドルウェア、アプリケーションソフトウェア等のソフトウェアがインストールされている。アプリケーションソフトウェアには、上記マネージャソフトウェアのほか、管理装置10において実現すべき機能に応じた種々のアプリケーションソフトウェアが含まれる。
また、記憶装置104には、上述した脆弱性情報、構成情報、脆弱性調査の結果及び例外申請が格納される各データベースが記憶されている。
通信部105は、組織内ネットワーク20に接続され、CPU101による制御に従って、組織内ネットワーク20を介した情報の送受信を行う。
一方、機器12は、図2に示すように、CPU121と、ROM122と、RAM123と、記憶装置124と、通信部125と、入力装置126と、表示装置127とを有している。CPU121、ROM122、RAM123、記憶装置124、通信部125、入力装置126及び表示装置127は、共通のバスライン128に接続されている。
CPU121は、ROM122、記憶装置124等に記憶されたプログラムに従って動作し、機器12全体の動作を制御する制御部として機能する。RAM123は、CPU121の動作に必要なメモリ領域を提供する。特に、CPU121は、例えば記憶装置124にインストールされたエージェントソフトウェアを実行することにより、以下の処理を実行する。
CPU121は、機器12の構成情報を定期又は不定期に収集する。構成情報には、例えば、OSの種別、OSのバージョン、CPU名、IP(Internet Protocol)アドレス、MAC(Media Access Control)アドレス、サービスの起動状況、インストールされているソフトウェアに関する情報が含まれる。また、構成情報には、CPU名以外の機器12のハードウェアに関する情報が含まれていてもよい。また、CPU121は、収集した構成情報を管理装置10に定期又は不定期に通信部125を介して送信する。この際、CPU121は、機器12を特定するID(Identification)、機器名等の識別情報と関連付けて構成情報を送信する。
また、CPU121は、管理装置10から送信される脆弱性調査の指示を通信部125を介して受信する。また、CPU121は、脆弱性調査の指示に含まれる脆弱性の発見方法を用いて機器12の脆弱性調査を実施し、その機器12における脆弱性の有無を調査する。
脆弱性調査において、CPU121は、脆弱性の発見方法に従って、次の確認処理を実施する。CPU121は、例えば、ファイル、フォルダ、レジストリを確認する。また、CPU121は、例えば、ソフトウェアのバージョンを確認する。また、CPU121は、例えば、コマンドの実行結果を確認する。また、CPU121は、例えば、サービス又はプロセスの起動状況を確認する。また、CPU121は、例えば、特定の入力に対する応答を確認する。また、CPU121は、例えば、機器12におけるシステム情報を取得して確認する。CPU121は、これらの確認処理を実施することにより、機器12における脆弱性の有無を調査することができる。
また、CPU121は、上述のようにして行った脆弱性調査の結果を通信部125を介して管理装置10に送信する。この際、CPU121は、機器12を特定するID、機器名等の識別情報と関連付けて脆弱性調査の結果を送信する。
また、CPU121は、管理装置10から送信される脆弱性に対する対策指示を通信部125を介して受信する。また、CPU121は、受信した対策指示に含まれる対策の内容を示す通知画面を表示装置127に表示する。これにより、CPU121は、機器12の利用者Uに対して、管理装置10から受信した対策指示を通知して、その指示に従った対策の実施を促す。
なお、管理装置10から受信した対策指示は、自動で実施可能な対策の強制的な指示である場合がありうる。この場合、CPU121は、管理装置10から受信した対策の強制的な指示に従って、脆弱性に対する対策を自動で実施する。以下では、特に明示しないかぎり、管理装置10から受信した対策指示が、利用者Uの手動による対策の実施を求める対策指示である場合について説明する。
また、脆弱性に対する対策を実施する場合、CPU121は、入力装置126を介して入力される利用者Uの指示に従って、脆弱性に対する対策として、上述したソフトウェア構成の変更を実施する。利用者Uは、表示装置127に表示される対策の内容に従って、入力装置126を介して機器12のソフトウェア構成を変更することができる。
一方、脆弱性に対する対策を実施しない場合、CPU121は、例外申請を通信部125を介して管理装置10に送信する。例外申請は、上述のように、脆弱性に対する対策指示において指示されたソフトウェア構成の変更を例外的に行わない旨の申請である。CPU121は、入力装置126を介して入力される利用者Uの指示に従って例外申請を送信することができる。
また、CPU121は、管理装置10から送信される通知を通信部125を介して受信する。CPU121は、受信した通知の内容を表示装置127にポップアップ表示等により表示することができる。
記憶装置124には、例えば、機器12においてCPU121により実行されるOS、ミドルウェア、アプリケーションソフトウェア等のソフトウェアがインストールされている。アプリケーションソフトウェアには、上記エージェントソフトウェアのほか、機器12において実現すべき機能に応じた種々のアプリケーションソフトウェアが含まれる。
また、記憶装置124には、機器12において作成されたデータ、機器12における処理に必要なデータ等の各種のデータが記憶される。
通信部125は、組織内ネットワーク20に接続され、CPU121による制御に従って、組織内ネットワーク20を介した情報の送受信を行う。
入力装置126は、機器12に情報、指示等を入力するためのものである。入力装置126は、特に限定されるものではないが、キーボード、ポインティングデバイス等である。また、入力装置126は、表示装置127に組み込まれたタッチパネルであってもよい。
表示装置127は、機器12からの出力を表示するためのものである。表示装置127は、特に限定されるものではないが、例えば、液晶ディスプレイ、有機EL(Electroluminescence)ディスプレイ等である。
次に、本実施形態による管理装置10により実行される管理方法についてさらに図3乃至図6を用いて説明する。図3は、本実施形態による管理装置10、機器12及び情報配信サーバ24の処理を示すシーケンス図である。図4A、4Bは、本実施形態による管理装置10による対策指示の通知画面の例を示す概略図である。図5は、本実施形態による管理装置10に対する例外申請の申請画面の例を示す概略図である。図6は、本実施形態による管理装置10により実行される管理方法を示すフローチャートである。
図3に示すように、情報配信サーバ24は、インターネット22を介して、脆弱性情報を管理装置10に定期又は不定期に配信する(ステップS10)。
システム2に含まれる管理装置10において、CPU101は、情報配信サーバ24から配信された脆弱性情報をデータベースとして格納して蓄積する(ステップS12)。こうして、システム2の脅威となりうる脆弱性に関する脆弱性情報が、管理装置10において一元的に管理される。
また、システム2に含まれる各機器12において、CPU121は、その機器12の構成情報を定期又は不定期に収集する(ステップS14)。続いて、CPU121は、収集した構成情報を管理装置10に送信する(ステップS16)。
管理装置10において、CPU101は、機器12から送信された構成情報をデータベースに格納して蓄積する(ステップS18)。
また、管理装置10において、CPU101は、脆弱性調査の指示を機器12に送信する(ステップS20)。CPU101は、脆弱性情報及び構成情報に基づき脆弱性調査の内容を決定することができる。
各機器12において、CPU121は、管理装置10から送信された脆弱性調査の指示を受けて、脆弱性調査を実施する(ステップS22)。また、各機器12において、CPU121は、実施した脆弱性調査の結果を管理装置10に送信する(ステップS24)。
管理装置10において、CPU101は、各機器12から送信された脆弱性調査の結果を集計する(ステップS26)。
次いで、管理装置10において、CPU101は、脆弱性に対する対策指示を機器12に送信する(ステップS28)。
機器12に対して送信された脆弱性に対する対策指示は、機器12において表示装置127に表示させることができる。図4A、4Bは、管理装置10による対策指示の機器12における表示画面の例を示す概略図である。図4Aは、対策指示をリスト形式で表示するビューア画面の例を示している。図4Bは、対策の詳細を示す詳細画面の例を示している。
機器12において、CPU121は、管理装置10から脆弱性に対する対策指示を受けると、例えば、図4Aに示すビューア画面40を表示装置127にポップアップ表示させて利用者Uに対して対策の実施を促すことができる。また、CPU121は、ビューア画面40における[GO]ボタン406がクリックされると、図4Bに示す詳細画面50を表示装置127に表示させることができる。さらに、CPU121は、詳細画面50における[理由設定]ボタン510cがクリックされると、図5に示す理由設定画面60を表示装置127に表示させることができる。
ビューア画面40には、脆弱性に対する対策がリスト形式で表示された対策指示リスト欄402が設けられている。対策指示リスト欄402には、対策を特定する識別子である「ID」、対策の重要度の高低を示す「重要度」、対策が実施されているか否か示す「状態」、対策内容を説明する「説明」、及び例外申請の理由を示す「理由」が対策ごとに表示されている。
また、対策指示リスト欄402に表示された対策ごとに、対策を選択するためのチェックボックス404と、対策の詳細を示す詳細画面を表示するための[GO]ボタン406とが設けられている。[GO]ボタン406をクリックすることにより、その対策の詳細を表示する図4Bに示す詳細画面50を表示させることができる。
また、ビューア画面40には、対策の実施を指示するための[対策の実施]ボタン408が設けられている。対策が自動で実施可能な場合、その対策のチェックボックス404をチェックして[対策の実施]ボタン408をクリックすることにより、その対策を実施することができる。そのほか、ビューア画面40には、脆弱性調査の再実施を指示するための[再調査]ボタン410等が設けられている。
詳細画面50には、リスク表示欄502が設けられている。リスク表示欄502は、対策が対象とする脆弱性によるリスクに関する情報を表示する。リスク表示欄502には、リスクを特定する識別子である「リスクID」、対策を示す「タイトル」、脆弱性の概要を示す「概要」、対策の対象となる製品を示す「対象製品」、及び脆弱性によるリスクの詳細を示す「詳細」が表示されている。
また、詳細画面50には、対策を選択する対策選択欄504が設けられている。対策選択欄504では、例えばプルダウンメニューにより、対策を実施する場合の一又は複数の対策、及び対策を実施しない場合の例外申請を選択することが可能になっている。
また、詳細画面50には、対策選択欄504で選択された対策の詳細を示す対策詳細欄506が設けられている。対策詳細欄506には、対策の内容を説明する「対策内容説明」、対策の実施による影響点を示す「対策実施時の影響点」、及び関連情報を示す「関連情報」が表示されている。
また、詳細画面50には、対策選択欄504における選択内容に応じて表示されるボタンが切り替わるボタン表示領域508が設けられている。選択された対策が自動的に実施可能な対策である場合、ボタン表示領域508には、[対策を実施]ボタン510aが表示される。[対策を実施]ボタン510aをクリックすることにより、機器12において対策が自動的に実施される。また、選択された対策が手動で実施する必要がある対策である場合、ボタン表示領域508には、[対策状況を確認]ボタン510bが表示される。利用者Uが対策を手動で実施した後、[対策状況を確認]ボタン510bをクリックすることにより、対策の実施状況を確認することができる。一方、例外申請が選択された場合、[理由設定]ボタン510cが表示される。[理由設定]ボタン510cをクリックすることにより、例外申請の理由を設定するための図5に示す理由設定画面60が表示装置127に表示される。
なお、管理装置10は、機器12の利用者Uを宛先とする電子メールにより、脆弱性に対する対策指示を送信することもできる。なお、上述した図4A、4B及び図5に示す画面は一例であり、一部内容は省略されてもよいし、画面レイアウトや画面遷移はこれに限定されるものではない。また、脆弱性に対する対策指示は、エージェントソフトウェアやメール以外に、ウェブ等で実現されたユーザインターフェースにより利用者Uに対して伝達することもできる。
上述のようにして、脆弱性に対する対策指示を受けた利用者Uは、利用又は管理する機器12についてその対策を実施するか否かを判断する(ステップS30)。対策を実施すると判断した場合(ステップS30、YES)、利用者Uは、対策指示に従って対策を実施する(ステップS32)。
一方、対策を実施しないと判断した場合(ステップS30、NO)、利用者Uは、機器12から管理装置10に対して例外申請を行う。この場合、利用者Uは、図4Bに示す詳細画面50の対策選択欄504において、例外申請を選択して、ボタン表示領域508に表示される[理由設定]ボタン510cをクリックする。これにより、理由設定画面60が表示装置127に表示される。
理由設定画面60には、理由選択欄602が設けられている。理由選択欄602では、例えばプルダウンメニューにより、例外申請を行う理由として、定型の理由である「対策実施済み」、「開発環境のため」、「機器のスペック不足」、「その他」等の選択肢の中から選択することが可能になっている。また、理由設定画面60には、理由選択欄602において「その他」を選択した場合に自由文で理由が入力可能な理由入力欄604が設けられている。利用者Uは、理由選択欄602又は理由入力欄604において例外申請の理由を設定することができる。
また、理由設定画面60には、[登録]ボタン606と、[キャンセル]ボタン608とが設けられている。[登録]ボタン606は、理由選択欄602又は理由入力欄604において設定された例外申請の理由を管理装置10に登録するためのボタンである。[キャンセル]ボタン608は、例外申請の理由の設定をキャンセルするためのボタンである。
機器12において、CPU121は、利用者Uにより[登録]ボタン606がクリックされると、設定された理由とともに例外申請を管理装置10に送信する(ステップS34)。
こうして、利用者Uは、管理装置10から送信された対策指示に対して、例外申請を行うことができる。例外申請は、例えば、例外申請を行った日時、申請者である利用者Uの識別情報、例外申請の対象となる機器12の識別情報、例外申請の対象となる対策の識別情報等を含むことができる。利用者Uの識別情報は、例えば、利用者Uの氏名、ID、電子メールアドレス等である。機器12の識別情報は、例えば、機器12の機器名、ID、IPアドレス等である。対策の識別情報は、例えば、対策名、ID等である。
このように、管理装置10と機器12とを含むシステム2においては、ある機器12について脆弱性に対する対策を何らかの理由により実施しない場合に、管理装置10に対して例外申請を行うことが可能になっている。申請者である利用者Uは、自己が利用又は管理する機器12に応じて、例えば、機器12が開発環境を提供するものであること、機器12のスペック不足等を理由に、脆弱性に対する対策としてのソフトウェア構成の変更を行わない旨の例外申請を行うことができる。利用者Uは、一又は複数の機器12について例外申請を行うことができる。
しかしながら、利用者Uによっては、脆弱性に対する対策として指示された機器12のソフトウェア構成の変更を行いうるにもかかわらず、その変更作業を怠ることを目的として例外申請を繰り返して行うことがある。例えば、ソフトウェア構成の変更方法が分からないために変更作業を行うことができない場合、業務等の都合により変更作業を行う時間を確保することができない場合等のように、利用者Uが変更作業を行わないことに正当な理由があるとはいえない場合がある。このような場合に、利用者Uは、変更作業を怠るとともに、変更作業を怠ったことに起因する管理者Aからの通知、機器12のネットワークからの遮断等を回避することを目的として例外申請を行うことがある。
特に、同一の利用者Uが行った例外申請の回数が過度に多い場合、その利用者Uが行った例外申請は、上記のようにソフトウェア構成の変更作業を怠ることを目的とした信憑性のない例外申請であると評価することができる。したがって、そのような例外申請は、否認することができる。
そこで、本実施形態による管理装置10は、例外申請の特徴の一つである例外申請の回数に基づき、より具体的には、同一の利用者Uが行った例外申請の回数に基づき、例外申請の申請者である利用者U毎に例外申請を承認又は否認する。
以下、本実施形態による管理装置10により実行される管理方法における例外申請に関する処理について図6を用いて説明する。
なお、管理装置10が例外申請に関する処理を実行するタイミングは、特に限定されるものではない。管理装置10は、例えば、週単位、月単位、四半期単位、半期単位、年単位等の一定期間毎に例外処理に関する処理を実行することができる。また、管理装置10は、例えば、利用者Uからの例外申請を受信する毎に例外申請に関する処理を実行することもできる。
図6に示すように、まず、管理装置10において、CPU101は、記憶装置104に記憶された例外申請のデータベースを参照して、同一の利用者Uが行った例外申請の回数を計算する(ステップS100)。例外申請の回数の計算に際して、CPU101は、例えば、週単位、月単位、四半期単位、半期単位、年単位等の一定期間に行われた例外申請の回数を計算することができる。
次いで、CPU101は、ステップS100で計算した例外申請の回数を閾値と比較して、例外申請の回数が閾値以下であるか否かを判定する(ステップS102)。ここで用いる閾値は、一定期間において一の利用者Uが例外申請を行いうる上限回数であり、組織1において適宜設定される値である。また、閾値である上限回数は、利用者Uの権限等に応じて利用者U毎に個別の値を設定することもできるし、複数の利用者Uについて一律に同一の値を設定することもできる。また、上限回数は、CPU101による参照が可能なように予め記憶装置104等に記憶されたデータベースに格納しておくことができる。
例外申請の回数が閾値以下であると判定すると(ステップS102、YES)、CPU101は、同一の利用者Uにより一定期間に行われた例外申請を承認する(ステップS104)。このように同一の利用者Uにより行われた例外申請の回数が比較的少ない場合には、信憑性のある例外申請であると評価することができるため、例外申請を承認することができる。
一方、例外申請の回数が閾値を超えると判定すると(ステップS102、NO)、CPU101は、同一の利用者Uにより一定期間に行われた例外申請を否認する(ステップS106)。このように同一の利用者Uにより行われた例外申請の回数が比較的多い場合には、信憑性のない例外申請であると評価することができるため、例外申請を否認することができる。
例外申請を否認すると、CPU101は、例外申請の否認に関する対応処理を実行する(ステップS108)。CPU101は、対応処理として、例えば、否認した例外申請を行った利用者Uに対する通知若しくは否認した例外申請が対象とする機器12の利用者U、又は管理者Aに対する通知を実行することができる。また、CPU101は、対応処理として、例えば、否認した例外申請が対象とする機器12のネットワークからの遮断を実行することができる。CPU101は、利用者Uに対する通知、管理者Aに対する通知及び機器12のネットワークからの遮断のうち、いずれか1つを行うことができ、いずれか2つ又はすべてを組み合わせて実行することもできる。
通知は、例えば、例外申請が否認されたことを利用者U及び/又は管理者Aに伝達することを内容とするものである。また、通知は、例えば、否認された例外申請が対象とする脆弱性に対する対策を実施することを利用者U及び/又は管理者Aに促すことを内容とするものであってもよい。また、通知は、例えば、脆弱性に対する対策が未実施の場合に組織1において機器12の利用制限等の処分が行われることを予告することを内容とするものであってもよい。
CPU101は、否認した例外申請を行った利用者Uが利用する機器12若しくは否認した例外申請が対象とする機器12、又は管理者Aが利用する管理端末14に対して、組織内ネットワーク20を介して上記通知を送信することができる。通知を受信した機器12又は管理端末14は、ポップアップ表示等により通知の内容を表示することができる。また、CPU101は、否認した例外申請を行った利用者U及び/又は管理者Aの電子メールアドレス宛に上記通知の内容を含む電子メールを送信することにより通知を行うことができる。
また、否認した例外申請が対象とする機器12のネットワークからの遮断を実行する場合、CPU101は、ネットワーク遮断装置16に対して、その機器12についてのネットワーク遮断の指示を組織内ネットワーク20を介して送信する。ネットワーク遮断装置16は、ネットワーク遮断の指示を受信すると、その指示に従って、機器12の組織内ネットワーク20又はインターネット22へのアクセスを遮断する。
このように、本実施形態によれば、同一の利用者Uが行った例外申請の回数に基づき、申請者である利用者U毎に例外申請を承認又は否認するので、その利用者Uが行った例外申請を適切に承認又は否認することができる。また、本実施形態によれば、例外申請を適切に承認又は否認することができるため、ソフトウェア構成の変更作業を怠ることを目的とした例外申請を抑制することができる。
[第2実施形態]
本発明の第2実施形態による管理装置及び管理方法について図7を用いて説明する。なお、上記第1実施形態と同様の構成要素については同一の符号を付し説明を省略し又は簡略にする。
本発明の第2実施形態による管理装置及び管理方法について図7を用いて説明する。なお、上記第1実施形態と同様の構成要素については同一の符号を付し説明を省略し又は簡略にする。
本実施形態による管理装置10と機器12とを含むシステム2の構成は、図1及び図2に示す第1実施形態による構成と同様である。本実施形態は、管理装置10により実行される管理方法における例外申請に関する処理が第1実施形態とは異なっている。
同一の利用者Uが例外申請を行った機器12の台数が過度に多い場合も、その利用者Uが行った例外申請は、上記のようにソフトウェア構成の変更作業を怠ることを目的とした信憑性のない例外申請であると評価することができる。したがって、そのような例外申請は、否認することができる。
そこで、本実施形態による管理装置10は、例外申請の特徴の一つである例外申請の回数に基づき、より具体的には、同一の利用者Uにより例外申請が行なわれた機器12の台数に基づき、例外申請の申請者である利用者U毎に例外申請を承認又は否認する。すなわち、本実施形態による管理装置10は、同一の利用者Uにより複数の機器12を対象として行われた例外申請の回数に基づき、利用者U毎に例外申請を承認又は否認する。
以下、本実施形態による管理装置10により実行される管理方法における例外申請に関する処理について図7を用いて説明する。図7は、本実施形態による管理装置10により実行される管理方法を示すフローチャートである。なお、本実施形態でも、管理装置10が例外申請に関する処理を実行するタイミングは、第1実施形態と同様に特に限定されるものではない。
図7に示すように、まず、管理装置10において、CPU101は、記憶装置104に記憶された例外申請のデータベースを参照して、同一の利用者Uにより例外申請が行われた機器12の台数を計算する(ステップS200)。機器12の台数の計算に際して、CPU101は、例えば、週単位、月単位、四半期単位、半期単位、年単位等の一定期間に同一の利用者Uにより例外申請が行われた機器12の台数を計算することができる。
計算する機器12の台数は、複数回の例外申請が行われた1台の機器12を例外申請の回数に応じて複数台として計算する延べ台数であってもよいし、複数回の例外申請が行われた1台の機器12を1台として計算する実台数であってもよい。
次いで、CPU101は、ステップS200で計算した機器12の台数を閾値と比較して、機器12の台数が閾値以下であるか否かを判定する(ステップS202)。ここで用いる閾値は、一定期間において一の利用者Uが例外申請を行いうる機器12の上限台数であり、組織1において適宜設定される値である。閾値である上限台数は、利用者Uの権限等に応じて利用者U毎に個別の値を設定することもできるし、複数の利用者Uについて一律に同一の値を設定することもできる。また、上限台数は、CPU101による参照が可能なように予め記憶装置104等に記憶されたデータベースに格納しておくことができる。
機器12の台数が閾値以下であると判定すると(ステップS202、YES)、CPU101は、同一の利用者Uにより一定期間に一又は複数の機器12について行われた例外申請を承認する(ステップS204)。このように同一の利用者Uにより例外申請が行われた機器12の台数が比較的少ない場合には、信憑性のある例外申請であると評価することができるため、例外申請を承認することができる。
一方、機器12の台数が閾値を超えると判定すると(ステップS202、NO)、CPU101は、同一の利用者Uにより一定期間に複数の機器12について行われた例外申請を否認する(ステップS206)。このように同一の利用者Uにより例外申請が行われた機器12の台数が比較的多い場合には、信憑性のない例外申請であると評価することができるため、例外申請を否認することができる。
例外申請を否認すると、CPU101は、例外申請の否認に関する対応処理を実行する(ステップS208)。CPU101は、第1実施形態と同様の対応処理を実行することができる。
このように、本実施形態によれば、同一の利用者Uにより例外申請が行われた機器12の台数に基づき、申請者である利用者U毎に例外申請を承認又は否認するので、その利用者Uが行った例外申請を適切に承認又は否認することができる。また、本実施形態によれば、例外申請を適切に承認又は否認することができるため、ソフトウェア構成の変更作業を怠ることを目的とした例外申請を抑制することができる。
[第3実施形態]
本発明の第3実施形態による管理装置及び管理方法について図8を用いて説明する。なお、上記第1及び第2実施形態と同様の構成要素については同一の符号を付し説明を省略し又は簡略にする。
本発明の第3実施形態による管理装置及び管理方法について図8を用いて説明する。なお、上記第1及び第2実施形態と同様の構成要素については同一の符号を付し説明を省略し又は簡略にする。
本実施形態による管理装置10と機器12とを含むシステム2の構成は、図1及び図2に示す第1実施形態による構成と同様である。本実施形態は、管理装置10により実行される管理方法における例外申請に関する処理が第1実施形態とは異なっている。
同一の機器12を対象として行われた例外申請の回数が過度に多い場合、その機器12を対象として行われた例外申請は、上記のようにソフトウェア構成の変更作業を怠ることを目的とした信憑性のない例外申請であると評価することができる。したがって、そのような例外申請は、否認することができる。
そこで、本実施形態による管理装置10は、例外申請の特徴の一つである例外申請の回数に基づき、より具体的には、同一の機器12を対象として行われた例外申請の回数に基づき、例外申請の対象である機器12毎に例外申請を承認又は否認する。
以下、本実施形態による管理装置10により実行される管理方法における例外申請に関する処理について図8を用いて説明する。図8は、本実施形態による管理装置10により実行される管理方法を示すフローチャートである。なお、本実施形態でも、管理装置10が例外申請に関する処理を実行するタイミングは、第1実施形態と同様に特に限定されるものではない。
図8に示すように、まず、管理装置10において、CPU101は、記憶装置104に記憶された例外申請のデータベースを参照して、同一の機器12を対象として行われた例外申請の回数を計算する(ステップS300)。例外申請の回数の計算に際して、CPU101は、例えば、週単位、月単位、四半期単位、半期単位、年単位等の一定期間に同一の機器12を対象として行われた例外申請の回数を計算することができる。
同一の機器12を対象として行われた複数の例外申請は、同一の利用者Uにより行われたものであってもよいし、異なる複数の利用者Uにより行われたものであってもよい。
次いで、CPU101は、ステップS300で計算した例外申請の回数を閾値と比較して、例外申請の回数が閾値以下であるか否かを判定する(ステップS302)。ここで用いる閾値は、一定期間において一の機器12を対象として行いうる例外申請の上限回数であり、組織1において適宜設定される値である。閾値である上限回数は、機器12の種別等に応じて機器12毎に個別の値を設定することもできるし、複数の機器12について一律に同一の値を設定することもできる。また、上限回数は、CPU101による参照が可能なように予め記憶装置104等に記憶されたデータベースに格納しておくことができる。
例外申請の回数が閾値以下であると判定すると(ステップS302、YES)、CPU101は、一定期間に同一の機器12を対象として行われた例外申請を承認する(ステップS304)。このように同一の機器12を対象として行われた例外申請の回数が比較的少ない場合には、信憑性のある例外申請であると評価することができるため、例外申請を承認することができる。
一方、例外申請の回数が閾値を超えると判定すると(ステップS302、NO)、CPU101は、一定期間に同一の機器12を対象として行われた例外申請を否認する(ステップS306)。このように同一の機器12を対象として行われた例外申請の回数が比較的多い場合には、信憑性のない例外申請であると評価することができるため、例外申請を否認することができる。
例外申請を否認すると、CPU101は、例外申請の否認に関する対応処理を実行する(ステップS308)。CPU101は、第1実施形態と同様の対応処理を実行することができる。
このように、本実施形態によれば、同一の機器12を対象として行われた例外申請の回数に基づき、例外申請の対象である機器12毎に例外申請を承認又は否認するので、その機器12を対象として行われた例外申請を適切に承認又は否認することができる。また、本実施形態によれば、例外申請を適切に承認又は否認することができるため、ソフトウェア構成の変更作業を怠ることを目的とした例外申請を抑制することができる。
[第4実施形態]
本発明の第4実施形態による管理装置及び管理方法について図9を用いて説明する。なお、上記第1乃至第3実施形態と同様の構成要素については同一の符号を付し説明を省略し又は簡略にする。
本発明の第4実施形態による管理装置及び管理方法について図9を用いて説明する。なお、上記第1乃至第3実施形態と同様の構成要素については同一の符号を付し説明を省略し又は簡略にする。
本実施形態による管理装置10と機器12とを含むシステム2の構成は、図1及び図2に示す第1実施形態による構成と同様である。本実施形態は、管理装置10により実行される管理方法における例外申請に関する処理が第1実施形態とは異なっている。
互いに構成が類似する複数の機器12のうち、特定の機器12を対象とする例外申請の回数が他の機器12を対象とする例外申請の回数と比較して過度に多い場合がある。そのような場合、その特定の機器12を対象とする例外申請は、上記のようにソフトウェア構成の変更作業を怠ることを目的とした信憑性のない例外申請であると評価することができる。したがって、そのような例外申請は、否認することができる。
そこで、本実施形態による管理装置10は、例外申請の特徴の一つである例外申請の回数に基づき、より具体的には、互いに構成が類似する特定の機器12と他の機器12との例外申請の差分回数に基づき、特定の機器12を対象とする例外申請を承認又は否認する。
以下、本実施形態による管理装置10により実行される管理方法における例外申請に関する処理について図9を用いて説明する。図9は、本実施形態による管理装置10により実行される管理方法を示すフローチャートである。なお、本実施形態でも、管理装置10が例外申請に関する処理を実行するタイミングは、第1実施形態と同様に特に限定されるものではない。また、本実施形態では、複数の機器12のうち、対象とする例外申請の承認又は否認を行う機器12を「特定の機器12」と表記し、「特定の機器12」以外の機器12を「他の機器12」と表記する。
図9に示すように、まず、管理装置10において、CPU101は、記憶装置104に記憶された機器12の構成情報のデータベースを参照して、組織1全体又は組織1の一部における特定の機器12の構成情報を取得する(ステップS400)。
次いで、CPU101は、特定の機器12の場合と同様にして、組織1全体又は組織1の一部における他の機器12の構成情報を取得する(ステップS402)。なお、ステップS402は、ステップS400の前に実行されてもよく、ステップS400と同時に実行されてもよい。
次いで、CPU101は、ステップS400、S402でそれぞれ取得した構成情報に基づき、特定の機器12と他の機器12との構成の一致率を計算する。続いて、CPU101は、計算した一致率が閾値以上であるか否かを判定する(ステップS404)。ここで用いる閾値は、特定の機器12と他の機器12との構成の類似度を判定する基準となるものであり、適宜設定することができるが、例えば、好ましくは90%、より好ましくは95%に設定することができる。構成の一致率が閾値以上であると判定された場合、特定の機器12と他の機器12とは、互いに構成が類似する機器12である。構成の一致率に関する閾値は、CPU101による参照が可能なように予め記憶装置104等に記憶されたデータベースに格納しておくことができる。
構成の一致率は、特定の機器12及び他の機器12の一方の構成情報に含まれる特定の情報のうち、他方の構成情報に含まれる特定の情報と一致する情報の割合として計算することができる。例えば、構成の一致率は、特定の機器12にインストールされているソフトウェアのうち、他の機器12にインストールされているソフトウェアと一致するソフトウェアの割合として計算することができる。また、構成の一致率は、例えば、ハードウェアに関する情報の一致する割合、ネットワーク設定に関する情報の一致する割合として計算することができる。また、構成の一致率は、これらのような複数の情報の一致する割合として計算することができる。
構成の一致率が閾値未満であると判定すると(ステップS404、NO)、CPU101は、機器12の構成情報のデータベースを参照して、組織1全体又は組織1の一部において、別の他の機器12があるか否かを判定する(ステップS406)。
別の他の機器12があると判定した場合(ステップS406、YES)、CPU101は、上記ステップS402の処理に移行する。一方、別の他の機器12がないと判定した場合(ステップS406、NO)、CPU101は、ステップS408の処理に移行する。特に、特定の機器12と構成が類似する他の機器12が組織1全体又は組織1の一部において1台もないと判定した場合(初回のステップS404、NOに続くステップS406、NO)、CPU101は、例外申請を承認することができる(ステップS408)。
一方、構成の一致率が閾値以上であると判定すると(ステップS404、YES)、CPU101は、記憶装置104に記憶された例外申請のデータベースを参照して、特定の機器12を対象として行われた例外申請の回数を計算する(ステップS410)。例外申請の回数の計算に際して、CPU101は、例えば、週単位、月単位、四半期単位、半期単位、年単位等の一定期間に特定の機器12を対象として行われた例外申請の回数を計算することができる。
特定の機器12を対象として行われた複数の例外申請は、同一の利用者Uにより行われたものであってもよいし、異なる複数の利用者Uにより行われたものであってもよい。
次いで、CPU101は、特定の機器12の場合と同様にして、他の機器12を対象として行われた例外申請の回数を計算する(ステップS412)。なお、ステップS412は、ステップS410の前に実行されてもよいし、ステップS410と同時に実行されてもよい。
他の機器12を対象として行われた複数の例外申請は、同一の利用者Uにより行われたものであってもよいし、異なる複数の利用者Uにより行われたものであってもよい。
次いで、CPU101は、ステップS410、S412でそれぞれ計算した例外申請の回数に基づき、差分回数を計算する。差分回数は、特定の機器12を対象として行われた例外申請の回数から、他の機器12を対象として行われた例外申請の回数を差し引いた回数である。
続いて、CPU101は、計算した差分回数が閾値以下であるか否かを判定する(ステップS414)。ここで用いる閾値は、組織1において適宜設定することができ、例えば0に設定することもできる。差分回数に関する閾値は、CPU101による参照が可能なように予め記憶装置104等に記憶されたデータベースに格納しておくことができる。
差分回数が閾値以下であると判定すると(ステップS414、YES)、CPU101は、ステップS406の処理に移行して、組織1全体又は組織1の一部において別の他の機器12があるかないかを判定する。
ステップS414の差分回数を計算した他の機器12以外に別の他の機器12がないと判定すると(ステップS406、NO)、CPU101は、特定の機器12を対象として行われた例外申請を承認する(ステップS408)。この場合、特定の機器12は、組織1全体又は組織1の一部における、構成が類似するすべての他の機器12に対して、差分回数が閾値以下である。したがって、特定の機器12は、構成が類似するすべての他の機器12と例外申請の回数に差がない又は差があってもわずかである。このため、特定の機器12を対象として行われた例外申請は、信憑性のあると評価することができるため、承認することができる。
一方、差分回数が閾値を超えると判定すると(ステップS414、NO)、CPU101は、特定の機器12を対象として行われた例外申請を否認する(ステップS416)。この場合、特定の機器12は、組織1全体又は組織1の一部における、構成が類似する少なくとも1台の他の機器12に対して、差分回数が閾値を超える。したがって、特定の機器12は、構成が類似する少なくとも1台の他の機器12と例外申請の回数に差がある。このため、特定の機器12を対象として行われた例外申請は、信憑性のないと評価することができるため、否認することができる。
例外申請を否認すると、CPU101は、例外申請の否認に関する対応処理を実行する(ステップS418)。CPU101は、第1実施形態と同様の対応処理を実行することができる。
このように、本実施形態によれば、互いに構成が類似する特定の機器12と他の機器12との例外申請の差分回数に基づき、特定の機器12を対象とする例外申請を承認又は否認する。したがって、本実施形態によれば、特定の機器12を対象として行われた例外申請を適切に承認又は否認することができる。また、本実施形態によれば、例外申請を適切に承認又は否認することができるため、ソフトウェア構成の変更作業を怠ることを目的とした例外申請を抑制することができる。
[第5実施形態]
本発明の第5実施形態による管理装置及び管理方法について図10を用いて説明する。なお、上記第1乃至第4実施形態と同様の構成要素については同一の符号を付し説明を省略し又は簡略にする。
本発明の第5実施形態による管理装置及び管理方法について図10を用いて説明する。なお、上記第1乃至第4実施形態と同様の構成要素については同一の符号を付し説明を省略し又は簡略にする。
本実施形態による管理装置10と機器12とを含むシステム2の構成は、図1及び図2に示す第1実施形態による構成と同様である。本実施形態は、管理装置10により実行される管理方法における例外申請に関する処理が第1実施形態とは異なっている。
互いに異なる2つの期間において、同一の機器12を対象とする例外申請の申請率が過度に変動する場合がある。なお、例外申請の申請率は、当該期間における、脆弱性に対策に対する指示の回数に対する例外申請の回数の割合である。そのような場合、例外申請の申請率の高い一方の期間に行われた例外申請は、上記のようにソフトウェア構成の変更作業を怠ることを目的とした信憑性のない例外申請であると評価することができる。したがって、そのような例外申請は、否認することができる。
そこで、本実施形態による管理装置10は、より具体的には、互いに異なる2つの期間において同一の機器12を対象として行われた例外申請の申請率の差分に基づき、その機器12を対象として行われた例外申請を承認又は否認する。本実施形態においても、例外申請の特徴の一つである例外申請の回数に基づき例外申請が承認又は否認される。
以下、本実施形態による管理装置10により実行される管理方法における例外申請に関する処理について図10を用いて説明する。図10は、本実施形態による管理装置10により実行される管理方法を示すフローチャートである。なお、本実施形態による管理装置10は、互いに異なる2つの期間のうちの遅い期間が経過する毎に例外申請に関する処理を実行することができる。
図10に示すように、まず、管理装置10において、CPU101は、記憶装置104に記憶された例外申請のデータベースを参照して、第1の期間において同一の機器12を対象として行われた例外申請の申請率を計算する(ステップS500)。第1の期間としては、例えば、週単位、月単位、四半期単位、半期単位、年単位等の一定期間とすることができる。
次いで、CPU101は、第1の期間の場合と同様に、第1の期間とは異なる第2の期間において同一の機器12を対象として行われた例外申請の申請率を計算する(ステップS502)。第2の期間は、第1の期間と同じ長さの期間とすることができる。また、第2の期間は、第1の期間よりも前の期間、例えば、第1の期間に対する前期、前年の同期、前々年の同期等とすることができる。例えば、第1の期間が第2四半期であれば、第2の期間は、第1の期間と同年の第1四半期、又は第1の期間の前年の第2四半期とすることができる。なお、ステップS502は、ステップS500の前に実行してもよいし、ステップS500と同時に実行してもよい。
なお、同一の機器12を対象として行われた複数の例外申請は、第2実施形態と同様に、同一の利用者Uにより行われたものであってもよいし、異なる複数の利用者Uにより行われたものであってもよい。
次いで、CPU101は、ステップS500、S502で計算した例外申請の申請率に基づき、第1の期間と第2の期間との例外申請の申請率の差分の絶対値を計算する。続いて、CPU101は、計算した申請率の差分の絶対値が閾値以下であるか否かを判定する(ステップS504)。ここで用いる閾値は、第1の期間と第2の期間とで例外申請の申請率が過度に変動したか否かを評価する基準となるものであり、組織1において適宜設定することができ、例えば5%に設定することができる。申請率の差分の絶対値に関する閾値は、CPU101による参照が可能なように予め記憶装置104等に記憶されたデータベースに格納しておくことができる。なお、第1の期間と第2の期間との例外申請の申請率の差分の絶対値を閾値と比較することに代えて、第1の期間と第2の期間との例外申請の回数自体の差分の絶対値を適宜設定した閾値と比較することもできる。
申請率の差分の絶対値が閾値以下であると判定すると(ステップS504、YES)、CPU101は、第1の期間及び第2の期間において同一の機器12を対象として行われた例外申請を承認する(ステップS506)。このように互いに異なる期間において行われた例外申請の申請率の変動が小さい場合、両期間において行われた例外申請は、信憑性があると評価することができるため、承認することができる。
一方、申請率の差分の絶対値が閾値をこえると判定すると(ステップS504、NO)、CPU101は、第1の期間及び第2の期間のうちの申請率の高い期間において同一の機器12を対象として行われた例外申請を否認する(ステップS508)。このように互いに異なる期間において行われた例外申請の申請率の変動が大きい場合、申請率の高い期間において行われた例外申請は、信憑性がないと評価することができるため、否認することができる。
例外申請を否認すると、CPU101は、例外申請の否認に関する対応処理を実行する(ステップS510)。CPU101は、第1実施形態と同様の対応処理を実行することができる。
このように、本実施形態によれば、互いに異なる2つの期間において同一の機器12を対象として行われた例外申請の申請率の差分に基づき、その機器12を対象として行われた例外申請を承認又は否認する。したがって、本実施形態によれば、その機器12を対象として行われた例外申請を適切に承認又は否認することができる。また、本実施形態によれば、例外申請を適切に承認又は否認することができるため、ソフトウェア構成の変更作業を怠ることを目的とした例外申請を抑制することができる。
なお、上記では、同一の機器12を対象として行われた例外申請を承認又は否認する場合について説明したが、同一の利用者Uが行った例外申請についても、上記と同様に例外申請の申請率の差分に基づいて承認又は否認することができる。
[第6実施形態]
本発明の第6実施形態による管理装置及び管理方法について図11を用いて説明する。なお、上記第1乃至第5実施形態と同様の構成要素については同一の符号を付し説明を省略し又は簡略にする。
本発明の第6実施形態による管理装置及び管理方法について図11を用いて説明する。なお、上記第1乃至第5実施形態と同様の構成要素については同一の符号を付し説明を省略し又は簡略にする。
本実施形態による管理装置10と機器12とを含むシステム2の構成は、図1及び図2に示す第1実施形態による構成と同様である。本実施形態は、管理装置10により実行される管理方法における例外申請に関する処理が第1実施形態とは異なっている。
第1実施形態において説明したように、利用者Uによっては、脆弱性に対する対策として指示された機器12のソフトウェア構成の変更作業を怠ることを目的として例外申請を繰り返して行うことがある。そのほか、利用者Uによっては、ソフトウェア構成の変更作業を怠ることを目的として、ソフトウェア構成の変更指示を受信すると、その変更の可否を十分検討せずに、指示の受信から短時間の経過時間で例外申請を行うことがある。
ソフトウェア構成の変更指示から過度に短時間の経過時間で例外申請が行われた場合、そのような例外申請は、上記のようにソフトウェア構成の変更作業を怠ることを目的とした信憑性のない例外申請であると評価することができる。したがって、そのような例外申請は、否認することができる。
そこで、本実施形態による管理装置10は、ソフトウェア構成の変更指示に関連する時点と、例外申請の特徴の一つである例外申請が行われた時点とに基づき、例外申請を承認又は否認する。より具体的には、本実施形態による管理装置10は、ソフトウェア構成の変更指示に関連する時点の一つであるソフトウェア構成の変更指示が行われた時点と例外申請が行われた時点との間の時間に基づき、例外申請を承認又は否認する。
以下、本実施形態による管理装置10により実行される管理方法における例外申請に関する処理について図11を用いて説明する。図11は、本実施形態による管理装置10により実行される管理方法を示すフローチャートである。なお、本実施形態でも、管理装置10が例外申請に関する処理を実行するタイミングは、第1実施形態と同様に特に限定されるものではない。
図11に示すように、まず、管理装置10において、CPU101は、記憶装置104に記憶された脆弱性に対する対策指示のデータベース及び例外申請のデータベースを参照する。これにより、CPU101は、脆弱性に対する対策指示としてのソフトウェア構成の変更指示が行われた時点と例外申請が行われた時点との間の時間、すなわちソフトウェア構成の変更指示から例外申請までの経過時間を計算する(ステップS600)。
なお、経過時間は、同一の利用者Uにより行われた一の例外申請又は同一の機器12を対象として行われた一の例外申請についての値を計算することができる。また、経過時間は、同一の利用者Uにより行われた複数の例外申請又は同一の機器12を対象として行われた複数の例外申請についての平均値を計算することもできる。第11実施形態において後述するように、本実施形態を第1乃至第5実施形態のいずれかと組み合わせる場合には、経過時間として平均値を用いることができる。
次いで、CPU101は、ステップS600で計算した経過時間を閾値と比較して、経過時間が閾値以上であるか否かを判定する(ステップS602)。ここで用いる閾値は、ソフトウェア構成の変更指示から過度に短時間の経過時間で例外申請が行われたか否かを評価する基準となるものであり、組織1において適宜設定することができ、例えば10分に設定することができる。経過時間に関する閾値は、CPU101による参照が可能なように予め記憶装置104等に記憶されたデータベースに格納しておくことができる。
経過時間が閾値以上であると判定すると(ステップS602、YES)、CPU101は、経過時間を計算した例外申請を承認する(ステップS604)。このように対策指示から例外申請までの経過時間が十分である場合、信憑性のある例外申請であると評価することができるため、例外申請を承認することができる。
一方、経過時間が閾値未満であると判定すると(ステップS602、NO)、CPU101は、経過時間を計算した例外申請を否認する(ステップS606)。このように対策指示から例外申請までの経過時間が十分でない場合、信憑性のない例外申請であると評価することができるため、例外申請を否認することができる。
例外申請を否認すると、CPU101は、例外申請の否認に関する対応処理を実行する(ステップS608)。CPU101は、第1実施形態と同様の対応処理を実行することができる。
このように、本実施形態によれば、ソフトウェア構成の変更指示が行われた時点と例外申請が行われた時点との間の時間に基づき例外申請を承認又は否認するので、例外申請を適切に承認又は否認することができる。また、本実施形態によれば、例外申請を適切に承認又は否認することができるため、ソフトウェア構成の変更作業を怠ることを目的とした例外申請を抑制することができる。
[第7実施形態]
本発明の第7実施形態による管理装置及び管理方法について図12を用いて説明する。なお、上記第1乃至第6実施形態と同様の構成要素については同一の符号を付し説明を省略し又は簡略にする。
本発明の第7実施形態による管理装置及び管理方法について図12を用いて説明する。なお、上記第1乃至第6実施形態と同様の構成要素については同一の符号を付し説明を省略し又は簡略にする。
本実施形態による管理装置10と機器12とを含むシステム2の構成は、図1及び図2に示す第1実施形態による構成と同様である。本実施形態は、管理装置10により実行される管理方法における例外申請に関する処理が第1実施形態とは異なっている。
利用者Uによっては、脆弱性に対する対策指示を受けたにもかかわらず、機器12のソフトウェア構成の変更作業を怠り、対策指示で示されたソフトウェア構成の変更期限の直前になって、結局その変更作業を怠ることを目的として例外申請を行うことがある。
ソフトウェア構成の変更期限まで過度に短時間の残り時間で例外申請が行われた場合、そのような例外申請は、上記のようにソフトウェア構成の変更作業を怠ることを目的とした信憑性のない例外申請であると評価することができる。したがって、そのような例外申請は、否認することができる。
そこで、本実施形態による管理装置10は、ソフトウェア構成の変更指示に関連する時点と、例外申請の特徴の一つである例外申請が行われた時点とに基づき、例外申請を承認又は否認する。より具体的には、本実施形態による管理装置10は、ソフトウェア構成の変更指示に関連する時点の一つであるソフトウェア構成の変更期限と例外申請が行われた時点との間の時間に基づき、例外申請を承認又は否認する。
以下、本実施形態による管理装置10により実行される管理方法における例外申請に関する処理について図12を用いて説明する。図12は、本実施形態による管理装置10により実行される管理方法を示すフローチャートである。なお、本実施形態でも、管理装置10が例外申請に関する処理を実行するタイミングは、第1実施形態と同様に特に限定されるものではない。
図12に示すように、まず、管理装置10において、CPU101は、記憶装置104に記憶された脆弱性に対する対策指示のデータベース及び例外申請のデータベースを参照する。これにより、CPU101は、脆弱性に対する対策指示としてのソフトウェア構成の変更期限と例外申請が行われた時点との間の時間、すなわち例外申請からソフトウェア構成の変更期限までの残り時間を計算する(ステップS700)。
なお、残り時間は、同一の利用者Uにより行われた一の例外申請又は同一の機器12を対象として行われた一の例外申請についての値を計算することができる。また、残り時間は、同一の利用者Uにより行われた複数の例外申請又は同一の機器12を対象として行われた複数の例外申請についての平均値を計算することもできる。第11実施形態において後述するように、本実施形態を第1乃至第5実施形態のいずれかと組み合わせる場合には、残り時間として平均値を用いることができる。
次いで、CPU101は、ステップS700で計算した残り時間を閾値と比較して、残り時間が閾値以上であるか否かを判定する(ステップS702)。ここで用いる閾値は、ソフトウェア構成の変更期限まで過度に短時間の残り時間で例外申請が行われたか否かを評価する基準となるものであり、組織1において適宜設定することができ、例えば6時間に設定することができる。残り時間に関する閾値は、CPU101による参照が可能なように予め記憶装置104等に記憶されたデータベースに格納しておくことができる。
残り時間が閾値以上であると(ステップS702、YES)、CPU101は、残り時間を計算した例外申請を承認する(ステップS704)。このように例外申請から変更期限までの残り時間が十分である場合、信憑性のある例外申請であると評価することができるため、例外申請を承認することができる。
一方、残り時間が閾値未満であると判定すると(ステップS702、NO)、CPU101は、残り時間を計算した例外申請を否認する(ステップS706)。このように例外申請から変更期限までの残り時間が十分でない場合、信憑性のない例外申請であると評価することができるため、例外申請を否認することができる。
例外申請を否認すると、CPU101は、例外申請の否認に関する対応処理を実行する(ステップS708)。CPU101は、第1実施形態と同様の対応処理を実行することができる。
このように、本実施形態によれば、ソフトウェア構成の変更期限と例外申請が行われた時点との間の時間に基づき例外申請を承認又は否認するので、例外申請を適切に承認又は否認することができる。また、本実施形態によれば、例外申請を適切に承認又は否認することができるため、ソフトウェア構成の変更作業を怠ることを目的とした例外申請を抑制することができる。
[第8実施形態]
本発明の第8実施形態による管理装置及び管理方法について図13を用いて説明する。なお、上記第1乃至第7実施形態と同様の構成要素については同一の符号を付し説明を省略し又は簡略にする。
本発明の第8実施形態による管理装置及び管理方法について図13を用いて説明する。なお、上記第1乃至第7実施形態と同様の構成要素については同一の符号を付し説明を省略し又は簡略にする。
本実施形態による管理装置10と機器12とを含むシステム2の構成は、図1及び図2に示す第1実施形態による構成と同様である。本実施形態は、管理装置10により実行される管理方法における例外申請に関する処理が第1実施形態とは異なっている。
利用者Uによっては、脆弱性に対する対策指示を受けると、機器12のソフトウェア構成の変更の可否を十分に検討せずに、その変更作業を怠ることを目的として、一又は複数の機器12を対象として同一の理由で例外申請を行うことがある。
同一の利用者Uにより過度に多くの例外申請が同一の理由で行われた場合、その利用者Uが行った例外申請は、上記のようにソフトウェア構成の変更作業を怠ることを目的とした信憑性のない例外申請であると評価することができる。したがって、そのような例外申請は、否認することができる。
そこで、本実施形態による管理装置10は、例外申請の特徴の一つであるその理由に基づき、より具体的には、理由が同一である例外申請の件数に基づき、例外申請の申請者である利用者U毎に例外申請を承認又は否認する。
以下、本実施形態による管理装置10により実行される管理方法における例外申請に関する処理について図13を用いて説明する。図13は、本実施形態による管理装置10により実行される管理方法を示すフローチャートである。なお、本実施形態でも、管理装置10が例外申請に関する処理を実行するタイミングは、第1実施形態と同様に特に限定されるものではない。
図13に示すように、まず、管理装置10において、CPU101は、記憶装置104に記憶された例外申請のデータベースを参照して、同一の利用者Uにより一又は複数の機器12を対象として行われた例外申請を特定する(ステップS800)。例外申請の特定に際して、CPU101は、例えば、週単位、月単位、四半期単位、半期単位、年単位等の一定期間に同一の利用者Uにより行われた例外申請を特定することができる。
次いで、CPU101は、ステップS800で特定した例外申請のうち、理由が同一である例外申請の件数を計算する(ステップS802)。CPU101は、例外申請の件数の計算に先立って、例外申請の理由が同一であるか否かを判定する。なお、同一か否かを判定する例外申請の理由は、例外申請を行う際に利用者Uが定型の理由の選択肢の中から選択したものであってもよいし、例外申請を行う際に利用者Uが自由文で入力した理由であってもよい。自由文で入力した理由については、理由の文言が互いに一致する場合のみならず、互いに文言上の相違があっても互いに理由の趣旨が一致する場合であれば、理由が同一であると判定することができる。
計算する例外申請の件数は、2件以上理由が同一である例外申請の総数とすることができる。ここで、総数による例外申請の件数の計算方法について、ある利用者Uが、機器12に含まれる5台の機器12A、機器12B、機器12C、機器12D及び機器12Eを対象として、「理由R1」又は「理由R2」で例外申請を行った場合を例に説明する。この場合、例外申請の件数は、1つの理由文について、その理由文に該当する機器のうちの1つから見て、その理由文に該当する他の機器の台数を計算し、異なる理由文について計算された他の機器の台数を合計した総数として計算することができる。
例えば、利用者Uが、機器12Aについて「理由R1」で、機器12Bについて「理由R1」で、機器12Cについて「理由R1」で、機器12Dについて「理由R1」で、機器12Eについて「理由R1」で、それぞれ例外申請を行った第1の場合を考える。この場合、「理由R1」に該当する機器12Aから見て、他に「理由R1」に該当するのは、機器12B、機器12C、機器12D及び機器12Eの4台であり、よって「理由R1」で理由が同一である例外申請の件数は4件である。したがって、この第1の場合、理由が同一である例外申請の件数は4件である。
また、例えば、利用者Uが、機器12Aについて「理由R1」で、機器12Bについて「理由R1」で、機器12Cについて「理由R2」で、機器12Dについて「理由R2」で、機器12Eについて「理由R1」で、それぞれ例外申請を行った第2の場合を考える。この場合、「理由R1」に該当する機器12Aから見て、他に「理由R1」に該当するのは、機器12B、機器12Eの2台であり、よって「理由R1」で理由が同一である例外申請の件数は2件である。また、「理由R2」に該当する機器12Cから見て、他に「理由R2」に該当するのは、機器12Dの1台であり、よって「理由R2」で理由が同一である例外申請の件数は1件である。したがって、この第2の場合、理由が同一である例外申請の件数は、2件と1件とを合計した総数の3件である。
また、例えば、利用者Uが、機器12Aについて「理由R1」で、機器12Bについて「理由R1」で、機器12Cについて「理由R2」で、機器12Dについて「理由R2」で、機器12Eについて「理由R2」で、それぞれ例外申請を行った第3の場合を考える。この場合、「理由R1」に該当する機器12Aから見て、他に「理由R1」に該当するのは、機器12Bの1台であり、よって「理由R1」で理由が同一である例外申請の件数は1件である。また、「理由R2」に該当する機器12Cから見て、他に「理由R2」に該当するのは、機器12D、機器12Eの2台であり、よって「理由R2」で理由が同一である例外申請の件数は2件である。したがって、この第3の場合、理由が同一である例外申請の件数は、1件と2件とを合計した総数の3件である。
なお、理由が同一である例外申請の件数の計算方法は、上記のように2件以上理由が同一である例外申請の総数とする方法に限定されるものではない。例えば、2件以上理由が同一である例外申請の件数のうちの最大件数をもって、理由が同一である例外申請の件数とすることもできる。この計算方法によれば、上記第1の場合、第2の場合及び第3の場合の理由が同一である例外申請の件数は、それぞれ4件、2件及び2件となる。
次いで、CPU101は、ステップS800で特定した例外申請の件数に対する、ステップS802で計算した理由が同一である例外申請の件数の比率である同一理由の比率を計算する。続いて、CPU101は、計算した同一理由の比率を閾値と比較して、同一理由の比率が閾値以下であるか否かを判定する(ステップS804)。ここで用いる閾値は、同一の利用者Uにより過度に多くの例外申請が同一の理由で行われたか否かを評価する基準となるものであり、組織1において適宜設定することができる。同一理由の比率に関する閾値は、CPU101による参照が可能なように予め記憶装置104等に記憶されたデータベースに格納しておくことができる。なお、同一理由の比率を閾値と比較することに代えて、理由が同一である例外申請の件数自体を、適宜設定した閾値と比較することもできる。
同一理由の比率が閾値以下であると判定すると(ステップS804、YES)、CPU101は、同一の利用者Uにより一又は複数の機器12を対象として行われた例外申請を承認する(ステップS806)。このように同一理由の比率が低い場合、その利用者Uにより行われた例外申請は、信憑性があると評価することができるため、承認することができる。
一方、同一理由の比率が閾値を超えると判定すると(ステップS804、NO)、CPU101は、同一の利用者Uにより一又は複数の機器12を対象として行われた例外申請を否認する(ステップS808)。このように同一理由の比率が高い場合、その利用者Uにより行われた例外申請は、信憑性がないと評価することができるため、否認することができる。
例外申請を否認すると、CPU101は、例外申請の否認に関する対応処理を実行する(ステップS810)。CPU101は、第1実施形態と同様の対応処理を実行することができる。
このように、本実施形態によれば、理由が同一である例外申請の件数に基づき、例外申請の申請者である利用者U毎に例外申請を承認又は否認する。したがって、本実施形態によれば、その機器12を対象として行われた例外申請を適切に承認又は否認することができる。また、本実施形態によれば、例外申請を適切に承認又は否認することができるため、ソフトウェア構成の変更作業を怠ることを目的とした例外申請を抑制することができる。
[第9実施形態]
本発明の第9実施形態による管理装置及び管理方法について図14を用いて説明する。なお、上記第1乃至第8実施形態と同様の構成要素については同一の符号を付し説明を省略し又は簡略にする。
本発明の第9実施形態による管理装置及び管理方法について図14を用いて説明する。なお、上記第1乃至第8実施形態と同様の構成要素については同一の符号を付し説明を省略し又は簡略にする。
本実施形態による管理装置10と機器12とを含むシステム2の構成は、図1及び図2に示す第1実施形態による構成と同様である。本実施形態は、管理装置10により実行される管理方法における例外申請に関する処理が第1実施形態とは異なっている。
上記第1乃至第8実施形態では、例外申請に関する処理において、例外申請の特徴に関連する回数、時間等の数量を一段の閾値と比較することにより、例外申請を否認又は承認する場合について説明した。しかしながら、閾値は、必ずしも一段に限定されるものではない。複数段の閾値を、例外申請の特徴に関連する数量との比較に用いることもできる。複数段の閾値を用いることにより、例外申請の否認に関する対応処理として、異なる処理を段階的に行うことができる。
本実施形態では、第1実施形態において、例外申請の回数を複数段の閾値と比較する場合について図14を用いて説明する。図14は、本実施形態による管理装置10により実行される管理方法を示すフローチャートである。
図14に示すように、まず、管理装置10において、CPU101は、第1実施形態と同様に、同一の利用者Uが行った例外申請の回数を計算する(ステップS900)。
次いで、CPU101は、ステップS900で計算した例外申請の回数を第1の閾値と比較して、例外申請の回数が第1の閾値以下であるか否かを判定する(ステップS902)。ここで用いる第1の閾値は、第1の上限回数であり、第1の実施形態の閾値と同様に設定して記憶装置104等に記憶されたデータベースに格納しておくことができる。
例外申請の回数が第1の閾値以下であると判定すると(ステップS902、YES)、CPU101は、第1実施形態と同様に例外申請を承認する(ステップS904)。
一方、例外申請の回数が第1の閾値を超えると判定すると(ステップS902、NO)、CPU101は、例外申請の回数を第2の閾値と比較して、例外申請の回数が第2の閾値以下であるか否かを判定する(ステップS906)。ここで用いる第2の閾値は、第1の閾値よりも大きな第2の上限回数であり、第1の実施形態の閾値と同様に設定して記憶装置104等に記憶されたデータベースに格納しておくことができる。
例外申請の回数が第2の閾値以下であると判定すると(ステップS906、YES)、CPU101は、第1実施形態と同様に例外申請を否認する(ステップS908)。次いで、CPU101は、例外申請の否認に関する対応処理として、第1実施形態と同様に利用者Uに対する通知を実行する(ステップS910)。なお、この場合、利用者Uに対する通知に代えて又はその通知とともに、第1実施形態と同様に、管理者Aに対する通知及び機器12のネットワークからの遮断の少なくともいずれかを実行することもできる。
一方、例外申請の回数が第2の閾値を超えると判定すると(ステップS906、NO)、CPU101は、例外申請の回数を第3の閾値と比較して、例外申請の回数が第3の閾値以下であるか否かを判定する(ステップS912)。ここで用いる第3の閾値は、第2の閾値よりも大きな第3の上限回数であり、第1の実施形態の閾値と同様に設定して記憶装置104等に記憶されたデータベースに格納しておくことができる。
例外申請の回数が第3の閾値以下であると判定すると(ステップS912、YES)、CPU101は、第1実施形態と同様に例外申請を否認する(ステップS914)。次いで、CPU101は、例外申請の否認に関する対応処理として、第1実施形態と同様に管理者Aに対する通知を実行する(ステップS916)。なお、この場合、管理者Aに対する通知に代えて又はその通知とともに、第1実施形態と同様に、利用者Uに対する通知及び機器12のネットワークからの遮断の少なくともいずれかを実行することもできる。
一方、例外申請の回数が第3の閾値を超えると判定すると(ステップS912、NO)、CPU101は、第1実施形態と同様に例外申請を否認する(ステップS918)。次いで、CPU101は、例外申請の否認に関する対応処理として、第1実施形態と同様に機器12のネットワークからの遮断を実行する(ステップS920)。なお、この場合、機器12のネットワークからの遮断に代えて又はその遮断とともに、第1実施形態と同様に、利用者Uに対する通知及び管理者Aに対する通知の少なくともいずれかを実行することもできる。
本実施形態のように、例外申請を否認する場合において、例外申請の回数の大小に応じて、例外申請の否認に関する対応処理を段階的に変更して実行することができる。なお、上記では、例外申請の否認に関する対応処理を3段階で行う場合を例に説明したが、同様に、2段階や4段階以上で対応処理を段階的に変更して実行することもできる。
なお、第2乃至第8実施形態においても、本実施形態と同様に複数段の閾値を用いることにより、例外申請の否認に関する対応処理を段階的に変更して実行することができる。
[第10実施形態]
本発明の第10実施形態による管理装置及び管理方法について図15を用いて説明する。なお、上記第1乃至第9実施形態と同様の構成要素については同一の符号を付し説明を省略し又は簡略にする。
本発明の第10実施形態による管理装置及び管理方法について図15を用いて説明する。なお、上記第1乃至第9実施形態と同様の構成要素については同一の符号を付し説明を省略し又は簡略にする。
本実施形態による管理装置10と機器12とを含むシステム2の構成は、図1及び図2に示す第1実施形態による構成と同様である。本実施形態は、管理装置10により実行される管理方法における例外申請に関する処理が第1実施形態とは異なっている。
上記第9実施形態において説明したように、複数段の閾値を用いることにより、例外申請の否認に関する対応処理として、異なる処理を段階的に行うことができる。本実施形態では、第6実施形態において、ソフトウェア構成の変更指示から例外申請までの経過時間を複数段の閾値と比較する場合について図15を用いて説明する。図15は、本実施形態による管理装置10により実行される管理方法を示すフローチャートである。
図15に示すように、まず、管理装置10において、CPU101は、第6実施形態と同様に、ソフトウェア構成の変更指示から例外申請までの経過時間を計算する(ステップS1000)。
次いで、CPU101は、ステップS1000で計算した経過時間を第1の閾値と比較して、経過時間が第1の閾値以上であるか否かを判定する(ステップS1002)。ここで用いる第1の閾値は、第6の実施形態の閾値と同様に設定して記憶装置104等に記憶されたデータベースに格納しておくことができる。
経過時間が第1の閾値以上であると判定すると(ステップS1002、YES)、CPU101は、第6実施形態と同様に例外申請を承認する(ステップS1004)。
一方、経過時間が第1の閾値未満であると判定すると(ステップS1002、NO)、CPU101は、経過時間を第2の閾値と比較して、経過時間が第2の閾値以上であるか否かを判定する(ステップS1006)。ここで用いる第2の閾値は、第1の閾値よりも小さな閾値であり、第6の実施形態の閾値と同様に設定して記憶装置104等に記憶されたデータベースに格納しておくことができる。
経過時間が第2の閾値以上であると判定すると(ステップS1006、YES)、CPU101は、第6実施形態と同様に例外申請を否認する(ステップS1008)。次いで、CPU101は、例外申請の否認に関する対応処理として、第1実施形態と同様に利用者Uに対する通知を実行する(ステップS1010)。なお、この場合、利用者Uに対する通知に代えて又はその通知とともに、第1実施形態と同様に、管理者Aに対する通知及び機器12のネットワークからの遮断の少なくともいずれかを実行することもできる。
一方、経過時間が第2の閾値未満であると判定すると(ステップS1006、NO)、CPU101は、経過時間を第3の閾値と比較して、経過時間が第3の閾値以上であるか否かを判定する(ステップS1012)。ここで用いる第3の閾値は、第2の閾値よりも小さな閾値であり、第6の実施形態の閾値と同様に設定して記憶装置104等に記憶されたデータベースに格納しておくことができる。
経過時間が第3の閾値以上であると判定すると(ステップS1012、YES)、CPU101は、第6実施形態と同様に例外申請を否認する(ステップS1014)。次いで、CPU101は、例外申請の否認に関する対応処理として、第1実施形態と同様に管理者Aに対する通知を実行する(ステップS1016)。なお、この場合、管理者Aに対する通知に代えて又はその通知とともに、第1実施形態と同様に、利用者Uに対する通知及び機器12のネットワークからの遮断の少なくともいずれかを実行することもできる。
一方、経過時間が第3の閾値未満であると判定すると(ステップS1012、NO)、CPU101は、第6実施形態と同様に例外申請を否認する(ステップS1018)。次いで、CPU101は、例外申請の否認に関する対応処理として、第1実施形態と同様に機器12のネットワークからの遮断を実行する(ステップS1020)。なお、この場合、機器12のネットワークからの遮断に代えて又はその遮断とともに、第1実施形態と同様に、利用者Uに対する通知及び管理者Aに対する通知の少なくともいずれかを実行することもできる。
本実施形態のように、例外申請を否認する場合において、経過時間の大小に応じて、例外申請の否認に関する対応処理を段階的に変更して実行することができる。なお、上記では、例外申請の否認に関する対応処理を3段階で行う場合を例に説明したが、同様に、2段階や4段階以上で対応処理を段階的に変更して実行することもできる。
なお、第1乃至第5、第7及び第8実施形態においても、本実施形態と同様に複数段の閾値を用いることにより、例外申請の否認に関する対応処理を段階的に変更して実行することができる。
[第11実施形態]
本発明の第11実施形態による管理装置及び管理方法について図16を用いて説明する。なお、上記第1乃至第10実施形態と同様の構成要素については同一の符号を付し説明を省略し又は簡略にする。
本発明の第11実施形態による管理装置及び管理方法について図16を用いて説明する。なお、上記第1乃至第10実施形態と同様の構成要素については同一の符号を付し説明を省略し又は簡略にする。
本実施形態による管理装置10と機器12とを含むシステム2の構成は、図1及び図2に示す第1実施形態による構成と同様である。本実施形態は、管理装置10により実行される管理方法における例外申請に関する処理が第1実施形態とは異なっている。
上記第1乃至第8実施形態による管理方法は、互いに組み合わせて実行し、組み合わせた管理方法による例外申請の承認又は否認の結果に基づき、最終的な例外申請の承認又は否認を行うことができる。以下、本実施形態では、第1乃至第5実施形態による管理方法のいずれかと、第6及び第7実施形態による管理方法のいずれかとを組み合わせて実行する場合について図16を用いて説明する。図16は、本実施形態による管理装置10により実行される管理方法を示すフローチャートである。
図16に示すように、まず、管理装置10において、CPU101は、第1の管理方法を実行して例外申請を承認又は否認する(ステップS1100)。CPU101は、第1の管理方法として、第1乃至第5実施形態による管理方法のいずれかを用いる。
第1の管理方法により例外申請を承認すると(ステップS1100、承認)、CPU101は、第2の管理方法を実行して例外申請を承認又は否認する(ステップS1102)。CPU101は、第2の管理方法として、第6及び第7実施形態による管理方法のいずれかを用いる。
第2の管理方法により例外申請を承認すると(ステップS1102、承認)、CPU101は、最終的に例外申請を承認する(ステップS1104)。
一方、第2の管理方法により例外申請を否認すると(ステップS1102、否認)、CPU101は、最終的に例外申請を否認する(ステップS1106)。次いで、CPU101は、例外申請の否認に関する対応処理として、第1実施形態と同様に利用者Uに対する通知を実行する(ステップS1108)。なお、この場合、利用者Uに対する通知に代えて又はその通知とともに、第1実施形態と同様に、管理者Aに対する通知及び機器12のネットワークからの遮断の少なくともいずれかを実行することもできる。
また、第1の管理方法により例外申請を否認すると(ステップS1100、否認)、CPU101は、第2の管理方法を実行して例外申請を承認又は否認する(ステップS1110)。CPU101は、ステップS1102と同様の第2の管理方法として、第6及び第7実施形態による管理方法のいずれかを用いる。
第2の管理方法により例外申請を承認すると(ステップS1110、承認)、CPU101は、最終的に例外申請を否認する(ステップS1106)。次いで、CPU101は、例外申請の否認に関する対応処理として、第1実施形態と同様に利用者Uに対する通知を実行する(ステップS1108)。なお、この場合、利用者Uに対する通知に代えて又はその通知とともに、第1実施形態と同様に、管理者Aに対する通知及び機器12のネットワークからの遮断の少なくともいずれかを実行することもできる。
一方、第2の管理方法により例外申請を否認すると(ステップS1110、否認)、CPU101は、最終的に例外申請を否認する(ステップS1112)。次いで、CPU101は、例外申請の否認に関する対応処理として、第1実施形態と同様に管理者Aに対する通知を実行する(ステップS1114)。なお、この場合、管理者Aに対する通知に代えて又はその通知とともに、第1実施形態と同様に、利用者Uに対する通知及び機器12のネットワークからの遮断の少なくともいずれかを実行することもできる。
本実施形態のように、複数の管理方法を互いに組み合わせて実行し、組み合わせた管理方法による例外申請の承認又は否認の結果に基づき、最終的な例外申請の承認又は否認を行うことができる。
なお、管理方法の組み合わせは、上記の場合に限定されるものではなく、CPU101は、種々の組み合わせで管理方法を実行することができる。
例えば、CPU101は、上記第1の管理方法として第6及び第7実施形態による管理方法のいずれかを用い、上記第2の管理方法として第1乃至第5実施形態による管理方法のいずれかを用いることができる。
また、例えば、CPU101は、上記第1の管理方法として第1乃至第5実施形態による管理方法のいずれかを用い、上記第2の管理方法として第8実施形態による管理方法を用いることができる。また、例えば、CPU101は、上記第1の管理方法として第8実施形態による管理方法を用い、上記第2の管理方法として第1乃至第5実施形態による管理方法のいずれかを用いることができる。
また、例えば、CPU101は、上記第1の管理方法として第6及び第7実施形態による管理方法のいずれかを用い、上記第2の管理方法として第8実施形態による管理方法を用いることができる。また、例えば、CPU101は、上記第1の管理方法として第8実施形態による管理方法を用い、上記第2の管理方法として第6及び第7実施形態による管理方法のいずれかを用いることができる。
また、例えば、CPU101は、上記第1の管理方法として第1乃至第5実施形態による管理方法のいずれかを用い、上記第2の管理方法として第1乃至第5実施形態による管理方法の他のいずれかを用いることができる。より具体的には、例えば、CPU101は、上記第1の管理方法として第1実施形態による管理方法を用い、上記第2の管理方法として第3実施形態による管理方法を用いることができる。また、例えば、CPU101は、上記第1の管理方法として第3実施形態による管理方法を用い、上記第2の管理方法として第1実施形態による管理方法を用いることができる。
また、例えば、CPU101は、上記第1の管理方法として第6実施形態による管理方法を用い、上記第2の管理方法として第7実施形態による管理方法を用いることができる。また、例えば、CPU101は、上記第1の管理方法として第7実施形態による管理方法を用い、上記第2の管理方法として第6実施形態による管理方法を用いることができる。
また、例えば、CPU101は、第1の管理方法の後に第2の管理方法を実行する必要は必ずしもなく、両方法の先後を問わず、両方法を同時に実行することもできる。CPU101は、第1の管理方法による例外申請の承認又は否認の結果と、第2の管理方法による例外申請の承認又は否認の結果との組み合わせに応じて、例外申請の否認に関する対応処理を変更して実行することができる。
また、例えば、CPU101は、上記第1の管理方法及び第2の管理方法に対して、それぞれに重み付けを任意に設定して用いることができる。例えば、CPU101は、第1の管理方法により例外申請が否認された場合、及び第2の管理方法により例外申請が否認された場合のそれぞれに、互いに異なる重みで重み付けされた重み付け値を付与するものとすることができる。この場合、CPU101は、第1の管理方法による例外申請の承認又は否認を行った場合に付与した重み付け値と、第2の管理方法による例外申請の承認又は否認を行った場合に付与した重み付け値との合計値を計算する。次いで、CPU101は、その合計値に応じて、例外申請の否認に関する対応処理を変更して実行することができる。
また、上記では、第1の管理方法及び第2の管理方法の2つの管理方法を組み合わせて実行する場合について説明したが、これに限定されるものではない。CPU101は、3つ以上の管理方法を組み合わせて実行することもできる。
[他の実施形態]
上記各実施形態において説明した管理装置は、他の実施形態によれば、図17に示すように構成することもできる。図17は、他の実施形態による管理装置の機能構成を示すブロック図である。
上記各実施形態において説明した管理装置は、他の実施形態によれば、図17に示すように構成することもできる。図17は、他の実施形態による管理装置の機能構成を示すブロック図である。
図17に示すように、管理装置1000は、機器のソフトウェア構成を変更しない旨の申請を申請者から受け付ける受付部1002と、受付部1002により受け付けられた申請の回数に基づき、申請を否認する処理部1004とを有する。
他の実施形態による管理装置1000によれば、機器のソフトウェア構成の変更をしない旨の申請の回数に基づき申請を否認するので、申請を適切に否認することができる。
[変形実施形態]
本発明は、上記実施形態に限らず、種々の変形が可能である。
本発明は、上記実施形態に限らず、種々の変形が可能である。
例えば、上記実施形態による管理装置10は、単一の装置により構成されていてもよいし、有線又は無線で接続された2つ以上の物理的に分離された装置により構成されていてもよい。
また、上記実施形態では、管理装置10と、管理端末14及びネットワーク遮断装置16とが互いに別個の機器として構成されている場合を例に説明したが、これに限定されるものではない。例えば、管理装置10と管理端末14とは、同じ機器で構成されてもよい。また、例えば、管理装置10とネットワーク遮断装置16とも、同じ機器で構成されてもよい。
また、上記実施形態では、機器12を管理装置10の管理対象とする場合を例に説明したが、管理端末14、ファイアウォール/プロキシサーバ18、ネットワーク遮断装置16等も、機器12として管理装置10の管理対象としてもよい。
また、上記実施形態では、管理装置10は機器12の脆弱性に対して対策指示を送信するよう構成したが、これに限定されるものではない。例えば、管理装置10は、組織1のポリシーとしてインストールを禁止しているソフトウェアが機器12にインストールされていたときに、当該ソフトウェアのアンインストールを求める対策指示を送信するよう、構成することもできる。あるいは、管理装置10は、組織1のポリシーとしてインストールを必須としているソフトウェアが機器12にインストールされていないときに、当該ソフトウェアのインストールを求める対策指示を送信するよう、構成することもできる。
また、上記実施形態では、記憶装置104に、脆弱性情報、構成情報、脆弱性調査の結果及び例外申請が格納される各データベースが記憶されている場合について説明したが、これに限定されるものではない。例えば、これらのデータベースを記憶装置104に記憶することに代えて、これらのデータベースを記憶するデータベースサーバが管理装置10とは別個に設置されていてもよい。
また、上記実施形態では、例外申請の回数自体を計算する場合を例に説明したが、これに限定されるものではない。例えば、例外申請の回数は、その回数のソフトウェア構成の変更指示の回数に対する割合を示す相対的な回数として計算することもできる。
また、上記の各実施形態の機能を実現するように該実施形態の構成を動作させるプログラムを記録媒体に記録させ、該記録媒体に記録されたプログラムをコードとして読み出し、コンピュータにおいて実行する処理方法も各実施形態の範疇に含まれる。すなわち、コンピュータ読取可能な記録媒体も各実施形態の範囲に含まれる。また、上述のコンピュータプログラムが記録された記録媒体はもちろん、そのコンピュータプログラム自体も各実施形態に含まれる。
該記録媒体としては、例えばフロッピー(登録商標)ディスク、ハードディスク、光ディスク、光磁気ディスク、CD-ROM(Compact Disc-Read Only Memory)、磁気テープ、不揮発性メモリカード、ROMを用いることができる。また、該記録媒体に記録されたプログラム単体で処理を実行しているものに限らず、他のソフトウェア、拡張ボードの機能と共同して、OS(Operating System)上で動作して処理を実行するものも各実施形態の範疇に含まれる。
上記の各実施形態の機能により実現されるサービスは、SaaS(Software as a Service)の形態でユーザに対して提供することもできる。
上記実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
(付記1)
機器のソフトウェア構成の変更を指示する変更指示に対する、前記機器の前記ソフトウェア構成を変更しない旨の申請を受け付ける受付部と、
前記変更指示に関連する時点及び前記受付部により受け付けられた前記申請の時点に基づき、前記申請を否認する処理部と
を有することを特徴とする管理装置。
機器のソフトウェア構成の変更を指示する変更指示に対する、前記機器の前記ソフトウェア構成を変更しない旨の申請を受け付ける受付部と、
前記変更指示に関連する時点及び前記受付部により受け付けられた前記申請の時点に基づき、前記申請を否認する処理部と
を有することを特徴とする管理装置。
(付記2)
前記処理部は、前記申請を否認する場合に、通知又は前記機器のネットワークからの遮断を行う
ことを特徴とする付記1記載の管理装置。
前記処理部は、前記申請を否認する場合に、通知又は前記機器のネットワークからの遮断を行う
ことを特徴とする付記1記載の管理装置。
(付記3)
前記処理部は、前記変更指示が行われた時点と前記申請が行われた前記時点との間の時間に基づき、前記申請を否認する
ことを特徴とする付記1又は2に記載の管理装置。
前記処理部は、前記変更指示が行われた時点と前記申請が行われた前記時点との間の時間に基づき、前記申請を否認する
ことを特徴とする付記1又は2に記載の管理装置。
(付記4)
前記変更指示は、変更期限までの前記ソフトウェア構成の変更を指示するものであり、
前記処理部は、前記申請が行われた前記時点と前記変更期限との間の時間に基づき、前記申請を否認する
ことを特徴とする付記1乃至3のいずれかに記載の管理装置。
前記変更指示は、変更期限までの前記ソフトウェア構成の変更を指示するものであり、
前記処理部は、前記申請が行われた前記時点と前記変更期限との間の時間に基づき、前記申請を否認する
ことを特徴とする付記1乃至3のいずれかに記載の管理装置。
(付記5)
前記処理部は、前記申請のうちの理由が同じである前記申請の件数に基づき、前記申請を否認する
ことを特徴とする付記1乃至4のいずれかに記載の管理装置。
前記処理部は、前記申請のうちの理由が同じである前記申請の件数に基づき、前記申請を否認する
ことを特徴とする付記1乃至4のいずれかに記載の管理装置。
(付記6)
前記処理部は、前記変更指示に関連する時点と前記申請の時点との間の時間が第1の閾値を下回る場合に第1の通知又は前記機器のネットワークからの遮断を行い、前記時間が前記第1の閾値よりも小さな第2の閾値を下回る場合に第2の通知又は前記機器の前記ネットワークからの遮断を行う
ことを特徴とする付記1乃至5のいずれかに記載の管理装置。
前記処理部は、前記変更指示に関連する時点と前記申請の時点との間の時間が第1の閾値を下回る場合に第1の通知又は前記機器のネットワークからの遮断を行い、前記時間が前記第1の閾値よりも小さな第2の閾値を下回る場合に第2の通知又は前記機器の前記ネットワークからの遮断を行う
ことを特徴とする付記1乃至5のいずれかに記載の管理装置。
(付記7)
機器のソフトウェア構成の変更を指示する変更指示に対する、前記機器の前記ソフトウェア構成を変更しない旨の申請を受け付け、
前記変更指示に関連する時点及び受け付けられた前記申請の時点に基づき、前記申請を否認する
ことを特徴とする管理方法。
機器のソフトウェア構成の変更を指示する変更指示に対する、前記機器の前記ソフトウェア構成を変更しない旨の申請を受け付け、
前記変更指示に関連する時点及び受け付けられた前記申請の時点に基づき、前記申請を否認する
ことを特徴とする管理方法。
(付記8)
コンピュータに、
機器のソフトウェア構成の変更を指示する変更指示に対する、前記機器の前記ソフトウェア構成を変更しない旨の申請を受け付け、
前記変更指示に関連する時点及び受け付けられた前記申請の時点に基づき、前記申請を否認する
ことを実行させるプログラムが記録された記録媒体。
コンピュータに、
機器のソフトウェア構成の変更を指示する変更指示に対する、前記機器の前記ソフトウェア構成を変更しない旨の申請を受け付け、
前記変更指示に関連する時点及び受け付けられた前記申請の時点に基づき、前記申請を否認する
ことを実行させるプログラムが記録された記録媒体。
以上、実施形態を参照して本発明を説明したが、本発明は上記実施形態に限定されものではない。本発明の構成や詳細には、本発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
この出願は、2018年2月28日に出願された日本出願特願2018-034791を基礎とする優先権を主張し、その開示の全てをここに取り込む。
1…組織
2…システム
10…管理装置
12…機器
14…管理端末
16…ネットワーク遮断装置
18…ファイアウォール/プロキシサーバ
20…組織内ネットワーク
22…インターネット
24…情報配信サーバ
1000…管理装置
1002…受付部
1004…処理部
A…管理者
U…利用者
2…システム
10…管理装置
12…機器
14…管理端末
16…ネットワーク遮断装置
18…ファイアウォール/プロキシサーバ
20…組織内ネットワーク
22…インターネット
24…情報配信サーバ
1000…管理装置
1002…受付部
1004…処理部
A…管理者
U…利用者
Claims (8)
- 機器のソフトウェア構成の変更を指示する変更指示に対する、前記機器の前記ソフトウェア構成を変更しない旨の申請を受け付ける受付部と、
前記変更指示に関連する時点及び前記受付部により受け付けられた前記申請の時点に基づき、前記申請を否認する処理部と
を有することを特徴とする管理装置。 - 前記処理部は、前記申請を否認する場合に、通知又は前記機器のネットワークからの遮断を行う
ことを特徴とする請求項1記載の管理装置。 - 前記処理部は、前記変更指示が行われた時点と前記申請が行われた前記時点との間の時間に基づき、前記申請を否認する
ことを特徴とする請求項1又は2に記載の管理装置。 - 前記変更指示は、変更期限までの前記ソフトウェア構成の変更を指示するものであり、
前記処理部は、前記申請が行われた前記時点と前記変更期限との間の時間に基づき、前記申請を否認する
ことを特徴とする請求項1乃至3のいずれか1項に記載の管理装置。 - 前記処理部は、前記申請のうちの理由が同じである前記申請の件数に基づき、前記申請を否認する
ことを特徴とする請求項1乃至4のいずれか1項に記載の管理装置。 - 前記処理部は、前記変更指示に関連する時点と前記申請の時点との間の時間が第1の閾値を下回る場合に第1の通知又は前記機器のネットワークからの遮断を行い、前記時間が前記第1の閾値よりも小さな第2の閾値を下回る場合に第2の通知又は前記機器の前記ネットワークからの遮断を行う
ことを特徴とする請求項1乃至5のいずれか1項に記載の管理装置。 - 機器のソフトウェア構成の変更を指示する変更指示に対する、前記機器の前記ソフトウェア構成を変更しない旨の申請を受け付け、
前記変更指示に関連する時点及び受け付けられた前記申請の時点に基づき、前記申請を否認する
ことを特徴とする管理方法。 - コンピュータに、
機器のソフトウェア構成の変更を指示する変更指示に対する、前記機器の前記ソフトウェア構成を変更しない旨の申請を受け付け、
前記変更指示に関連する時点及び受け付けられた前記申請の時点に基づき、前記申請を否認する
ことを実行させるプログラムが記録された記録媒体。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US16/975,948 US20200401400A1 (en) | 2018-02-28 | 2019-02-27 | Management apparatus, management method, and storage medium |
JP2020503596A JP6897861B2 (ja) | 2018-02-28 | 2019-02-27 | 管理装置、管理方法及びプログラム |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2018034791 | 2018-02-28 | ||
JP2018-034791 | 2018-02-28 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2019168067A1 true WO2019168067A1 (ja) | 2019-09-06 |
Family
ID=67805407
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/JP2019/007687 WO2019168067A1 (ja) | 2018-02-28 | 2019-02-27 | 管理装置、管理方法及び記録媒体 |
Country Status (3)
Country | Link |
---|---|
US (1) | US20200401400A1 (ja) |
JP (1) | JP6897861B2 (ja) |
WO (1) | WO2019168067A1 (ja) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPWO2021144975A1 (ja) * | 2020-01-17 | 2021-07-22 |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20230367880A1 (en) * | 2022-05-13 | 2023-11-16 | Micro Focus Llc | Dynamic self-check |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2005129042A (ja) * | 2003-09-30 | 2005-05-19 | Fujitsu Social Science Laboratory Ltd | コンピュータシステム管理のプログラム,コンピュータシステム管理装置,コンピュータ及びコンピュータシステムの管理方法 |
JP2009032002A (ja) * | 2007-07-26 | 2009-02-12 | Fuji Xerox Co Ltd | 例外操作処理装置および文書操作処理システムおよび例外操作処理プログラム |
-
2019
- 2019-02-27 JP JP2020503596A patent/JP6897861B2/ja active Active
- 2019-02-27 US US16/975,948 patent/US20200401400A1/en not_active Abandoned
- 2019-02-27 WO PCT/JP2019/007687 patent/WO2019168067A1/ja active Application Filing
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2005129042A (ja) * | 2003-09-30 | 2005-05-19 | Fujitsu Social Science Laboratory Ltd | コンピュータシステム管理のプログラム,コンピュータシステム管理装置,コンピュータ及びコンピュータシステムの管理方法 |
JP2009032002A (ja) * | 2007-07-26 | 2009-02-12 | Fuji Xerox Co Ltd | 例外操作処理装置および文書操作処理システムおよび例外操作処理プログラム |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPWO2021144975A1 (ja) * | 2020-01-17 | 2021-07-22 | ||
WO2021144975A1 (ja) * | 2020-01-17 | 2021-07-22 | 三菱電機株式会社 | 情報処理装置及びプログラム |
JP7008893B2 (ja) | 2020-01-17 | 2022-01-25 | 三菱電機株式会社 | 情報処理装置及びプログラム |
Also Published As
Publication number | Publication date |
---|---|
JP6897861B2 (ja) | 2021-07-07 |
US20200401400A1 (en) | 2020-12-24 |
JPWO2019168067A1 (ja) | 2021-02-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9832228B2 (en) | Methods, systems, and computer program products for managing firewall change requests in a communication network | |
KR102150742B1 (ko) | 자동적인 거짓 디지털 인증서 검출 기법 | |
US8087060B2 (en) | Chaining information card selectors | |
US20180255099A1 (en) | Security and compliance alerts based on content, activities, and metadata in cloud | |
US20070016958A1 (en) | Allowing any computer users access to use only a selection of the available applications | |
CN105210042A (zh) | 互联网协议威胁防护 | |
US10091219B2 (en) | Methods and apparatus for detecting remote control of a client device | |
US20140351323A1 (en) | Safety evaluation method and safety evaluation computer | |
CN111385284B (zh) | 建筑物自动化***的网络安全管理 | |
WO2019168067A1 (ja) | 管理装置、管理方法及び記録媒体 | |
CN100586123C (zh) | 基于角色管理的安全审计方法及*** | |
EP3195551B1 (en) | Method and system for managing fine-grained policies for requiring user approval of device management operations | |
CN114444131A (zh) | 文档审核方法及计算机存储介质 | |
CN111095253A (zh) | 信息处理设备、信息处理方法以及程序 | |
WO2019168066A1 (ja) | 管理装置、管理方法及び記録媒体 | |
JP2009301189A (ja) | 文書処理装置及び文書処理プログラム | |
US11501184B1 (en) | Automated determination of decision step logic in a course of action for information technology incident response | |
US20150113655A1 (en) | System, Method and Computer Program Product for Using Opinions Relating to Trustworthiness to Block or Allow Access | |
JP7445017B2 (ja) | ユーザ識別子および署名収集を利用したモバイルアプリケーション偽造・変造探知方法、コンピュータプログラム、コンピュータ読み取り可能な記録媒体およびコンピュータ装置 | |
CN108595978A (zh) | 信息屏蔽方法、装置、终端及计算机可读存储介质 | |
US11836241B1 (en) | Automatic update of user information | |
JP2019192223A (ja) | 情報処理装置、情報処理システム、制御方法、及びプログラム | |
JP6504300B1 (ja) | 情報処理装置、情報処理システム、制御方法、及びプログラム | |
Hamilton | Where Transformation and Cyber Security Meet | |
JP2005141568A (ja) | 情報管理システムおよび情報管理プログラム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 19761504 Country of ref document: EP Kind code of ref document: A1 |
|
ENP | Entry into the national phase |
Ref document number: 2020503596 Country of ref document: JP Kind code of ref document: A |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
122 | Ep: pct application non-entry in european phase |
Ref document number: 19761504 Country of ref document: EP Kind code of ref document: A1 |