WO2014091576A1 - 中継装置および中継方法、並びにプログラム - Google Patents

中継装置および中継方法、並びにプログラム Download PDF

Info

Publication number
WO2014091576A1
WO2014091576A1 PCT/JP2012/082159 JP2012082159W WO2014091576A1 WO 2014091576 A1 WO2014091576 A1 WO 2014091576A1 JP 2012082159 W JP2012082159 W JP 2012082159W WO 2014091576 A1 WO2014091576 A1 WO 2014091576A1
Authority
WO
WIPO (PCT)
Prior art keywords
user
connection
password
server
relay
Prior art date
Application number
PCT/JP2012/082159
Other languages
English (en)
French (fr)
Inventor
亮一 寺村
橋本　淳
Original Assignee
株式会社野村総合研究所
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社野村総合研究所 filed Critical 株式会社野村総合研究所
Priority to PCT/JP2012/082159 priority Critical patent/WO2014091576A1/ja
Priority to JP2014551784A priority patent/JP6013508B2/ja
Priority to SG11201504468WA priority patent/SG11201504468WA/en
Priority to US14/651,912 priority patent/US9887986B2/en
Publication of WO2014091576A1 publication Critical patent/WO2014091576A1/ja

Links

Images

Classifications

    • 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/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/083—Network architectures or network communication protocols for network security for authentication of entities using passwords
    • 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/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/31—User authentication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L25/00—Baseband systems
    • H04L25/02—Details ; arrangements for supplying electrical power along data transmission lines
    • H04L25/20—Repeater circuits; Relay circuits
    • 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/02—Network architectures or network communication protocols for network security for separating internal from external traffic, e.g. firewalls
    • H04L63/0281—Proxies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • 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/02—Network architectures or network communication protocols for network security for separating internal from external traffic, e.g. firewalls
    • H04L63/0209—Architectural arrangements, e.g. perimeter networks or demilitarized zones

Definitions

  • the present invention relates to a relay device, a relay method, and a program.
  • privileged ID An ID having authority exceeding the general authority is called “privileged ID”, and for example, root of UNIX system, Administrator of Windows system, SYS, SYSTEM of DB system, etc. are known.
  • privilege IDs There are many privilege IDs other than those described above, and some of these privilege IDs may be shared by a plurality of operators or used in a program.
  • scenes in which privilege IDs must be used in scenes for normal operation or failure handling For this reason, it is very difficult to identify privileged ID users and perform appropriate access management as compared to access management of general authority IDs.
  • Patent Document 1 an operator uses a privilege ID to connect to a relay device before connecting to a server constituting the business information system, and this relay device allows a user to connect to the server.
  • a technique for managing a privilege ID by associating a user ID registered by performing authentication with a privilege ID used in a connection destination server and specifying a privilege ID user has been proposed.
  • Patent Document 1 Even with the configuration shown in Patent Document 1, there is room for further improvement in strictly managing access with privileged IDs.
  • a conventional access example to a server constituting the business information system and an access example in which a problem occurs will be described with reference to the drawings.
  • FIG. 5 is a diagram for explaining a conventional access example to a server constituting the business information system.
  • a person who wants to access the connection destination server 150 from the work terminal 100 uses a user ID and password in the gateway server 120 for performing privileged ID management, and a user ID and password in the connection destination server 150.
  • the gateway server 120 performs user authentication based on the user ID and password managed by the gateway server 120. Further, in the gateway server 120, when it is confirmed that the combination is correct and the combination of the user ID having the login authority to the connection destination server 150 is confirmed, the user ID and password of the connection destination server 150 are confirmed. Is transmitted to the connection destination server 150.
  • connection destination server 150 side On the connection destination server 150 side, user authentication is performed based on the user ID and password transmitted from the gateway server 120, and a login process is automatically executed if the combination is a valid user ID and password. As a result, the gateway server 120 can identify the user with the privilege ID. Next, an example in which access management to the connection destination server 150 constituting the business information system cannot be performed on the gateway server 120 side will be described.
  • FIG. 6 is a diagram for explaining an example in which access management cannot be performed in the configuration example shown in FIG.
  • the information input by the gateway server 120 by a person who wants to access the connection destination server 150 configuring the business information system 100 is different from that in FIG. 5.
  • the user ID and password in the gateway server 120 are the same as the user ID in the connection destination server 150, but the wrong password is specified regardless of whether the password of the user ID is intentional or not. It is.
  • the login process naturally fails on the connection destination server 150 side, but depending on the access method to the connection destination server 150, the login screen may be displayed on the terminal used by the person who requested the access after the login failure. Therefore, it is theoretically possible to log in by inputting a user ID and password different from the user ID input in the gateway server 120 on the displayed login screen. Also, when logged in by such a method, the gateway server 120 cannot perform privilege ID access management.
  • the present invention has been made in view of the above-described problems, and an object thereof is to provide a relay device, a relay method, and a program that can perform appropriate access management.
  • the relay device is a relay device that relays connection to a desired server based on a connection request from a client terminal, and a user ID and password for logging in to the desired server are received from the client terminal.
  • a reception unit that accepts, a connection relay unit that relays connection to a desired server without performing user authentication based on the user ID and password accepted by the reception unit when establishing a session with the desired server, and a connection by the connection relay unit Connected to a desired server by a process different from the relay process, and has a confirmation unit for confirming the validity of the combination of the user ID and the password received by the reception unit.
  • the above connection relay unit is received by the reception unit If the confirmation unit confirms that the user ID and password combination is correct, it establishes a session with the desired server. It is characterized in.
  • the confirmation unit may include a predetermined protocol different from a protocol used by the relay unit for communication with the desired server, or a protocol corresponding to a predetermined interface implemented by the desired server. The validity of the combination of the user ID and password accepted by the accepting unit can be confirmed.
  • a predetermined interface implemented by a desired server receives a predetermined request with a user ID and a password to which a right authority is granted by the desired server.
  • the confirmation unit transmits a predetermined request including the user ID and password received by the reception unit to the service, and when the predetermined information can be acquired by a response from the service Therefore, it can be determined that the combination of the user ID and the password received by the receiving unit is correct.
  • the relay method according to the present invention is a relay method for relaying a connection to a server that is a connection request destination based on a connection request from a client terminal, and includes a user ID and a password for logging in to a desired server.
  • a reception step received from the client terminal, a connection relay step of relaying the connection to the desired server without performing user authentication based on the user ID and password received in the reception step when establishing a session with the desired server, and connection relay A connection step to connect to a desired server by a process different from the connection relay process by step, and a confirmation step to confirm the validity of the combination of the user ID and the password received at the reception step.
  • the combination of the user ID and password received in the reception step Combined is characterized by the establishment of a session with the desired server when it is confirmed in the correct and confirmation steps.
  • the program according to the present invention is a program for causing a computer to function as a relay device that relays connection to a desired server based on a connection request from a client terminal, and logs the above-described computer into the desired server.
  • Accepting a user ID and password from the client terminal, and relaying the connection to the desired server without performing user authentication based on the user ID and password accepted by the accepting unit when establishing a session with the desired server To connect to the server by a process different from the connection relay process by the connection relay means and the connection relay means, and to function as a confirmation means for confirming the validity of the combination of the user ID and password received by the accepting means.
  • the connection relay means described above is Characterized by the establishment of a session with the desired server when the combination of The ID and password are confirmed in a correct and confirmation means.
  • the present invention it is possible to provide a relay device, a relay method, and a program that can perform appropriate access management.
  • FIG. 6 is a diagram for describing an example in which access management cannot be performed in the configuration example illustrated in FIG. 5. It is a figure for demonstrating the example of an access at the time of providing the password management server in the structural example shown in FIG.
  • FIG. 1 is a block diagram illustrating a configuration example of a business information system including a relay device according to an embodiment of the present invention.
  • the relay device 10 and the work terminal 20 are connected via the network 30, and the client environment 40 is connected to the network 30 via the relay device 10.
  • the network 30 will be described on the premise of remote access via a public line such as the Internet or a local area network (LAN).
  • the relay device 10, the client environment 40, and the work terminal 20 are mutually dedicated lines. It may be connected.
  • client company or “client company” means a company that performs organizational work by operating various business information systems and receives a service called maintenance work from the external work terminal 20.
  • the term “client environment 40” shall be used.
  • a client environment 40 indicates a business environment of a certain company X.
  • Various business information systems in the client environment 40 are appropriately subjected to maintenance work even after operation. Although this maintenance work may be performed in the client environment 40, most of the maintenance work is executed by remote access from the work terminal 20.
  • the worker is usually an SE (System Engineer) of a management company that has signed a maintenance work contract with the company X.
  • An operator operates the work terminal 20 to remotely log in to various business information systems in the client environment 40 via the network 30 and the relay device 10.
  • the communication path between the work terminal 20 and the relay apparatus 10 is preferably a secure communication path such as VPN (Virtual Private Network).
  • the relay device 10 is a device that centrally accepts remote login requests from the work terminal 20 to the client environment 40, and is installed at the network security boundary.
  • the relay device 10 includes, for example, TELNET (Telecommunication network), SSH (Secure SHell), FTP (File Transfer Protocol), HTTP (HyperText Transfer Protocol), HTTPS (Hypertext Transfer Protocol Security), RDP (Remote Desktop Protocol), CIFS ( It is configured to be able to perform access control of a predetermined protocol such as Common (Internet) File (System), and audit by log acquisition.
  • the relay apparatus 10 uses the user ID and password received from the work terminal 20 when establishing a session with a server constituting various business information systems installed in the client environment 40.
  • RDP which is an example of a protocol for relaying a connection to a server without performing the above, is used.
  • the relay device 10 establishes a session with the connection request destination server installed in the client environment 40 from the work terminal 20 on the condition that both of the following three-stage determinations are affirmative determinations, Then, enable remote login to the connection request destination server.
  • first user authentication Whether the combination of the user ID and password in the relay device 10 is appropriate (hereinafter referred to as “first user authentication”).
  • application determination Whether the worker has applied in advance for performing maintenance work, and whether or not the application has been processed correctly (hereinafter referred to as “application determination”).
  • application determination Whether or not the combination of the user ID and password in the connection request destination server is appropriate (hereinafter referred to as “second user authentication”).
  • first user authentication Whether the worker has applied in advance for performing maintenance work, and whether or not the application has been processed correctly.
  • second user authentication Whether or not the combination of the user ID and password in the connection request destination server is appropriate (hereinafter referred to as “second user authentication”).
  • first user authentication and the second user authentication are successful, and a work
  • the work terminal 20 includes a user ID and password for remotely logging in to the relay device 10 by an operator, and a user ID and password for remotely logging in to servers of various business systems built in the client environment 40.
  • the information is transmitted as a remote login request to the relay apparatus 10 via the network 30.
  • the client environment 40 includes, for example, three types of business information systems such as a financial information system 41, a customer information system 42, and an inventory management system 43, and one or more approval terminals 44.
  • the financial information system 41 is a system for managing the financial information of the company X.
  • the customer information system 42 is a system that manages customer information of the company X.
  • the inventory management system 43 is a system that manages the inventory status of the products of the company X.
  • the approval terminal 44 is a general PC terminal equipped with a web browser, and is a terminal used for approving an application when an operator has previously applied for maintenance work. Note that the approval terminal 44 does not necessarily belong to the client environment 40 and may be a portable terminal such as a notebook PC.
  • FIG. 2 is a block diagram illustrating a functional configuration example of the relay device 10 illustrated in FIG. 1.
  • Each block shown in FIG. 2 can be realized by configuring an arithmetic processing unit such as a CPU and storage devices such as a RAM, a ROM, and an HDD in terms of hardware, and can be realized by a computer program or the like in terms of software.
  • an arithmetic processing unit such as a CPU
  • storage devices such as a RAM, a ROM, and an HDD
  • functional blocks realized by their cooperation are shown. Therefore, these functional blocks can be realized in various forms by a combination of hardware and software.
  • the relay device 10 includes an access management unit 11, a first user authentication unit 12, an application management unit 13, a second user authentication unit 14, and a log management unit 15.
  • the relay device 10 will be described as a single device that integrally includes the functions of the access management unit 11, the first user authentication unit 12, the application management unit 13, the second user authentication unit 14, and the log management unit 15. Each function may be constructed by a separate device.
  • the access management unit 11 determines whether to permit access to the specific server. Specifically, the access management unit 11 refers to a connection permission database (not shown) for the IP address and host name of the work terminal 20 to check whether or not the terminal is a connection permission target, and the connection permission target If outside, cut immediately. On the other hand, if it is a connection permission target, the access management unit 11 requests the user ID and password managed by the relay device 10 from the work terminal 20 and accepts them. It also requests and accepts a user ID and password at a specific server.
  • a connection permission database not shown
  • the access management unit 11 determines from the responses from the first user authentication unit 12, the application management unit 13, and the second user authentication unit 14 that access to the specific server is permitted, the access management unit 11 Establish a session between. That is, when all the determinations of the first user authentication unit 12, the application management unit 13, and the second user authentication unit 14 become affirmative, the worker can access the business information system that is the target of the maintenance work. Note that after the session is established, the access management unit 11 serves as a proxy server that proxy communication between the work terminal 20 and a specific server, and records its communication log.
  • the first user authentication unit 12 performs the first user authentication based on the user ID and the information input as the password in the relay device 10 supplied from the access management unit 11.
  • the first user authentication unit 12 has a first user authentication database (not shown) that manages user IDs and passwords in the relay device 10, and authenticates whether or not the user is a valid user by referring to this database. I do.
  • the first user authentication unit 12 returns the execution result of the first user authentication to the access management unit 11.
  • the application management unit 13 executes an application determination based on information input as a user ID in the relay device 10 received from the access management unit 11. It should be noted that the worker must have previously applied for what kind of work is scheduled to be performed prior to remote login to a specific server.
  • the application management unit 13 has an application management database (not shown) that centrally manages work schedule information in each server, and has been applied for some maintenance work in advance with a user ID indicating the worker. It is confirmed whether or not it exists by referring to this application management database.
  • the application management unit 13 returns the application determination result to the access management unit 11.
  • the second user authentication unit 14 determines whether the user ID and password at the connection request destination are correct based on the information input as the user ID and password at the connection request destination server supplied from the access management unit 11. (2nd user authentication) is executed. When the second user authentication unit 14 receives the user ID, password, and information (IP address, host name, etc.) indicating the connection request destination from the access management unit 11, the combination of the user ID and password at the connection request destination is correct. And returns the result to the access management unit 11. Details of the second user authentication will be described later.
  • the log management unit 15 acquires and manages the contents of access performed by the access management unit 11. For example, a “summary log” such as access date and time and an IP address and a “full-text log” of data transmitted and received between the work terminal 20 and the connection destination server are acquired and managed. Further, the log management unit 15 manages the work application content managed by the application management unit 13 and the access log managed by the log management unit 15 in association with each other, and can easily perform an access check. Here, the access check is to investigate the access log and perform a log audit as to whether or not the access is performed as requested.
  • FIG. 3 is a diagram illustrating a display example of a login screen.
  • the login screen 50 shown in FIG. 3 is displayed on the work terminal 20 when a remote login request is made from the work terminal 20 to the access management unit 11.
  • the access management unit 11 displays the login window 51 in the login screen 50 of the work terminal 20. That is, the access management unit 11 provides the user interface screen of the work terminal 20.
  • a user of the work terminal 20 inputs a user ID and a password on a login window 51 displayed in the login screen 50.
  • the connection destination is designated from the login destination selection menu window 52 for designating the connection destination.
  • “AGW” indicating the relay device 10 is designated.
  • the user interface seen from the user is the same as that provided by the conventional terminal server, but the input user identification information is supplied to the first user authentication unit 12, the application management unit 13, and the second user authentication unit 14, User authentication, application determination, and second user authentication are performed, respectively.
  • FIG. 4 is a flowchart showing a remote login process to the server constituting the business information system.
  • the relay apparatus 10 receives an access request from the work terminal 20, it starts the following processing (START).
  • Step S1 The access management unit 11 of the relay device 10 confirms the IP address, host name, and the like of the work terminal 20 that has accessed, and determines whether or not to permit the connection. Specifically, the access management unit 11 refers to the connection permission database (not shown) for the IP address and the host name of the work terminal 20 and confirms whether or not the terminal is a connection permission target terminal. This determination may be based on either the IP address or the host name, or may be based on whether the combination of both is correct.
  • Step S2 If the access management unit 11 determines in step S1 that the connection from the work terminal 20 is not permitted (NO in step S1), the access management unit 11 immediately disconnects the connection. In step S2, a message indicating that the terminal cannot be connected may be displayed on the display of the work terminal 20 without immediately disconnecting the connection.
  • Step S3 On the other hand, if it is determined that the connection from the work terminal 20 is permitted in Step S2 (YES in Step S2), the access management unit 11 makes the work terminal 20 suitable for the communication protocol. Request user identification information (user ID and password). Specifically, since the communication protocol in the present embodiment is RDP, the login screen 50 (FIG. 3) is displayed on the display of the work terminal 20, and the operator inputs the user ID and password in the relay device 10. Accept. Then, the work terminal 20 transmits the information input as the user ID and password in the relay device 10 input via the login screen 50 to the access management unit 11.
  • the communication protocol in the present embodiment is RDP
  • the login screen 50 (FIG. 3) is displayed on the display of the work terminal 20, and the operator inputs the user ID and password in the relay device 10. Accept.
  • the work terminal 20 transmits the information input as the user ID and password in the relay device 10 input via the login screen 50 to the access management unit 11.
  • Step S4 The access management unit 11 receives information input as user identification information in the relay device 10 from the work terminal 20.
  • the access management unit 11 supplies the information received in step S4 to the first user authentication unit 11 and the application management unit 13, thereby executing the first user authentication and application determination.
  • Step S5 The first user authentication unit 12 refers to a database (not shown) holding a combination of a user ID and a password authorized to connect to the relay device 10 itself, and the information supplied from the access management unit 11 Based on the above, it is determined whether the user is an authorized user to connect (that is, the first user authentication is performed).
  • the application management unit 13 refers to an application management database (not shown) that centrally manages work schedule information on each server, and has applied for any maintenance work in advance with the supplied user ID. It is determined whether or not (that is, application determination is performed). These determination results are returned to the access management unit 11.
  • Step S6 The access management unit 11 determines whether or not the first user authentication and application determination in step S5 are successful. Specifically, the access management unit 11 determines whether the execution result of step S5 is an affirmative result that the worker is a user authorized to connect and that some maintenance work has been applied for in advance. Judge whether or not.
  • Step S7 The access management unit 11 includes a negative result that the worker is not a user authorized to connect or that no maintenance work has been applied in advance in the execution result of Step S5. (NO in step S6), an authentication error message is displayed on the display of the work terminal 20.
  • Step S8 On the other hand, the execution result of step S5 is an affirmative result that the operator is a user who has the authority to connect and that some maintenance work has been applied in advance.
  • the work terminal 20 is further requested to input the server name as the connection request destination and the user identification information (user ID and password) at the connection request destination server.
  • the login screen displayed on the work terminal 20 at this time may be the same as the login screen 50 shown in FIG. 3 or may be displayed differently.
  • the work terminal 20 accepts input of the server name of the connection request destination and the user ID and password at the connection request destination server from the worker based on the request in step S8, and inputs the input information to the access management unit 11. Send.
  • Step S9 The access management unit 11 receives the information input at the work terminal 20 as a response to Step S8.
  • the access management unit 11 supplies the information received in step S9 to the second user authentication unit 14.
  • Step S10 The second user authenticating unit 14 is based on information supplied from the access managing unit 11 (that is, information indicating a connection request destination, information input as a user ID and a password at the connection request destination server), A predetermined command request is issued to the server that is the connection request destination, and second user authentication is executed.
  • the predetermined command request here refers to various types of servers for services provided by the WMI interface. Issue a request to notify information.
  • the various types of information here include, for example, service information running on the server, service information such as status, process information such as process name and used memory capacity, disk information such as disk capacity and free disk space, CPU information such as CPU usage, OS information such as product name and product type, event log information such as event contents, memory information such as physical memory capacity, and the like.
  • service information such as status
  • process information such as process name and used memory capacity
  • disk information such as disk capacity and free disk space
  • CPU information such as CPU usage
  • OS information such as product name and product type
  • event log information such as event contents
  • memory information such as physical memory capacity, and the like.
  • Step S11 The access management unit 11 determines whether or not the second user authentication is successful based on the execution result of Step S10. That is, when the requested information is normally transmitted from the server, the access management unit 11 can confirm the validity of the user ID and password at the connection request destination server, and the second user authentication is successful. Can be determined. On the other hand, if the information requested from the server is not transmitted (such as an error message), the access management unit 11 cannot confirm the validity of the user ID and password at the connection request destination server. It is determined that the user authentication has failed.
  • Step S12 When the access management unit 11 determines that the second user authentication has failed in Step S11 (NO in Step S11), the access management unit 11 displays an authentication error message on the display of the work terminal 20, and Do not allow the establishment of a session with the server.
  • Step S13 On the other hand, when the access management unit 11 determines that the second user authentication is successful in Step S11 (YES in Step S11), the access management unit 11 establishes a session with the connection request destination server. Thus, the subsequent remote login process is continued.
  • the access management unit 11 is connected to the connection request destination server only when all the determinations of the first user authentication unit 12, the application management unit 13, and the second user authentication unit 14 are affirmative. Session is established. As a result, the worker can remotely access the business information system that is the subject of the maintenance work.
  • the access management unit 11 of the relay device 10 configures the financial information system 41, the customer information system 42, and the inventory management system 43 of the business information system based on the connection request from the work terminal 20 (client terminal).
  • a user ID and password for logging in to any one of the servers to be performed (desired server) is received from the work terminal 20, and the user authentication based on the user ID and password received when establishing a session with the server is not performed.
  • the second user authentication unit 14 connects to the server by a process different from the process of relaying this connection, confirms the validity of the combination of the above user ID and password, and this user.
  • the second user authentication unit 14 confirms that the combination of ID and password is correct So that the establishment of the session with over server.
  • the login method described with reference to FIG. 6 cannot be performed, and appropriate access management of privilege IDs can be realized.
  • the password at the connection request destination server is incorrect at the time of the second user authentication at the relay device 10
  • a session is established between the relay device 10 and the connection request destination server.
  • a login screen for logging in to the connection request destination server is not displayed on the display of the work terminal 20.
  • the access management unit 11 of the relay apparatus 10 confirms the validity of the received combination of user ID and password using the WMI interface (predetermined interface) implemented by the server.
  • the validity of the user ID and password can be confirmed in advance by a connection process different from the remote login process (connection relay process) by the relay apparatus 10. Therefore, there is no need to actually log in to the connection request destination server. Further, this different connection process is not recorded in the login history information in the connection request destination server. Further, the relay device 10 may not hold the password information of the user ID managed by the connection request destination server.
  • a configuration as shown in FIG. 7 is also conceivable.
  • a password management server 130 that manages the password of the connection destination server 150 is constructed separately from the gateway server 120.
  • the gateway server 120 receives the user ID and password (PW) in the gateway server 120 and the user ID and password in the connection destination server 150 from the work terminal 20, the gateway server 120 connects to the password management server 130 in the connection destination server.
  • a password corresponding to the user ID at 150 is inquired, and the validity of the password transmitted from the work terminal 20 is confirmed. Then, when the validity of the password transmitted from the work terminal 20 is confirmed, the connection destination server 150 is automatically logged in.
  • the password management server 130 must be constructed separately from the gateway server 120, the password management operation is burdened, and the cost for constructing the password management server 130 is newly generated.
  • There are some disadvantages such as On the other hand, in the case of configuring the relay device 10 described above, it is not necessary to construct the password management server 130, so these disadvantages do not occur.
  • the WMI interface implemented by the connection request destination server has a service that provides predetermined information when a predetermined request with a user ID and a password to which a legitimate authority is granted is accepted.
  • the access management unit 11 transmits a predetermined request including the received user ID and password to this service, and when the predetermined information can be acquired by a response from the service, the access management unit 11 It is determined that the password combination is correct.
  • the response of the service provided by the WMI interface implemented by the connection request destination server is returned normally, it means that the user has the access right as a premise that the service is executed. Therefore, it is possible to easily confirm the validity of the received user ID and password.
  • confirmation is performed using the protocol corresponding to the above-described WMI interface implemented by the connection request destination server, it is not necessary to make a significant setting change or the like on the connection request destination server side.
  • the series of processes described above can be executed by hardware or software.
  • a program constituting the software may execute various functions by installing a computer incorporated in dedicated hardware or various programs. For example, it is installed from a program recording medium in a general-purpose personal computer or the like. That is, the relay method executed by the relay device 10 and the program installed in the relay device 10 also have the same effect as the relay device 10.
  • the present invention is not limited to the above-described embodiments as they are, and various inventions can be formed without departing from the scope of the invention at the stage of implementation.
  • the method of confirming the validity of the user ID and password at the connection request destination server exemplified in step S10 of FIG. 4 is not limited to the above-described example.
  • CIFS Common Internet File System
  • a command for reading the attribute of a specific file is You may make it issue by designating the user ID and password in the server of a connection request destination. If the attribute information of a specific file can be acquired in response to the issued command in this way, it can be determined that the validity of the user ID and password at the connection request destination has been confirmed.
  • CIFS Common Internet File System
  • protocol A another protocol (hereinafter referred to as the following protocol) that shares the same user ID and authentication method as the protocol (hereinafter referred to as protocol A) in which user authentication is performed after the session between the connection request destination server and the relay device 10 is established.
  • protocol B the protocol A is connected to the relay device 10 after the existence of the user and the validity of the password are confirmed using the protocol B. Can be guaranteed.
  • the application determination it is determined whether or not any maintenance work has been applied in advance with the user ID supplied from the work terminal 20. While requesting up to the destination server name, whether or not the server name of the connection request destination matches the server name for which maintenance work has been applied in advance may be added to the application determination.
  • the first user authentication and the second user authentication information for executing each authentication is requested to the work terminal 20 separately.
  • the user ID and password in the relay device 10 the connection request destination, You may make it request
  • various inventions can be made by further modifying and embodying the constituent elements of the above-described embodiments and modifications, or by appropriately combining a plurality of constituent elements disclosed in the above-described embodiments and modifications. Can be formed. For example, you may delete some components from all the components shown by embodiment and a modification. Furthermore, you may combine the component covering different embodiment suitably.
  • Relay device 11 ... Access management unit (an example of a reception unit and a connection relay unit) 12 ... 1st user authentication part 13 ... Application management part 14 ... 2nd user authentication part (an example of a confirmation part) 15 ... log management unit 20 ... working terminal (an example of a client terminal) 30 ... Network 40 ... Client environment 41 ... Financial information system (an example of a desired server) 42. Customer information system (an example of a desired server) 43 ... Inventory management system (an example of a desired server) 44 ... Terminal 50 for approval ... Login screen 51 ... Login window 52 ... Login destination selection menu window

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computing Systems (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Power Engineering (AREA)
  • Information Transfer Between Computers (AREA)
  • Computer And Data Communications (AREA)

Abstract

　適切なアクセス管理ができる中継装置および中継方法、並びにプログラムを提供する。　作業用端末２０（クライアント端末）からの接続要求に基づいて財務情報システム４１、顧客情報システム４２、在庫管理システム４３のサーバのいずれか（所望のサーバ）にログインするためのユーザＩＤとパスワードを受け付け、受け付けたユーザＩＤとパスワードによるユーザ認証を所望のサーバとのセッション確立の際に行わないで接続を中継する中継装置１０であって、この接続を中継する処理とは異なる処理によりサーバへと接続し、受け付けたユーザＩＤとパスワードの組み合わせの正当性を確認し、ユーザＩＤとパスワードの組み合わせが正しいと確認された場合に所望のサーバとのセッションの確立をする。

Description

中継装置および中継方法、並びにプログラム
　本発明は、中継装置および中継方法、並びにプログラムに関する。
　業務情報システムを構成するサーバへアクセスする場合、一般権限のＩＤだけでなく、高権限のＩＤにてアクセスし、各種データなどの作成・更新・削除・実行などを行う場合がある。このような一般権限を超える権限を持つＩＤは、「特権ＩＤ」と呼ばれ、たとえばUNIXシステムのroot、WindowsシステムのAdministrator、DBシステムのSYS、SYSTEMなどが知られている。この特権ＩＤには、上述したもの以外にも多数存在し、中にはそれらの特権ＩＤが複数の操作者により共有されていたり、プログラムの中で利用されている場合がある。また、通常運用や障害対応の場面で特権ＩＤを利用せざるを得ない場面も多数存在する。そのため、特権ＩＤ利用者を特定し、適切なアクセス管理を行うことは一般権限のＩＤのアクセス管理と比較すると非常に困難である。
　しかしながら、ＩＴ統制の監査などの場面では、特権ＩＤを含めた業務情報システムを構成するサーバへのアクセスに対して、「いつ」、「誰が」、「どんな目的で」利用したのかを管理すべきである、という指摘を受けるケースがある。たとえば、特権ＩＤ利用者の操作に対して、アクセスした利用者の特定ができない、業務情報システムを構成するサーバでの作業に対して、職務分掌ができておらず、誰でも作業が可能、作業のログが取得できていない、作業に対する事後確認ができていないといった指摘がなされることがある。
　このような指摘に対応すべく、たとえば特許文献１に示すように、作業者が特権ＩＤを用いて業務情報システムを構成するサーバに接続する前に中継装置に接続させて、この中継装置によりユーザ認証を行うことで登録されているユーザＩＤと接続先のサーバで使用される特権ＩＤとを紐つけ、特権ＩＤ利用者を特定することで特権ＩＤ管理をする技術が提案されている。
特開２０１２－２０３６２４号公報
　しかしながら、特許文献１に示すような構成であっても、特権ＩＤでのアクセスを厳密に管理する上では、更なる改善の余地がある。以下に業務情報システムを構成するサーバへの従来のアクセス例と、問題が発生するアクセス例について図を参照しながらそれぞれ説明する。
　図５は、業務情報システムを構成するサーバへの従来のアクセス例を説明するための図である。まず、作業用端末１００から接続先サーバ１５０へのアクセスを行おうとする者が、特権ＩＤ管理を行うためのゲートウェイサーバ１２０でのユーザＩＤとパスワード、および接続先サーバ１５０でのユーザＩＤとパスワードとを入力し、ゲートウェイサーバ１２０へのログインを試みる。ゲートウェイサーバ１２０では、ゲートウェイサーバ１２０で管理しているユーザＩＤとパスワードに基づいてユーザ認証を行う。さらに、ゲートウェイサーバ１２０では、これらの組み合わせが正しいことに加えて接続先サーバ１５０へのログイン権限のあるユーザＩＤの組み合わせであることが確認できた場合には、接続先サーバ１５０のユーザＩＤとパスワードを含む接続要求を接続先サーバ１５０へ送信する。接続先サーバ１５０側では、ゲートウェイサーバ１２０から送信されてきたユーザＩＤとパスワードに基づいてユーザ認証を行い、正当なユーザＩＤおよびパスワードの組み合わせであれば自動的にログイン処理が実行される。これにより、ゲートウェイサーバ１２０では特権ＩＤの利用者を特定することができる。続いて、ゲートウェイサーバ１２０側で業務情報システムを構成する接続先サーバ１５０へのアクセス管理ができなくなる例について説明する。
　図６は、図５に示す構成例において、アクセス管理ができなくなる例を説明するための図である。図６に示す例では、業務情報システム１００を構成する接続先サーバ１５０へアクセスを行おうとする者が、ゲートウェイサーバ１２０で入力する情報が図５の場合と異なっている。具体的にはゲートウェイサーバ１２０でのユーザＩＤとパスワード、および接続先サーバ１５０におけるユーザＩＤは同じであるが、そのユーザＩＤのパスワードを故意である否かに係らず、誤ったパスワードを指定した場合である。この場合、接続先サーバ１５０側ではログイン処理が当然失敗するが、接続先サーバ１５０へのアクセス方法によってはログイン失敗後にログイン画面がアクセス要求をした者が使用している端末に表示されてしまう。そのため、表示されているログイン画面にてゲートウェイサーバ１２０で入力したユーザＩＤと異なるユーザＩＤとパスワードを入力することでログインすることが理論上可能となる。また、このような方法でログインされた場合にはゲートウェイサーバ１２０では特権ＩＤのアクセス管理ができなくなる。
　本発明は、上述した課題を鑑みてなされたものであり、適切なアクセス管理ができる中継装置および中継方法、並びにプログラムを提供することを目的とする。
　本発明の一側面は、中継装置に関するものである。すなわち、本発明に係る中継装置は、クライアント端末からの接続要求に基づいて所望のサーバへの接続を中継する中継装置であって、所望のサーバにログインするためのユーザＩＤとパスワードをクライアント端末から受け付ける受付部と、受付部で受け付けたユーザＩＤとパスワードによるユーザ認証を所望のサーバとのセッション確立の際に行わないで所望のサーバへの接続を中継する接続中継部と、接続中継部による接続中継処理とは異なる処理により所望のサーバへと接続し、受付部で受け付けたユーザＩＤとパスワードの組み合わせの正当性を確認する確認部とを有し、上述の接続中継部は、受付部で受け付けたユーザＩＤとパスワードの組み合わせが正しいと確認部で確認された場合に所望のサーバとのセッションの確立をすることを特徴とする。
　また、上述した構成に加えて、確認部は、中継部が所望のサーバとの間の通信で用いるプロトコルとは異なる所定のプロトコル、あるいは所望のサーバが実装している所定のインタフェースに対応するプロトコルを用いて、受付部で受け付けたユーザＩＤとパスワードの組み合わせの正当性を確認することができる。
　また、上述した構成に加えて、所望のサーバが実装している所定のインタフェースは、所望のサーバにて正当な権限が付与されているユーザＩＤおよびパスワードを伴った所定の要求を受け付けると、所定の情報を提供するサービスを有し、確認部は、受付部で受け付けたユーザＩＤとパスワードを含む所定の要求をサービスに対して送信し、サービスからの応答で所定の情報を取得できた場合に、受付部で受け付けたユーザＩＤとパスワードの組み合わせが正しいと判断することができる。
　また、本発明の一側面は、中継方法に関するものである。すなわち、本発明に係る中継方法は、クライアント端末からの接続要求に基づいて接続要求先となるサーバへの接続を中継する中継方法であって、所望のサーバにログインするためのユーザＩＤとパスワードをクライアント端末から受け付ける受付ステップと、受付ステップで受け付けたユーザＩＤとパスワードによるユーザ認証を所望のサーバとのセッション確立の際に行わないで所望のサーバへの接続を中継する接続中継ステップと、接続中継ステップによる接続中継処理とは異なる処理により所望のサーバへと接続し、受付ステップにて受け付けたユーザＩＤとパスワードの組み合わせの正当性を確認する確認ステップと、を有するものであり、上述した接続中継ステップでは、受付ステップで受け付けたユーザＩＤとパスワードの組み合わせが正しいと確認ステップで確認された場合に所望のサーバとのセッションの確立をすることを特徴とする。
　本発明の一側面は、プログラムに関するものである。すなわち、本発明に係るプログラムは、クライアント端末からの接続要求に基づいて所望のサーバへの接続を中継する中継装置としてコンピュータを機能させるためのプログラムであって、上述のコンピュータを所望のサーバにログインするためのユーザＩＤとパスワードをクライアント端末から受け付ける受付手段と、受付手段で受け付けたユーザＩＤとパスワードによるユーザ認証を所望のサーバとのセッション確立の際に行わないで所望のサーバへの接続を中継する接続中継手段と、接続中継手段による接続中継処理とは異なる処理によりサーバへと接続し、受付手段で受け付けたユーザＩＤとパスワードの組み合わせの正当性を確認する確認手段として機能させるためのものであり、上述の接続中継手段は、受付手段で受け付けたユーザＩＤとパスワードの組み合わせが正しいと確認手段で確認された場合に所望のサーバとのセッションの確立をすることを特徴とする。
　本発明によれば、適切なアクセス管理ができる中継装置および中継方法、並びにプログラムを提供することができる。
本発明の一実施形態に係る中継装置を含む業務情報システムの構成例を示すブロック図である。 図１に示す中継装置１０の機能構成例を示すブロック図である。 ログイン画面の表示例を示す図である。 業務情報システムへのリモートログイン処理を示すフローチャートを示す図である。 業務情報システムを構成するサーバへの従来のアクセス例を説明するための図である。 図５に示す構成例において、アクセス管理ができなくなる例を説明するための図である。 図５に示す構成例に、更にパスワード管理サーバを設けた場合のアクセス例を説明するための図である。
［業務情報システムの構成］
　図１は、本発明の一実施形態に係る中継装置を含む業務情報システムの構成例を示すブロック図である。同図に示す業務情報システムは、中継装置１０と作業用端末２０がネットワーク３０を介して接続されているとともに、クライアント環境４０が、中継装置１０を介してネットワーク３０に接続されている。以下において、ネットワーク３０は、インターネットやローカルエリアネットワーク（ＬＡＮ）等の公衆回線を介したリモートアクセスを前提として説明するが、中継装置１０やクライアント環境４０、作業用端末２０は、互いに専用回線にて接続されてもよい。また、本明細書においては、各種の業務情報システムの運用により組織業務を実行する側の企業であって、外部の作業用端末２０からメンテナンス作業というサービスを受けるクライアントという意味で「クライアント企業」や「クライアント環境４０」という用語を使用するものとする。
　図１に示す業務情報システムにおいて、クライアント環境４０は、ある企業Ｘの業務環境を示す。クライアント環境４０の各種業務情報システムは、稼働後も、適宜メンテナンス作業を受ける。このメンテナンス作業は、クライアント環境４０内で行われることもあるが、多くは作業用端末２０からのリモートアクセスにより実行される。このリモートのメンテナンス作業を行うユーザのことを、以下、単に「作業者」とよぶ。作業者は、通常、企業Ｘとメンテナンス作業契約を交わした管理会社のＳＥ（System Engineer）であることが多い。作業者は、作業用端末２０を操作して、ネットワーク３０および中継装置１０を介して、クライアント環境４０の各種業務情報システムにリモートログインする。作業用端末２０と中継装置１０の間の通信経路は、ＶＰＮ（Virtual Private Network）などによりセキュアな通信経路であることが望ましい。
　中継装置１０は、作業用端末２０からクライアント環境４０へのリモートログイン要求を一元的に受け付ける装置であって、ネットワークセキュリティ境界に設置される。中継装置１０は、たとえば、TELNET（Telecommunication network）、SSH（Secure SHell）、FTP（File Transfer Protocol）、HTTP（HyperText Transfer Protocol）、HTTPS（Hypertext Transfer Protocol Security）、RDP（Remote Desktop Protocol）、CIFS（Common Internet File System）などの所定のプロトコルのアクセス制御、およびログ取得による監査を行うことができるように構成されている。なお、以下の説明では、中継装置１０は、クライアント環境４０内に設置されている各種業務情報システムを構成するサーバとのセッション確立の際に作業用端末２０から受け付けたユーザＩＤとパスワードによるユーザ認証を行わないでサーバへの接続を中継する方式のプロトコルの一例であるRDPを用いることを前提として説明する。
　中継装置１０は、以下の３段階の判定が共に肯定判定となったことを条件として、作業用端末２０からクライアント環境４０内に設置されている接続要求先のサーバとのセッションの確立を行い、その後に接続要求先のサーバへリモートログインが可能な状態にする。
　１．中継装置１０におけるユーザＩＤおよびパスワードの組み合わせが適切であるか否か（以下、「第１のユーザ認証」という。）
　２．作業者がメンテナンス作業を実行することが事前申請されており、その申請が正しく処理されているか否か（以下、「申請判定」という。）
　３．接続要求先のサーバにおけるユーザＩＤおよびパスワードの組み合わせが適切であるか否か（以下、「第２のユーザ認証」という。）
　すなわち、接続要求先のサーバとのセッションの確立がなされるための条件としては、上記の第１のユーザ認証および第２のユーザ認証に成功し、かつ、申請判定において作業申請済みであることである。
　作業用端末２０は、作業者によって、中継装置１０にリモートログインするためのユーザＩＤとパスワード、クライアント環境４０に構築されている各種業務システムのサーバへリモートログインするためのユーザＩＤとパスワードのそれぞれが入力されると、これらの情報をリモートログイン要求として、ネットワーク３０を介して中継装置１０へ送信する。
　クライアント環境４０は、たとえば、財務情報システム４１、顧客情報システム４２、在庫管理システム４３という３種類の業務情報システムと、１以上の承認用端末４４を含む。財務情報システム４１は、企業Ｘの財務情報を管理するシステムである。顧客情報システム４２は、企業Ｘの顧客情報を管理するシステムである。在庫管理システム４３は、企業Ｘの商品の在庫状態を管理するシステムである。承認用端末４４は、ウェブブラウザを搭載した一般的なＰＣ端末であり、作業者からメンテナンス作業を実行することが事前申請されている場合に、その申請を承認するために用いられる端末である。なお、承認用端末４４は、必ずしもクライアント環境４０に属する必要はなく、ノートＰＣなどの携帯端末であってもよい。
［中継装置１０の機能構成］
　図２は、図１に示す中継装置１０の機能構成例を示すブロック図である。図２に示す各ブロックは、ハードウェア的には、ＣＰＵなどの演算処理装置、ＲＡＭ，ＲＯＭ、ＨＤＤなどの各記憶装置などを構成することで実現でき、ソフトウェア的にはコンピュータプログラム等によって実現されるが、ここでは、それらの連携によって実現される機能ブロックを示している。したがって、これらの機能ブロックはハードウェア、ソフトウェアの組合せによって様々なかたちで実現することができる。
　図２に示すように、中継装置１０は、アクセス管理部１１、第１ユーザ認証部１２、申請管理部１３、第２ユーザ認証部１４およびログ管理部１５を含む。なお、中継装置１０は、アクセス管理部１１、第１ユーザ認証部１２、申請管理部１３、第２ユーザ認証部１４およびログ管理部１５の各機能を一体として備える単一の装置として説明するが、各機能を別々の装置で構築されるようにしてもよい。
　アクセス管理部１１は、作業用端末２０よりネットワーク３０を介して業務情報システムの特定のサーバに対しての接続要求があると、その特定のサーバに対するアクセスを許可するか否かを判定する。具体的には、アクセス管理部１１は、作業用端末２０のＩＰアドレスやホスト名などを不図示の接続許可データベースを参照して接続許可対象の端末であるか否かを確認し、接続許可対象外であった場合には、直ちに切断する。一方、接続許可対象であった場合には、アクセス管理部１１は、作業用端末２０に対して、中継装置１０で管理しているユーザＩＤとパスワードを要求して、これを受け付ける。また、特定のサーバでのユーザＩＤとパスワードを要求して、これを受け付ける。そして、これらの要求に応じて作業用端末２０から送信されてきた情報を、第１ユーザ認証部１２、申請管理部１３、および第２ユーザ認証部１４に対してそれぞれ供給し、各部からの応答内容に基づいてアクセス許可を判定する。なお、アクセス管理部１１は、第１ユーザ認証部１２、申請管理部１３、および第２ユーザ認証部１４からの応答から、特定のサーバに対するアクセスを許可すると判定した場合には、特定のサーバとの間でセッションを確立する。すなわち第１ユーザ認証部１２、申請管理部１３、および第２ユーザ認証部１４の全ての判定が肯定となった場合、作業者は、メンテナンス作業の対象となる業務情報システムにアクセス可能となる。なお、アクセス管理部１１は、セッション確立後は、作業用端末２０と特定のサーバとの間の通信を代理するプロキシサーバとしての役割を果たすと共に、その通信ログを記録する。
　第１ユーザ認証部１２は、アクセス管理部１１から供給された中継装置１０でのユーザＩＤとパスワードとして入力された情報に基づいて第１のユーザ認証を実行する。第１ユーザ認証部１２は、中継装置１０でのユーザＩＤとパスワードを管理する不図示の第１ユーザ認証データベースを有しており、このデータベースを参照して正当なユーザであるか否かの認証を行う。第１ユーザ認証部１２は、第１のユーザ認証の実行結果をアクセス管理部１１に返す。
　申請管理部１３は、アクセス管理部１１から受け取った中継装置１０でのユーザＩＤとして入力された情報に基づいて申請判定を実行する。なお、作業者は、特定のサーバへのリモートログインに先立って、どのような作業をいつ実行する予定であるかをあらかじめ申請していなければならない。申請管理部１３は、各サーバでの作業予定情報を一元的に管理している不図示の申請管理データベースを有しており、その作業者を示すユーザＩＤでなんらかのメンテナンス作業を事前に申請されているか否かについて、この申請管理データベースを参照して確認する。申請管理部１３は、申請判定結果をアクセス管理部１１に返す。
　第２ユーザ認証部１４は、アクセス管理部１１から供給された接続要求先のサーバでのユーザＩＤとパスワードとして入力された情報に基づいて、接続要求先でのユーザＩＤとパスワードが正しいか否かの確認処理を実行する（第２のユーザ認証）。第２ユーザ認証部１４は、アクセス管理部１１からユーザＩＤとパスワード、および接続要求先を示す情報（ＩＰアドレスやホスト名など）を受け取ると、接続要求先でのユーザＩＤとパスワードの組み合わせが正しいか否かを確認し、その結果をアクセス管理部１１に返す。なお、第２のユーザ認証の詳細については後述する。
　ログ管理部１５は、アクセス管理部１１で行われるアクセスの内容を取得し、管理する。たとえば、アクセス日時やＩＰアドレスといった「サマリーログ」や作業用端末２０と接続先のサーバとの間で送受信されたデータの「全文ログ」が取得され、管理される。また、ログ管理部１５は、申請管理部１３で管理される作業申請内容とログ管理部１５で管理されるアクセスログを紐付けて管理しており、アクセスチェックを容易に行うことができる。ここでいうアクセスチェックとは、アクセスログを捜査し、申請された通りのアクセスを行っているか否かのログ監査を行うことである。
[ログイン画面例]
　図３は、ログイン画面の表示例を示す図である。図３に示すログイン画面５０は、作業用端末２０からアクセス管理部１１にリモートログイン要求するときに、作業用端末２０に表示される。アクセス管理部１１は、リモートログイン要求を受け付けると、ログインウィンドウ５１を作業用端末２０のログイン画面５０内に表示させる。すなわち、アクセス管理部１１が、作業用端末２０のユーザインタフェース画面を提供することになる。作業用端末２０のユーザは、ログイン画面５０内に表示されたログインウィンドウ５１上でユーザＩＤやパスワードを入力する。また、接続先を指定するためのログイン先選択メニューウィンドウ５２から接続先を指定する。なお、図３に示す画面では、中継装置１０を示す「ＡＧＷ」が指定されている。ユーザからみたユーザインタフェースは従来のターミナルサーバが提供するものと同じであるが、入力されたユーザ識別情報は第１ユーザ認証部１２、申請管理部１３、および第２ユーザ認証部１４に供給され、それぞれユーザ認証、申請判定、第２のユーザ認証が行われる。
［リモートログイン処理について］
　次に、業務情報システムを構成するサーバへのリモートログイン処理について説明する。図４は、業務情報システムを構成するサーバへのリモートログイン処理を示すフローチャートを示す図である。中継装置１０は作業用端末２０からアクセス要求を受信すると以下の処理を開始する（ＳＴＡＲＴ）
　ステップＳ１：中継装置１０のアクセス管理部１１は、アクセスしてきた作業用端末２０のＩＰアドレスやホスト名などを確認し、接続を許可するか否かを判断する。具体的には、アクセス管理部１１は、作業用端末２０のＩＰアドレスやホスト名などを不図示の接続許可データベースを参照して接続許可対象の端末であるか否かを確認する。なお、この判定では、ＩＰアドレスかホスト名のいずれかに基づいて判定しもよいし、またはその両方の組み合わせが正しいか否かに基づいて判定してもよい。
　ステップＳ２：アクセス管理部１１は、ステップＳ１で作業用端末２０からの接続を許可しないと判定した場合（ステップＳ１でＮＯ）にはただちに接続を切断する。なお、ステップＳ２において、ただちに接続を切断せずに、接続できない端末である旨のメッセージを作業用端末２０のディスプレイ上に表示させるようにしてもよい。
　ステップＳ３：一方、アクセス管理部１１は、ステップＳ２で作業用端末２０からの接続を許可すると判定した場合（ステップＳ２でＹＥＳ）には、作業用端末２０に対し、通信プロトコルに適した形でユーザ識別情報（ユーザＩＤおよびパスワード）を要求する。具体的には本実施例での通信プロトコルはRDPであるため、作業用端末２０のディスプレイにログイン画面５０（図３）を表示させて、作業者から中継装置１０におけるユーザＩＤとパスワードの入力を受け付ける。そして、作業用端末２０は、ログイン画面５０を介して入力された中継装置１０におけるユーザＩＤとパスワードとして入力された情報をアクセス管理部１１に送信する。
　ステップＳ４：アクセス管理部１１は、作業用端末２０から中継装置１０におけるユーザ識別情報として入力された情報を受信する。アクセス管理部１１は、ステップＳ４で受信した情報を第１ユーザ認証部１１および申請管理部１３に供給することにより、第１のユーザ認証および申請判定を実行させる。
　ステップＳ５：第１ユーザ認証部１２は、中継装置１０自体に接続する権限のあるユーザＩＤとパスワードの組み合わせを保持している不図示のデータベースを参照して、アクセス管理部１１から供給された情報に基づいて作業者が接続する権限のあるユーザであるか否かの判定を行う（すなわち第１のユーザ認証を行う）。また、申請管理部１３は、各サーバでの作業予定情報を一元的に管理している不図示の申請管理データベースを参照して、供給されたユーザＩＤでなんらかのメンテナンス作業を事前に申請されているか否かについて判定を行う（すなわち、申請判定を行う）。これらの判定結果はアクセス管理部１１に返される。
　ステップＳ６：アクセス管理部１１は、ステップＳ５の第１のユーザ認証および申請判定が成功したか否かを判断する。具体的には、アクセス管理部１１は、ステップＳ５の実行結果が、作業者は接続する権限のあるユーザであり、事前になんらかのメンテナンス作業が事前に申請されているという肯定的な結果であるか否かを判断する。
　ステップＳ７：アクセス管理部１１は、ステップＳ５の実行結果に、作業者は接続する権限のあるユーザではない、または事前になんらかのメンテナンス作業が事前に申請されていないという否定的な結果が含まれる場合（ステップＳ６でＮＯ）、認証エラーメッセージを作業用端末２０のディスプレイに表示させる。
　ステップＳ８：一方、アクセス管理部１１は、ステップＳ５の実行結果が、作業者は接続する権限のあるユーザであり、かつ事前になんらかのメンテナンス作業が事前に申請されているという肯定的な結果である場合（ステップＳ６でＹＥＳ）、作業用端末２０に接続要求先となるサーバ名および接続要求先のサーバでのユーザ識別情報（ユーザＩＤおよびパスワード）の入力を更に要求する。なお、このときに作業用端末２０に表示されるログイン画面は、図３で示したログイン画面５０と同様のものを表示させてもよいし、別のものを表示させてもよい。作業用端末２０は、ステップＳ８の要求に基づいて接続要求先のサーバ名および接続要求先のサーバでのユーザＩＤおよびパスワードの入力を作業者から受け付けると共に、これらの入力情報をアクセス管理部１１に送信する。
　ステップＳ９：アクセス管理部１１は、ステップＳ８の応答として作業用端末２０にて入力された情報を受信する。アクセス管理部１１は、ステップＳ９で受信した情報を第２ユーザ認証部１４に供給する。
　ステップＳ１０：第２ユーザ認証部１４は、アクセス管理部１１から供給された情報（すなわち接続要求先を示す情報、接続要求先のサーバでのユーザＩＤおよびパスワードとして入力された情報）に基づいて、接続要求先となるサーバに対して所定のコマンド要求を発行して、第２のユーザ認証を実行する。ここでいう所定のコマンド要求は、たとえば、接続要求先となるサーバがWindows Management Instrumentation（ＷＭＩ）インタフェースを備えているものである場合に、このＷＭＩインタフェースが提供しているサービスに対してサーバの各種情報を通知するように要求を発行する。また、ここでいう各種情報とはたとえば、サーバ上で実行されているサービス名，ステータスなどのサービス情報、プロセス名，使用メモリ容量などのプロセス情報、ディスク容量，ディスクの空き容量などのディスク情報、CPU使用率などのCPU情報、プロダクト名，プロダクトタイプなどのOS情報、イベント内容などイベントログ情報、物理メモリ容量などのメモリ情報などである。そして、この要求を行う際のユーザＩＤとパスワードをアクセス管理部１１から受け取った情報（つまり、接続要求先のサーバでのユーザＩＤとパスワードとして入力された情報）を用いて実行する。そして、第２ユーザ認証部１４は、その実行結果をアクセス管理部１１に返す。
　ステップＳ１１：アクセス管理部１１は、ステップＳ１０の実行結果に基づいて第２のユーザ認証が成功したか否かを判断する。すなわち、アクセス管理部１１は、要求した情報が正常にサーバから送信されてきた場合には、接続要求先のサーバでのユーザＩＤとパスワードの正当性が確認できたため、第２のユーザ認証は成功したと判断することができる。一方、アクセス管理部１１は、サーバから要求された情報が送信されてこない（エラーメッセージなど）場合には、接続要求先のサーバでのユーザＩＤとパスワードの正当性が確認できないため、第２のユーザ認証は失敗したと判断する。
　ステップＳ１２：アクセス管理部１１は、ステップＳ１１で第２のユーザ認証が失敗したと判断した場合（ステップＳ１１でＮＯ）、認証エラーメッセージを作業用端末２０のディスプレイに表示させると共に、接続要求先のサーバとのセッションの確立を許可しない。
　ステップＳ１３：一方、アクセス管理部１１は、ステップＳ１１で第２のユーザ認証が成功したと判断した場合(ステップＳ１１でＹＥＳ)、接続要求先のサーバとのセッションの確立をする。これにより以後のリモートログイン処理が継続される。
　以上で説明した処理により、アクセス管理部１１は、第１ユーザ認証部１２、申請管理部１３、および第２ユーザ認証部１４の全ての判定が肯定となった場合のみ、接続要求先のサーバとのセッションの確立がなされる。これにより、作業者は、メンテナンス作業の対象となる業務情報システムへのリモートアクセスが可能となる。
［発明の実施の形態における効果］
　以上のように、中継装置１０のアクセス管理部１１は、作業用端末２０（クライアント端末）からの接続要求に基づいて業務情報システムの財務情報システム４１、顧客情報システム４２、在庫管理システム４３を構成するサーバのいずれか（所望のサーバ）にログインするためのユーザＩＤとパスワードを作業用端末２０から受け付け、サーバとのセッション確立の際に受け付けたユーザＩＤとパスワードによるユーザ認証を行わないでサーバへの接続を中継するものであり、この接続を中継する処理とは異なる処理により第２ユーザ認証部１４によってサーバへと接続し、上述のユーザＩＤとパスワードの組み合わせの正当性を確認し、このユーザＩＤとパスワードの組み合わせが正しいと第２ユーザ認証部１４により確認された場合にサーバとのセッションの確立をするようにしている。これにより、図６で説明したようなログイン方法はできなくなり、特権ＩＤの適切なアクセス管理を実現することができる。具体的には、中継装置１０での第２のユーザ認証時に接続要求先となるサーバでのパスワードが間違えていると、中継装置１０と接続要求先のサーバとの間でのセッションが確立されることがない。つまり、図６で説明したようなログイン方法の場合には、作業用端末２０のディスプレイに接続要求先のサーバにログインするためのログイン画面が表示されることがない。
　また、中継装置１０のアクセス管理部１１は、サーバが実装しているＷＭＩインタフェース（所定のインタフェース）を用いて、受け付けたユーザＩＤとパスワードの組み合わせの正当性を確認するようにしている。これにより、中継装置１０によるリモートログイン処理（接続中継処理）とは異なる接続処理によってユーザＩＤとパスワードの正当性を事前に確認することができる。そのため、実際に接続要求先のサーバへログインする必要がない。また、この異なる接続処理は、接続要求先のサーバでのログイン履歴情報に記録されることもない。また、接続要求先のサーバで管理されているユーザＩＤのパスワード情報を中継装置１０が保持していなくてもよい。
　なお、本発明の課題に対する別の解決策として、図７に示すような構成も考えられる。図７に示す構成では、図５に示す構成に加えて、接続先サーバ１５０のパスワードを管理するパスワード管理サーバ１３０がゲートウェイサーバ１２０とは別に構築されている。そして、ゲートウェイサーバ１２０は、作業用端末２０からゲートウェイサーバ１２０におけるユーザＩＤとパスワード（ＰＷ）および接続先サーバ１５０でのユーザＩＤとパスワードの入力があると、パスワード管理サーバ１３０に対して接続先サーバ１５０でのユーザＩＤに対応したパスワードを問い合わせ、作業用端末２０から送信されてきたパスワードの正当性を確かめる。そして、作業用端末２０から送信されてきたパスワードの正当性が確認できた場合に、接続先サーバ１５０へ自動的にログインさせる。しかしながら、このような構成では、パスワード管理サーバ１３０をゲートウェイサーバ１２０とは別に構築しなければならない点、パスワード管理の運用が負担となる点、パスワード管理サーバ１３０を構築するためのコストが新たに発生してしまう点などのデメリットが考えられる。一方、上述した中継装置１０を構成する場合には、パスワード管理サーバ１３０を構築する必要がないため、これらのデメリットは発生しない。
　また、接続要求先のサーバが実装しているＷＭＩインタフェースは、サーバにて正当な権限が付与されているユーザＩＤおよびパスワードを伴った所定の要求を受け付けると、所定の情報を提供するサービスを有しており、アクセス管理部１１は、受け付けたユーザＩＤとパスワードを含む所定の要求をこのサービスに対して送信し、サービスからの応答で所定の情報を取得できた場合に、受け付けたユーザＩＤとパスワードの組み合わせが正しいと判断するようにしている。これにより、接続要求先のサーバが実装しているＷＭＩインタフェースが提供しているサービスの応答が正常に返ってきた場合には、そのサービスが実行される前提としてのアクセス権があることを意味するため、受け付けたユーザＩＤとパスワードの正当性を簡単に確認することができる。また、接続要求先のサーバが実装している上述したＷＭＩインタフェースに対応するプロトコルを利用して確認しているため、接続要求先のサーバ側での大幅な設定変更等をする必要がない。
　上述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、たとえば汎用のパーソナルコンピュータなどに、プログラム記録媒体からインストールされる。すなわち、中継装置１０により実行される中継方法、中継装置１０にインストールされているプログラムについても、中継装置１０と同様の効果を奏するものである。
（変形例）
　この発明は、上記実施の形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で種々の発明を形成できる。たとえば、図４のステップＳ１０で例示した接続要求先のサーバでのユーザＩＤとパスワードの正当性を確認する方法は上述した例に限られない。たとえば、接続要求先のサーバがWindowsシステムで構築されており、かつCommon Internet File System（ＣＩＦＳ）プロトコルによりファイル共有サービスが実行されている場合に、特定のファイルの属性の読み出しを実行するコマンドを、接続要求先のサーバでのユーザＩＤとパスワードを指定して発行するようにしてもよい。このようにして発行したコマンドの応答にて、特定のファイルの属性情報を取得できた場合に、接続要求先でのユーザＩＤとパスワードの正当性が確認できたと判断することも可能である。
　すなわち、接続要求先のサーバと中継装置１０とのセッション確立後にユーザ認証が実行される方式のプロトコル（以下、プロトコルＡという）と同じユーザＩＤ及び認証手法を共用している他のプロトコル（以下、プロトコルＢという）が存在する場合、プロトコルＢを利用してユーザの存在とパスワードの正当性を確認した後に、プロトコルＡの接続を実行することで、中継装置１０側でもプロトコルＡの認証が成立することを保証することができる。
　また、図４で説明したリモートログイン処理において、申請判定については、作業用端末２０から供給されたユーザＩＤでなんらかのメンテナンス作業が事前に申請されているか否かについて判定したが、作業者の接続要求先のサーバ名まで要求すると共に、接続要求先のサーバ名が事前にメンテナンス作業が申請されているサーバ名と一致しているか否かを申請判定に加えてもよい。また、第１のユーザ認証、第２のユーザ認証は、作業端末２０へとそれぞれの認証を実行するための情報をそれぞれ別々に要求したが、中継装置１０におけるユーザＩＤとパスワード、接続要求先となるサーバでのユーザＩＤとパスワードについてまとめて要求するようにしてもよい。
　また、たとえば、上述した実施の形態および変形例の構成要素を更に変形して具体化したり、上記実施の形態および変形例に開示されている複数の構成要素を適宜組み合わせたりすることにより種々の発明を形成できる。たとえば、実施の形態および変形例に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施の形態に亘る構成要素を適宜組み合わせても良い。
１０…中継装置
１１…アクセス管理部（受付部、接続中継部の一例）
１２…第１ユーザ認証部
１３…申請管理部
１４…第２ユーザ認証部（確認部の一例）
１５…ログ管理部
２０…作業用端末（クライアント端末の一例）
３０…ネットワーク
４０…クライアント環境
４１…財務情報システム（所望のサーバの一例）
４２…顧客情報システム（所望のサーバの一例）
４３…在庫管理システム（所望のサーバの一例）
４４…承認用端末
５０…ログイン画面
５１…ログインウィンドウ
５２…ログイン先選択メニューウィンドウ

Claims (5)

  1. 　クライアント端末からの接続要求に基づいて所望のサーバへの接続を中継する中継装置であって、
    　前記所望のサーバにログインするためのユーザＩＤとパスワードを前記クライアント端末から受け付ける受付部と、
    　前記受付部で受け付けたユーザＩＤとパスワードによるユーザ認証を前記所望のサーバとのセッション確立の際に行わないで前記所望のサーバへの接続を中継する接続中継部と、
    　前記接続中継部による接続中継処理とは異なる処理により前記所望のサーバへと接続し、前記受付部で受け付けたユーザＩＤとパスワードの組み合わせの正当性を確認する確認部とを有し、
    　前記接続中継部は、
    　前記受付部で受け付けたユーザＩＤとパスワードの組み合わせが正しいと前記確認部で確認された場合に前記所望のサーバとのセッションの確立をする、
    ことを特徴とする中継装置。
     
  2. 　請求項１に記載の中継装置であって、
    　前記確認部は、
    　前記接続中継部が前記所望のサーバとの間の通信で用いるプロトコルとは異なる所定のプロトコル、あるいは前記所望のサーバが実装している所定のインタフェースに対応するプロトコルを用いて、前記受付部で受け付けたユーザＩＤとパスワードの組み合わせの正当性を確認することを特徴とする中継装置。
     
  3. 　請求項２に記載の中継装置であって、
    　前記所望のサーバが実装している所定のインタフェースは、前記所望のサーバにて正当な権限が付与されているユーザＩＤおよびパスワードを伴った所定の要求を受け付けると、所定の情報を提供するサービスを有し、
    　前記確認部は、
    　前記受付部で受け付けたユーザＩＤとパスワードを含む所定の要求を前記サービスに対して送信し、前記サービスからの応答で前記所定の情報を取得できた場合に、前記受付部で受け付けたユーザＩＤとパスワードの組み合わせが正しいと判断する、
    ことを特徴とする中継装置。
     
  4. 　クライアント端末からの接続要求に基づいて接続要求先となるサーバへの接続を中継する中継方法であって、
    　前記所望のサーバにログインするためのユーザＩＤとパスワードを前記クライアント端末から受け付ける受付ステップと、
    　前記受付ステップで受け付けたユーザＩＤとパスワードによるユーザ認証を前記所望のサーバとのセッション確立の際に行わないで前記所望のサーバへの接続を中継する接続中継ステップと、
    　前記接続中継ステップによる接続中継処理とは異なる処理により前記所望のサーバへと接続し、前記受付ステップにて受け付けたユーザＩＤとパスワードの組み合わせの正当性を確認する確認ステップと、を有し、
    　前記接続中継ステップでは、
    　前記受付ステップで受け付けたユーザＩＤとパスワードの組み合わせが正しいと前記確認ステップで確認された場合に前記所望のサーバとのセッションの確立をする、
    ことを特徴とする中継方法。
     
  5. 　クライアント端末からの接続要求に基づいて所望のサーバへの接続を中継する中継装置としてコンピュータを機能させるためのプログラムであって、
    　前記コンピュータを
    　前記所望のサーバにログインするためのユーザＩＤとパスワードを前記クライアント端末から受け付ける受付手段と、
    　前記受付手段で受け付けたユーザＩＤとパスワードによるユーザ認証を前記所望のサーバとのセッション確立の際に行わないで前記所望のサーバへの接続を中継する接続中継手段と、
    　前記接続中継手段による接続中継処理とは異なる処理により前記サーバへと接続し、前記受付手段で受け付けたユーザＩＤとパスワードの組み合わせの正当性を確認する確認手段、として機能させるためのものであり、
    　前記接続中継手段は、
    　前記受付部で受け付けたユーザＩＤとパスワードの組み合わせが正しいと前記確認部で確認された場合に前記所望のサーバとのセッションの確立をする、
    ことを特徴とするプログラム。
     
PCT/JP2012/082159 2012-12-12 2012-12-12 中継装置および中継方法、並びにプログラム WO2014091576A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
PCT/JP2012/082159 WO2014091576A1 (ja) 2012-12-12 2012-12-12 中継装置および中継方法、並びにプログラム
JP2014551784A JP6013508B2 (ja) 2012-12-12 2012-12-12 中継装置および中継方法、並びにプログラム
SG11201504468WA SG11201504468WA (en) 2012-12-12 2012-12-12 Relay device, relay method, and program
US14/651,912 US9887986B2 (en) 2012-12-12 2012-12-12 Relay device, relay method, and program

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2012/082159 WO2014091576A1 (ja) 2012-12-12 2012-12-12 中継装置および中継方法、並びにプログラム

Publications (1)

Publication Number Publication Date
WO2014091576A1 true WO2014091576A1 (ja) 2014-06-19

Family

ID=50933899

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2012/082159 WO2014091576A1 (ja) 2012-12-12 2012-12-12 中継装置および中継方法、並びにプログラム

Country Status (4)

Country Link
US (1) US9887986B2 (ja)
JP (1) JP6013508B2 (ja)
SG (1) SG11201504468WA (ja)
WO (1) WO2014091576A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2019028743A (ja) * 2017-07-31 2019-02-21 京セラドキュメントソリューションズ株式会社 情報処理システムおよび情報処理方法
JP2022510443A (ja) * 2018-12-06 2022-01-26 フェニックス コンタクト ゲゼルシャフト ミット ベシュレンクテル ハフツング ウント コンパニー コマンディートゲゼルシャフト ログイン機能を備えたルーターとそれに適したアクセス制御方法

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2851833B1 (en) 2013-09-20 2017-07-12 Open Text S.A. Application Gateway Architecture with Multi-Level Security Policy and Rule Promulgations
US10824756B2 (en) 2013-09-20 2020-11-03 Open Text Sa Ulc Hosted application gateway architecture with multi-level security policy and rule promulgations
US10171501B2 (en) * 2013-09-20 2019-01-01 Open Text Sa Ulc System and method for remote wipe
US11593075B2 (en) 2015-11-03 2023-02-28 Open Text Sa Ulc Streamlined fast and efficient application building and customization systems and methods
US10622101B1 (en) 2016-01-06 2020-04-14 United Services Automobile Association (Usaa) Electronic medical record transfer systems and methods
US11388037B2 (en) 2016-02-25 2022-07-12 Open Text Sa Ulc Systems and methods for providing managed services
CN112672352B (zh) * 2020-12-16 2023-03-24 珠海格力电器股份有限公司 智能设备配网方法、mesh中继节点、智能设备及服务器

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012203624A (ja) * 2011-03-25 2012-10-22 Nomura Research Institute Ltd 業務情報防護装置および業務情報防護方法、並びにプログラム

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6324648B1 (en) * 1999-12-14 2001-11-27 Gte Service Corporation Secure gateway having user identification and password authentication
US6996841B2 (en) * 2001-04-19 2006-02-07 Microsoft Corporation Negotiating secure connections through a proxy server
JP2006148661A (ja) * 2004-11-22 2006-06-08 Toshiba Corp 情報端末遠隔操作システム、そのリモートアクセス端末、そのゲートウェイサーバ、その情報端末制御装置、情報端末装置、およびその遠隔操作方法
US8788674B2 (en) * 2005-01-12 2014-07-22 Blue Coat Systems, Inc. Buffering proxy for telnet access
US7958347B1 (en) * 2005-02-04 2011-06-07 F5 Networks, Inc. Methods and apparatus for implementing authentication
US8849988B2 (en) * 2008-11-25 2014-09-30 Citrix Systems, Inc. Systems and methods to monitor an access gateway
JP5212913B2 (ja) 2009-03-02 2013-06-19 日本電気株式会社 Ｖｐｎ接続システム、及びｖｐｎ接続方法
US8504818B2 (en) * 2010-04-15 2013-08-06 Microsoft Corporation Method and system for reliable protocol tunneling over HTTP

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012203624A (ja) * 2011-03-25 2012-10-22 Nomura Research Institute Ltd 業務情報防護装置および業務情報防護方法、並びにプログラム

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2019028743A (ja) * 2017-07-31 2019-02-21 京セラドキュメントソリューションズ株式会社 情報処理システムおよび情報処理方法
JP2022510443A (ja) * 2018-12-06 2022-01-26 フェニックス コンタクト ゲゼルシャフト ミット ベシュレンクテル ハフツング ウント コンパニー コマンディートゲゼルシャフト ログイン機能を備えたルーターとそれに適したアクセス制御方法

Also Published As

Publication number Publication date
US9887986B2 (en) 2018-02-06
JP6013508B2 (ja) 2016-10-25
US20150326557A1 (en) 2015-11-12
JPWO2014091576A1 (ja) 2017-01-05
SG11201504468WA (en) 2015-07-30

Similar Documents

Publication Publication Date Title
JP6013508B2 (ja) 中継装置および中継方法、並びにプログラム
US10938800B2 (en) System and method for secure access of a remote system
JP6656157B2 (ja) ネットワーク接続自動化
US8589489B2 (en) Method and system for providing secure remote access and control
CN106411857B (zh) 一种基于虚拟隔离机制的私有云gis服务访问控制方法
US20140020062A1 (en) Techniques for protecting mobile applications
JP5382819B2 (ja) ネットワークマネジメントシステム及びサーバ
US8856881B2 (en) Method and system for access control by using an advanced command interface server
US10229262B2 (en) Systems, methods, and apparatuses for credential handling
US9712536B2 (en) Access control device, access control method, and program
CN102045337A (zh) 用于管理网络资源的装置和方法
JP2008508797A (ja) 確実なネットワーク接続性のためのシステム及び方法
WO2023029138A1 (zh) 登录方法、电子设备及计算机可读存储介质
CN110798310A (zh) 使用准许的区块链向IoT中枢的组件委托
RU2415466C1 (ru) Способ управления идентификацией пользователей информационных ресурсов неоднородной вычислительной сети
US10447818B2 (en) Methods, remote access systems, client computing devices, and server devices for use in remote access systems
US20140052827A1 (en) Relay communication system
WO2024006135A1 (en) Quorum-based authorization to secure sensitive cloud assets
KR102576357B1 (ko) 제로 트러스트 보안인증 시스템
WO2014079489A1 (en) Methods and systems for managing access to a location indicated by a link in a remote access system
JP6537019B2 (ja) 中継装置及び中継通信システム
JP2012053527A (ja) リモートアクセスシステム、サーバコンピュータ、リモートアクセス方法およびプログラム
JP6696373B2 (ja) 管理装置及び共用ネットワークシステム
US20160308867A1 (en) Method and system for secure remote access and control using shared resources
JP2008217588A (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: 12889819

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2014551784

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 14651912

Country of ref document: US

122 Ep: pct application non-entry in european phase

Ref document number: 12889819

Country of ref document: EP

Kind code of ref document: A1