WO2023090755A1 - 가상화 인스턴스의 네트워크 접속을 제어하기 위한 시스템 및 그에 관한 방법 - Google Patents

가상화 인스턴스의 네트워크 접속을 제어하기 위한 시스템 및 그에 관한 방법 Download PDF

Info

Publication number
WO2023090755A1
WO2023090755A1 PCT/KR2022/017608 KR2022017608W WO2023090755A1 WO 2023090755 A1 WO2023090755 A1 WO 2023090755A1 KR 2022017608 W KR2022017608 W KR 2022017608W WO 2023090755 A1 WO2023090755 A1 WO 2023090755A1
Authority
WO
WIPO (PCT)
Prior art keywords
virtualization
instance
network
server
identification information
Prior art date
Application number
PCT/KR2022/017608
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 프라이빗테크놀로지 주식회사
Publication of WO2023090755A1 publication Critical patent/WO2023090755A1/ko

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2483—Traffic characterised by specific attributes, e.g. priority or QoS involving identification of individual flows
    • 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/40—Network security protocols

Definitions

  • Embodiments disclosed in this document relate to a system and method for controlling network access of a virtualization instance.
  • a smartphone may transmit or receive data with a server via the Internet.
  • the network may include a private network such as an intranet as well as a public network such as the Internet.
  • a terminal connected to the Internet does not directly access a work network, but a terminal connected to the Internet is connected to a virtualized work environment.
  • the virtualized work environment and work network are likely to be located on the same network, and in the virtualized work environment, virtualization instances are provisioned by virtualization servers, so the operating system or system is virtualized in terms of software. Since it is not easy to install a physical network perimeter-based security solution in the environment, there is a problem of setting additional network perimeters.
  • the virtualized instance When the access control application that controls actual network access is terminated due to a hijacker, a user with malicious intent, or a vulnerability in the access control application, the virtualized instance is in a state where it can always access the work network without data flow control. and since there is no way to identify it at the network boundary, the data flow access control technology is incapacitated.
  • the hijacker installs a backdoor after acquiring control of the virtualized terminal environment, creates a means to control the virtualized instance environment at all times through a client other than the virtualized work environment access client, and poses a risk to the work network at all times. You can create a state to propagate.
  • the method of shutting down or rebooting a virtualization instance through a virtualization server provides a reliable way to block the network when the virtualization instance and the access control application that must be run and connected to the controller at all times are not identified. In the case of a situation where an access control application is not executed due to a problem, it may be difficult to identify and solve risk factors and problems.
  • a server includes communication circuitry, a memory for storing a database, and a processor operatively connected to the communication circuitry and the memory, wherein the processor operates from an access control application of a virtualized instance.
  • Receives a network access request wherein the network access request includes identification information of a target application of the virtualization instance and destination network identification information, and access of the target application based on the identification information of the target application and the destination network identification information
  • Check whether it is possible create a data flow if it is accessible, check whether the data packet of the target application can be transmitted to the destination network through the virtual router, and determine whether the data packet is transmitted through the virtual router. If possible, the data flow may be updated, and the updated data flow may be configured to be transmitted to the virtualization server and the virtualization instance.
  • a virtualization server includes a communication circuit, a processor operatively connected to the communication circuit, and commands operatively connected to the processor and executed by the processor to a virtualization instance and a virtual router. and a memory to store the instructions, when executed by the processor, the virtualization instance requests network access to an external server through an access control application, the network access request includes identification information of a destination network, Receive a data flow from the external server through the access control application, the data flow corresponds to identification information of the virtualization instance and identification information of the destination network, and the data flow transmits a data packet through the virtual router and transmits a data packet of a target application through the access control application based on the received data flow.
  • a method of operating an access control application installed in a virtualization instance includes requesting network access to an external server, the network access request including identification information of a destination network, and data from the external server. Receiving a flow, wherein the data flow corresponds to identification information of the virtualization instance and identification information of the destination network, the data flow includes information on whether a data packet can be transmitted through the virtual router, and and transmitting a data packet of a target application based on the received data flow.
  • a method of operating a server includes receiving a network access request from an access control application of a virtualization instance, and the network access request includes identification information of a target application of the virtualization instance and destination network identification information. and determining whether the target application is accessible based on the identification information of the target application and the destination network identification information, generating a data flow if accessible, and sending data packets of the target application through a virtual router. Checking whether the data packet can be transmitted to the destination network through the virtual router, updating the data flow if the data packet can be transmitted through the virtual router, and transmitting the updated data flow to the virtualization server and the virtualization instance action may be included.
  • a virtualization instance may block data packet transmission of an unauthorized application through an access control application for data flow-based access control to a virtualization instance that does not create tunneling or secure sessions.
  • a wide range of targets such as server applications (eg, Enterprise Resources Planning, Groupware, etc.)
  • server applications eg, Enterprise Resources Planning, Groupware, etc.
  • a controller controls the routing table of a virtual router existing in a virtualization server to block unauthorized access transmitted or received to a virtualization instance, and allows only authorized targets to access authorized destinations. Even if the network access control application is bypassed, the network access is blocked by the virtual router, so a more secure network access control environment can be rescued than in the case of relying only on the access control application.
  • network access can be controlled through source and destination routing band settings along with identification information such as MAC and IP addresses at the layer 2 or 3 level based on the virtual router of the virtualization server.
  • identification information such as MAC and IP addresses, which are the minimum identification units of a virtualized instance.
  • a server application in a situation where a network access control application is not executed in a virtualized instance, a server application by blocking a band other than a controller access path or allowing communication only in an allowable default routing band set by the controller.
  • minimum continuity is guaranteed, and at the same time, administrators can console the virtualization server to identify and recover problems of the virtualized instance that have problems, or review dangerous situations.
  • FIG. 1 illustrates an architecture within a network environment according to various embodiments.
  • FIG. 2 is a functional block diagram illustrating a database stored in a controller according to various embodiments.
  • FIG. 3 illustrates a functional block diagram of a virtualization server or virtualization instance according to various embodiments.
  • FIG. 4 is a diagram illustrating an operation of controlling transmission of a data packet according to various embodiments.
  • FIG. 5 is a diagram illustrating system startup of a virtualization instance according to various embodiments.
  • FIG. 6 shows a signal flow diagram for controller access of a virtualization instance according to various embodiments.
  • FIG. 7 shows a signal flow diagram for user authentication of a virtualized instance according to various embodiments.
  • FIG. 8 illustrates a signal flow diagram for controlling network access of a virtualization instance according to various embodiments.
  • FIG. 9 shows a signal flow diagram for requesting a network whitelist of a virtualization instance according to various embodiments.
  • FIG. 10 shows a signal flow diagram for updating a control flow of a virtualization instance according to various embodiments.
  • FIG. 11 illustrates a signal flow diagram for terminating a controller connection of a virtualization instance according to various embodiments.
  • FIG. 12 shows a signal flow diagram for updating a virtualization instance table according to various embodiments.
  • FIG. 13 illustrates a signal flow diagram for termination of application execution of a virtualized instance according to various embodiments.
  • FIG. 14 is a flowchart illustrating an operation for requesting network access of a virtualization instance according to various embodiments.
  • 15 is a flowchart of an operation for controlling a data packet in a virtual router according to various embodiments.
  • 16 is a flowchart illustrating a method of operating a server according to various embodiments.
  • a (e.g., first) component is said to be “coupled” or “connected” to another (e.g., second) component, with or without the terms “functionally” or “communicatively.”
  • the certain component may be connected to the other component directly (eg by wire), wirelessly, or through a third component.
  • Each component (eg, module or program) of the components described in this document may include singular or plural entities. According to various embodiments, one or more components or operations among corresponding components may be omitted, or one or more other components or operations may be added. Alternatively or additionally, a plurality of components (eg modules or programs) may be integrated into a single component. In this case, the integrated component may perform one or more functions of each of the plurality of components identically or similarly to those performed by a corresponding component of the plurality of components prior to the integration. .
  • operations performed by modules, programs, or other components are executed sequentially, in parallel, iteratively, or heuristically, or one or more of the operations are executed in a different order, omitted, or , or one or more other operations may be added.
  • module used in this document may include a unit implemented in hardware, software, or firmware, and may be used interchangeably with terms such as logic, logic block, component, or circuit, for example.
  • a module may be an integrally constructed component or a minimal unit of components or a portion thereof that performs one or more functions.
  • the module may be implemented in the form of an application-specific integrated circuit (ASIC).
  • ASIC application-specific integrated circuit
  • Various embodiments of the present document may be implemented as software (eg, a program or application) including one or more instructions stored in a storage medium (eg, memory) readable by a machine.
  • the processor of the device may call at least one command among one or more commands stored from a storage medium and execute it. This enables the device to be operated to perform at least one function according to the at least one command invoked.
  • the one or more instructions may include code generated by a compiler or code executable by an interpreter.
  • the device-readable storage medium may be provided in the form of a non-transitory storage medium.
  • 'non-temporary' only means that the storage medium is a tangible device and does not contain a signal (e.g. electromagnetic wave), and this term refers to the case where data is stored semi-permanently in the storage medium. It does not discriminate when it is temporarily stored.
  • Computer program products may be traded between sellers and buyers as commodities.
  • a computer program product is distributed in the form of a device-readable storage medium (eg compact disc read only memory (CD-ROM)), or through an application store or between two user devices (eg smartphones). It can be distributed (e.g., downloaded or uploaded) directly or online.
  • a device-readable storage medium such as a manufacturer's server, an application store server, or a relay server's memory.
  • FIG. 1 illustrates an architecture within a network environment according to various embodiments.
  • the number of virtualization servers 100 , virtual routers 110 , and virtualization instances 120 is not limited to the number shown in FIG. 1 .
  • a plurality of virtualization servers may have network access controlled by the controller 200, and the virtualization server 100 may include a plurality of virtual routers and a plurality of virtualization instances.
  • the virtualization instance 120 may include an access control application 121 and a target application 122 .
  • the access control application 121 checks whether or not access is possible from the controller 200 when network access occurs, and only when access is possible through the virtual router 110 based on the data flow generated by the controller 200.
  • a data packet may be transmitted to the destination network 300 .
  • the data flow-based connectivity control technology provides a structure capable of communication only when there is a data flow authorized by the controller 200 for the virtualization instance 120 to access the destination network 300, and the data flow exists If not, the virtualization instance 120 may provide a structure in which communication cannot be performed.
  • the access control application 121 may limit transmission of data packets of the target application 122 if no data flow exists.
  • the virtualization server 100 may be included in the same network as the destination network 300 . Therefore, it may be impossible to create a tunnel or secure session between the virtualization server 100 and the destination network 300 . In order to transmit data packets from the virtualization instance 120 to the destination network 300, it may be necessary to pass through the virtual router 110 and the virtual NIC (not shown).
  • the controller 200 may be a server (or cloud server).
  • the controller 200 may perform network access control for the destination network 300 of the virtualization instance 120 provisioned in the virtualization server 100 .
  • the controller 200 may communicate with other interlocking security systems 400 .
  • the controller 200 transmits the virtualization instance 120 and control data packets in order to perform various operations (eg, registration, approval, authentication, renewal, termination) associated with network access of the virtualization instance 120. can transmit and receive.
  • a flow through which the control data packet is transmitted may be referred to as a control flow.
  • an environment in which the controller 200 may block access to the destination network 300 of the non-permitted virtualization instance may be provided.
  • FIG. 2 is a functional block diagram illustrating a database stored in a controller according to various embodiments.
  • the controller includes a communication circuit for communicating with an external electronic device (eg, the communication circuit 430 of FIG. 3) and a processor for controlling the overall operation of the controller (eg, FIG. 3 processor 410) may be further included.
  • the access policy database 211 may include information about networks and/or services to which an identified network, a virtualized instance (eg, the virtualized instance 120 of FIG. 1 ), a user, an unidentified user, or an application may access. there is. For example, when access to a destination network is requested from a virtualization instance, the controller identifies the network (eg, the network to which the virtualization instance belongs), the virtualization instance, and the user (eg, the virtualization instance) identified based on the access policy database 211. user), and/or applications (applications included in the virtualized instance) may determine whether access to the destination network is possible.
  • a virtualized instance eg, the virtualized instance 120 of FIG. 1
  • an application may access.
  • the virtual routing policy database 212 stores virtual NICs or virtual routers (eg, FIG. 1 ) where a virtualization instance exists in a target network boundary on an access path according to an access policy (eg, information included in the access policy database 211). It may include information such as a routing band to be allowed by default in the virtual router 110 of the virtual router and a routing band to be allowed according to an access policy. For example, the controller may provide an optimal network path for accessing a target network or a destination network based on the virtual routing policy database 212 when there is a network access request of a virtualization instance.
  • an access policy eg, information included in the access policy database 211
  • the controller may provide an optimal network path for accessing a target network or a destination network based on the virtual routing policy database 212 when there is a network access request of a virtualization instance.
  • the blacklist policy database 213 may include a policy for permanently or temporarily blocking access to a virtualization instance or virtualization server.
  • the blacklist policy database 213 is information (e.g., virtualization instance, IP address, MAC) identified through analysis of risk, occurrence cycle, and/or behavior of security events among security events periodically collected from virtualization instances or virtualization servers. (media access control) address or at least one of a user ID).
  • the blacklist database 214 may include a list of at least one of virtualization instances, IP addresses, MAC addresses, or users blocked by the blacklist policy database 213 . For example, if the virtualization instance requesting access to the destination network is included in the blacklist database 314, the controller may isolate the virtualization instance from the destination network by rejecting the access request of the virtualization instance.
  • the virtualization server policy database 215 includes API access of the virtualization server for provisioning virtualized instances, authentication information, a series of network policy information for identifying virtualized instances, methods for granting identification information, and various risks and exceptions when controlling access to virtualized instances.
  • a virtualization instance isolation policy may be included.
  • the controller provides a method of immediately removing a virtualization instance in which danger is detected based on the virtualization server policy database 215 from the network.
  • the control flow table 216 is an example of a session table for managing a flow (eg, control flow) of control data packets generated between a virtualization instance and a controller.
  • control flow information may be generated by the controller.
  • the control flow information may include at least one of control flow identification information, an IP address identified during access to and authentication of a controller, a virtualization instance ID, and a user ID.
  • the controller can search for control flow information through control flow identification information received from the virtualization instance, and the IP address included in the searched control flow information and the virtualization instance ID , or at least one of the user IDs to the access policy database 211 to determine whether the virtualization instance can be accessed, whether to create a data flow, and whether to update a routing table (eg, the virtual routing table 217) )can do.
  • a routing table eg, the virtual routing table 217)
  • a control flow may have an expiration time.
  • the virtualization instance needs to update the expiration time of the control flow, and if the expiration time is not updated for a certain period of time, the control flow (or control flow information) and routing table (eg, the virtual routing table 217) may be removed.
  • the controller may remove the control flow according to the connection termination request of the virtualization instance.
  • the control flow is removed, the previously created data flow and routing table are also removed, so access to the virtualized instance may be blocked.
  • the virtual routing table 217 is an example of a table for managing a communication path (routing) between a virtualization instance and a destination network.
  • the virtual routing table 217 may include virtual NIC information of a virtualization instance, bandwidth of a source network, bandwidth of a destination network, router address information, and the like in order to set routing information of a virtual router existing in a virtualization server.
  • routing information may be set per virtualized instance or per virtualized server, and may provide a method for controlling network access in units of NIC, MAC address, and IP address.
  • the routing information included in the virtual routing table 217 may include information about whether data packets of a virtual instance can transmit data packets through a corresponding virtual router.
  • the data flow table 218 is a table for managing a flow (eg, data flow) in which detailed data packets are transmitted between a virtualization instance, a virtual router, and a destination network.
  • a data flow can be created in a TCP session created by a virtualized instance or IP unit, by an application of a virtualized instance, or by a more granular unit.
  • the data flow table 218 includes data flow identification information, control flow identification information when the data flow is dependent on the control flow, an application ID for identifying whether the data packet transmitted from the virtualization instance is an authorized data packet, and source network identification information, destination network identification information and/or service port.
  • the data flow table 218 may include a routing ID on the virtual routing table 217 for providing a path (routing) accessible to the virtual router based on the data flow.
  • the virtualization instance table 219 includes identification information (eg ID) of the virtualization server where the virtualization instance is provisioned and a series of information (eg MAC address, IP address, instance ID managed by the virtualization server, etc.) for identifying the virtualization instance, and It may include information about the state of the identified virtualization instance (eg, rebooting, shutting down, running, etc.).
  • the virtual routing table 217 and the data flow table 218 may be equally stored in a virtualization instance or virtualization server.
  • FIG. 3 illustrates a functional block diagram of a virtualization server or virtualization instance according to various embodiments.
  • a virtualization server or virtualization instance may include a processor 410 , a memory 420 , and a communication circuit 430 .
  • the node may further include a display 440 to interface with a user.
  • the processor 410 may control overall operations of a virtualization server or virtualization instance.
  • the processor 410 may include a single processor core or may include a plurality of processor cores.
  • the processor 410 may include multi-cores such as dual-core, quad-core, and hexa-core.
  • the processor 410 may further include an internal or external cache memory.
  • the processor 410 may be configured with one or more processors.
  • the processor 410 may include at least one of an application processor, a communication processor, or a graphical processing unit (GPU).
  • GPU graphical processing unit
  • processor 410 is electrically or operationally compatible with other components (e.g., memory 420, communication circuitry 430, or display 440) within a virtualization server or virtualization instance. (operatively) can be coupled with or connected to.
  • the processor 410 may receive commands from other components of the virtualization server or virtualization instance, interpret the received commands, and perform calculations or process data according to the interpreted commands.
  • the processor 410 may interpret and process messages, data, commands, or signals received from the memory 420 , the communication circuit 430 , or the display 440 .
  • the processor 410 may generate a new message, data, command, or signal based on the received message, data, command, or signal.
  • Processor 410 may provide processed or generated messages, data, instructions, or signals to memory 420 , communication circuitry 430 , or display 440 .
  • the processor 410 may process data or signals generated or generated by a program. For example, the processor 410 may request instructions, data, or signals from the memory 420 to execute or control a program. The processor 410 may record (or store) or update instructions, data, or signals in the memory 420 to execute or control a program.
  • the memory 420 may store a command, control command code, control data, or user data for controlling a virtualization server or virtualization instance.
  • the memory 420 may include at least one of an application program, an operating system (OS), middleware, or a device driver.
  • OS operating system
  • middleware middleware
  • device driver a device driver
  • the memory 420 may include one or more of volatile memory and non-volatile memory.
  • Volatile memory includes dynamic random access memory (DRAM), static RAM (SRAM), synchronous DRAM (SDRAM), phase-change RAM (PRAM), magnetic RAM (MRAM), resistive RAM (RRAM), and ferroelectric RAM (FeRAM).
  • DRAM dynamic random access memory
  • SRAM static RAM
  • SDRAM synchronous DRAM
  • PRAM phase-change RAM
  • MRAM magnetic RAM
  • RRAM resistive RAM
  • FeRAM ferroelectric RAM
  • the nonvolatile memory may include read only memory (ROM), programmable ROM (PROM), electrically programmable ROM (EPROM), electrically erasable programmable ROM (EEPROM), flash memory, and the like.
  • the memory 420 uses a nonvolatile medium such as a hard disk drive (HDD), a solid state disk (SSD), an embedded multi media card (eMMC), or a universal flash storage (UFS). can include more.
  • a nonvolatile medium such as a hard disk drive (HDD), a solid state disk (SSD), an embedded multi media card (eMMC), or a universal flash storage (UFS).
  • HDD hard disk drive
  • SSD solid state disk
  • eMMC embedded multi media card
  • UFS universal flash storage
  • the memory 420 may store some of the information included in the memory of the controller (eg, the memory 330 of FIG. 3 ).
  • the memory 420 may store the virtual routing table 217 and data flow table 218 described in FIG. 2 .
  • the communication circuit 430 may support establishment of a wired or wireless communication connection between a virtualization server or a virtualization instance and an external electronic device (eg, the controller 200 of FIG. 2 ) and communication through the established connection.
  • the communication circuit 430 may be a wireless communication circuit (eg, cellular communication circuit, short-range wireless communication circuit, or global navigation satellite system (GNSS) communication circuit) or a wired communication circuit (eg, a local area network (LAN)).
  • GNSS global navigation satellite system
  • LAN local area network
  • communication circuit or power line communication circuit
  • a short-distance communication network such as Bluetooth, WiFi direct, or IrDA (infrared data association) or a cellular network
  • IrDA infrared data association
  • long-distance communication such as the Internet
  • computer network It may communicate with an external electronic device through a network.
  • the various types of communication circuits 430 described above may be implemented as a single chip or may be implemented as separate chips.
  • the display 440 may output content, data, or signals.
  • the display 440 may display image data processed by the processor 410 .
  • the display 440 may be configured as an integrated touch screen by being combined with a plurality of touch sensors (not shown) capable of receiving a touch input.
  • a plurality of touch sensors may be disposed above the display 440 or below the display 440 .
  • a server (eg, a controller) may include a processor 410 , a memory 420 , and a communication circuit 430 .
  • the processor 410, memory 420, and communication circuit 430 included in the server may be substantially the same as the processor 410, memory 420, and communication circuit 430 described above.
  • FIG. 4 is a diagram illustrating an operation of controlling transmission of a data packet according to various embodiments.
  • the virtualization instance 120 transmits to the destination network 300 after the controller 200 is connected or receives data packets from the destination network 300 in the case of unacceptable data packets in which no data flow exists. It can be blocked at the kernel level of the network driver and operating system. Accordingly, the virtualization instance 120 does not transmit any data packets to or from the destination network 300 that do not pass through the access control application 121 .
  • the virtual routing table present in the virtual router 110 ( Example: Since only targets (eg, MAC address, IP address) authorized by the virtual routing table 217 of FIG. 2 can access the authorized destination network 300, an insecure or unauthorized virtualization instance is the destination.
  • the virtual router 100 may block access to the network 300 .
  • the virtual routing table (eg, the virtual routing table 217 of FIG. 2) on the virtual router 110 is retrieved.
  • the corresponding virtualization instance 120 may provide a state in which access to the destination network 300 is impossible. Accordingly, a method of completely isolating network access to the destination network 300 according to the state of the virtualization instance 120 may be provided through the controller 200 and the virtual router 110 .
  • FIG. 5 is a diagram illustrating system startup of a virtualization instance according to various embodiments. In one embodiment, the operations shown in FIG. 5 may be performed via the virtualization instance 120 of FIG. 1 .
  • the virtualization instance 120 may be provisioned and started by the virtualization server 100 , or an operating system may be started according to an event such as when a system is restarted by a user.
  • the access control application 121 may be executed.
  • the access control application 121 may attempt to access the controller 200 based on previously set information about the controller 200 during provisioning. When a normal controller connection is attempted, the access control application 121 may perform the operations shown in FIG. 6 .
  • FIG. 6 shows a signal flow diagram for controller access of a virtualization instance according to various embodiments.
  • the access control application 121 of the virtualization instance 120 requests the controller 200 to create a control flow. A controller connection of the virtualization instance 120 may be attempted.
  • the access control application 121 of the virtualization instance 120 may request the controller 200 to access the controller in operation 605 .
  • the access control application 121 may perform a controller connection request to create a control flow with the controller 200 .
  • the controller access request may include information about the virtualization instance 120 .
  • the controller 200 may check whether or not the access control application 121 is in an accessible state according to an access policy based on information requested for access.
  • the information requested for access by the access control application 121 includes the type of virtualization instance 120, location information, environment, network including the virtualization instance 120, and information about the access control application 121. can do.
  • the controller 200 may check whether the identified virtualization instance 120 exists in the virtualization instance table (eg, the virtualization instance table 219 of FIG. 2 ) based on the information of the identified virtualization instance 120 . Depending on the embodiment, the controller 200 may perform operation 625 without performing operations 615 and 620 when the identified virtualization instance 120 exists in the virtualization instance table. According to another embodiment, the controller 200 may perform operation 615 when the identified virtualization instance 120 does not exist in the virtualization instance table.
  • the virtualization instance table eg, the virtualization instance table 219 of FIG. 2
  • the controller 200 transmits no access information to the access control application 121 if the identified virtualization instance 120 is included in a blacklist (eg, the blacklist database 214 of FIG. 2 ). may (act 630).
  • a blacklist eg, the blacklist database 214 of FIG. 2 .
  • the controller 200 may request a list of virtualization instances from the virtualization server 100.
  • the virtualization server 100 may transmit a list of currently provisioned virtualization instances to the controller 200 .
  • the controller 200 may update an existing virtualization instance table based on the received virtualization instance list. In addition, the controller 200 may check whether the identified virtualization instance 120 exists in the received virtualization instance list.
  • the controller 200 checks whether to limit the use of the identified virtualization instance 120 based on the access policy. and may transmit the confirmation result and access unavailable information to the access control application 121 (operation 630).
  • the controller 200 creates a control flow between the access control application 121 or the virtualization instance 120 and the controller 200 can do.
  • the controller 200 may generate control flow identification information in the form of random numbers, and the identification information of the virtualization instance 120 and/or the network to which the virtualization instance 120 belongs is converted into a control flow table (eg, in FIG. 2 ).
  • control flow table 216 Information (eg, control flow identification information and/or control flow information) stored in the control flow table is a policy for user authentication of the virtualization instance 120, information update of the virtualization instance 120, and network access of the virtualization instance 120. It can be used for verification and/or validation.
  • the controller 120 may generate accessible application whitelist information in an access policy that matches the virtualization instance 120 .
  • the controller 200 may transmit a response to the controller access request to the access control application 121 of the virtualization instance 120 .
  • the controller 200 may transmit the generated control flow identification information to the connection control application 121 .
  • the controller 200 may transmit accessible application whitelist information to the access control application 121 .
  • the access control application 121 may perform a check on the application. For example, the access control application 121 may perform a check for applications based on a white list of accessible applications received from the controller 200 .
  • the access control application 121 can check whether the application exists (installed) in the virtualized instance 120 based on the accessible application information, and in the case of the existing application, integrity and stability are checked according to the validation policy. (Above the application, tampering check, code signing check, fingerprint check) can be performed.
  • the access control application 121 may transmit an application check result to the controller 200 .
  • the access control application 121 may transmit information about existing applications and results of validation to the controller 200 .
  • the controller 200 checks whether an access policy accessible in advance exists in the access policy based on the received application information, and if the policy exists, identification information and a port of the destination network accessible by the corresponding application. A data flow corresponding to the information can be created.
  • the controller 200 may transmit data packets through a virtual NIC and a virtual router based on the virtualization instance 120 and the generated data flow in the virtual routing policy (eg, the virtual routing policy 212 of FIG. 2). You can check whether there is.
  • the controller 200 updates the virtual routing table and data flow information, and transmits the updated virtual routing table and the updated data flow to the virtualization server 100. may (act 650).
  • the virtualization server 100 may allow the received virtualization instance 120 to transmit data packets through the virtual NIC.
  • the controller 200 may delete the generated data flow when a policy allowing the virtualization instance 120 to transmit data packets does not exist in the virtual routing policy.
  • the controller 200 may transmit the generated data flow to the connection control application 121 .
  • the data flow may include information about whether data packet transmission is possible by the virtual router.
  • the access control application 121 may process the resulting value according to the received response.
  • the connection control application 121 may store the received control flow identification information and display a user interface screen indicating completion of the controller connection to the user.
  • the request for network access to the destination network of the virtualization instance 120 may be controlled by the controller 200 .
  • the controller 200 may determine that the virtualization instance 120 is unreachable. For example, if identification information of the virtualization instance 120 and/or the network to which the virtualization instance 120 belongs is included in the blacklist database, the controller 200 may determine that the virtualization instance 120 is inaccessible. In this case, the controller 200 may transmit a response indicating that the controller connection is impossible in operation 630 without generating a control flow in operation 625 . Also, in this case, operations 635 to 655 may not be performed. Depending on the embodiment, the connection control application 121 may perform operation 605 again if a controller connection needs to be retried.
  • the access control application 121 updates the data flow of the virtualization instance 120 when the data flow received from the controller 200 exists, and transmits the data packet based on the data flow allowed in advance when accessing the network. data flow can be managed.
  • operations 635 to 655 may not be performed when the access control application 121 determines that the inspection of the application is not necessary.
  • FIG. 7 shows a signal flow diagram for user authentication of a virtualized instance according to various embodiments.
  • the access control application 121 of the virtualization instance 120 may authenticate the user of the virtualization instance 120 from the controller 200. .
  • the virtualization instance 120 may receive an input for user authentication.
  • An input for user authentication may be, for example, a user input for inputting a user ID and password.
  • the input for user authentication may be a user input (eg, biometric information) for stronger authentication.
  • the access control application 121 of the virtualization instance 120 may request user authentication from the controller 200 in operation 705 . If the control flow between the virtualization instance 120 and the controller 200 has already been created, the access control application 121 may transmit input information for user authentication together with control flow identification information.
  • the controller 200 may authenticate a user based on information received from the virtualization instance 120 .
  • the controller 200 uses the user ID, password, and/or reinforced authentication information included in the received information and a database included in the memory of the controller 200 (eg, the access policy database of FIG. 2 ). 211 or the blacklist database 214), it is possible to determine whether the user can access according to the access policy and whether the user is included in the blacklist.
  • the controller 200 may add user identification information (eg, user ID) to identification information of the control flow.
  • user identification information can be used for the authenticated user's controller access or network access.
  • the controller 200 may generate accessable application information based on an access policy.
  • the accessible application information may be an application whitelist generated based on an access policy.
  • the controller 200 may transmit information indicating that the user is authenticated to the source node 201 as a response to the user authentication request.
  • the controller 200 may transfer accessible application information to the access control application 211 .
  • the access control application 121 may perform a check on the application. For example, the access control application 121 may perform a check for applications based on a whitelist of accessible applications received from the controller 200 .
  • the access control application 121 can check whether the application exists (installed) in the virtualized instance 120 based on the accessible application information, and in the case of the existing application, integrity and stability are checked according to the validation policy. (Above the application, tampering check, code signing check, fingerprint check) can be performed.
  • the access control application 121 may transmit the application check result to the controller 200 .
  • the access control application 121 may transmit information about existing applications and results of validation to the controller 200 .
  • the controller 200 checks whether an access policy accessible in advance exists in the access policy based on the received application information, and if the policy exists, identification information and a port of the destination network to which the corresponding application is accessible. A data flow corresponding to the information can be created.
  • the controller 200 may transmit data packets through a virtual NIC and a virtual router based on the virtualization instance 120 and the generated data flow in the virtual routing policy (eg, the virtual routing policy 212 of FIG. 2). You can check whether there is.
  • the controller 200 updates the virtual routing table and data flow information, and transmits the updated virtual routing table and the updated data flow to the virtualization server 100. may (act 740).
  • the virtualization server 100 may allow the received virtualization instance 120 to transmit data packets through the virtual NIC.
  • the controller 200 may delete the generated data flow when a policy allowing the virtualization instance 120 to transmit data packets does not exist in the virtual routing policy.
  • the controller 200 may transmit the generated data flow to the connection control application 121 .
  • the data flow may include information about whether data packet transmission is possible by the virtual router.
  • the access control application 121 may process the resulting value according to the received response. For example, the access control application 121 may store the received control flow identification information and display a user interface screen indicating completion of user authentication to the user. When user authentication is completed, the request for network access to the destination network of the virtualization instance 120 may be controlled by the controller 200 .
  • the controller 200 may determine that user authentication of the virtualization instance 120 is impossible. For example, if the identification information of the virtualization instance 120 and/or the network to which the virtualization instance 120 belongs is included in the blacklist database, the controller 200 determines that the virtualization instance 120 is inaccessible and user authentication is impossible. can decide In this case, the controller 200 may not reflect user identification information in operation 715 and may transmit a response indicating that access to the controller is impossible in operation 720 . Also, in this case, operations 725 to 745 may not be performed.
  • the access control application 121 updates the data flow of the virtualization instance 120 when the data flow received from the controller 200 exists, and transmits the data packet based on the data flow allowed in advance when accessing the network. data flow can be managed.
  • FIG. 8 illustrates a signal flow diagram for controlling network access of a virtualization instance according to various embodiments.
  • the virtualization instance 120 After the virtualization instance 120 is authorized from the controller 200, the virtualization instance 120 controls network access of other applications stored in the virtualization instance 120 through the access control application 121 of the virtualization instance 120. By doing so, reliable data transmission can be guaranteed.
  • the access control application 121 may detect a network connection event of another application stored in the virtualization instance 120 .
  • the access control application 121 may check the existence of a data flow corresponding to identification information of the application requesting network access, destination network identification information, and port information. Depending on the embodiment, if a data flow exists but is not valid, the access control application 121 may drop the data packet. According to another embodiment, if a data flow exists, the access control application 121 may transmit a data packet based on the data flow.
  • the access control application 121 may request network access from the controller 200 .
  • the network access request may include control flow identification information, destination network identification information, and port information.
  • the controller 200 determines the information identified based on the control flow identification information (eg, virtualization instance, user, source network identification information) and the access policy corresponding to the identified information (eg, destination network identification). information and port information) and whether or not the destination network is accessible can be checked.
  • the controller 200 may transmit a connection failure result to the connection control application 121 of the virtualization instance 120 (operation 830).
  • the controller 200 if the network access request received from the access control application 121 is an access request from a dangerous application in terms of the access policy, or if the connection to the virtualization instance 120 should be immediately blocked due to an abnormal access attempt, In addition to the basic routing table allowable by the virtual routing policy, the virtualization server 100 may be requested to remove the routing table assigned to the virtualization instance (operation 825). In another embodiment, the controller 200 may not perform operation 825 when determining that network access is possible.
  • the controller 200 may check whether a data flow corresponding to the identification information and port information of the destination network exists. If the data flow does not exist, the controller 200 may create a data flow corresponding to identification information and port information of a destination network to which an application requesting access is accessible. In addition, the controller 200 may transmit data packets through the virtual NIC and the virtual router based on the virtualization instance 120 and the generated data flow in the virtual routing policy (eg, the virtual routing policy 212 of FIG. 2). You can check whether there is. When the data packet can be transmitted through the virtual NIC and the virtual router, the controller 200 updates the virtual routing table and data flow information, and transmits the updated virtual routing table and the updated data flow to the virtualization server 100. may (act 825).
  • the virtual routing policy eg, the virtual routing policy 212 of FIG. 2
  • the virtualization server 100 may allow the received virtualization instance 120 to transmit data packets through the virtual NIC.
  • the controller 200 may transmit the data flow to the access control application 121 (operation 830).
  • the access control application 121 of the virtualization instance 120 may process the result value of the response received from the controller 200 . For example, when the connection control application 121 receives a network connection failure result from the controller 200, the application may drop a data packet to be transmitted. For another example, when a data flow is received from the controller 200, the access control application 121 may transmit a data packet based on the received data flow.
  • the access control application 121 may perform validation on the access application according to the validation policy. For example, the access control application 121 may further perform an integrity and stability test of the access application (forgery or tampering test, code signing test, fingerprint test, etc.). The access control application 121 may perform operation 815 when the validation result is successful.
  • FIG. 9 shows a signal flow diagram for requesting a network whitelist of a virtualization instance according to various embodiments.
  • the virtualization instance 120 may execute or terminate the execution of an application of the operating system, wait for network reception, or periodically check a list for waiting for network reception.
  • the virtualization instance 120 can continuously check a list of applications capable of transmitting or receiving data packets by periodically checking the application whitelist.
  • the access control application 121 of the virtualization instance 120 may detect a network reception list check event.
  • access control application 121 may perform a network whitelist check. For example, the access control application 121 may check the network listening port and application information. In this case, the access control application 121 may check whether a network whitelist exists based on the listening port and application information.
  • access control application 121 may request a network whitelist from controller 200 .
  • the access control application 121 may transmit control flow identification information, identification information of a receiving application, and a list of port information to the controller 200 and request a network whitelist.
  • the controller 200 receives the received requested identification information (eg, receiving application, port information) in the access policy matched with the identified information (eg, virtualization instance, user, source network, etc.) based on the control flow identification information. ) list, you can check whether each application can be allowed to receive network reception.
  • the received requested identification information eg, receiving application, port information
  • the identified information eg, virtualization instance, user, source network, etc.
  • Controller 200 if the network reception request received from the access control application 121 is a reception request from a dangerous application on the access policy, or if the access of the virtualization instance 120 should be immediately blocked due to an abnormal reception attempt, the virtual routing policy It is possible to request the virtualization server 100 to remove the routing table allocated to the virtualization instance 120 in addition to the basic routing table allowed by the virtualization instance 120 (operation 925). In another embodiment, the controller 200 may not perform operation 925 when it is determined that network reception is possible.
  • the controller 200 may add information indicating that the reception application allows reception of data packets through a port to a network whitelist.
  • the controller 200 may transmit the generated network whitelist to the access control application 121 (operation 930).
  • the access control application 121 of the virtualization instance 120 may process the result value of the response received from the controller 200 .
  • the access control application 121 may update the network whitelist in normal cases based on the received network whitelist, and an application that is not allowed on the updated network whitelist attempts reception through a port that is not allowed or If receiving, the corresponding application may be terminated.
  • the access control application 121 may perform validation on the receiving application according to the validation policy. For example, the access control application 121 may further perform an integrity and stability test of the received application (forgery or tampering test, code signing test, fingerprint test, etc.). The access control application 121 may perform operation 915 when the validation result is successful.
  • FIG. 10 shows a signal flow diagram for updating a control flow of a virtualization instance according to various embodiments.
  • the access control application 121 maintains information about the control flow and data flow of the virtualization instance 120, receives updated data flow from the controller 200, or periodically controls to check whether the control flow is valid You can request to update the flow.
  • the access control application 121 may detect a control flow update event.
  • the access control application 121 may request control flow update from the controller 200 based on the control flow identification information.
  • the controller 200 may check whether a control flow exists in a control flow table (eg, the control flow table 216 of FIG. 2 ) based on the received control flow identification information.
  • a control flow table eg, the control flow table 216 of FIG. 2
  • the controller 200 determines that the connection of the virtualization instance 120 is valid Since it does not, a connection failure result may be transmitted to the connection control application 121 (operation 1025).
  • the controller 200 is virtualization other than the basic routing table to be allowed by the virtual routing policy (eg, the virtual routing policy 212 of FIG. 2) when it is necessary to disconnect the virtualization instance 120. Removal of the routing table assigned to the instance may be requested to the virtualization server 100 (operation 1020).
  • the controller 200 may update the update time when a control flow exists in the control flow table (eg, the control flow table 216 of FIG. 2 ). In this case, the controller 200 may transmit identification information of the updated control flow to the connection control application 121 (operation 1025).
  • the controller 200 needs to perform re-authentication among data flows subordinate to the identified control flow, or if there is a data flow to which access is no longer possible, the controller 200 transmits information about the corresponding data flow to an access control application ( 121) (operation 1025).
  • the access control application 121 of the virtualization instance 120 may process the result value of the response received from the controller 200 .
  • the access control application 121 may block all network accesses of applications when the control flow update result is impossible.
  • the access control application 121 may update the data flow when the control flow update result is normal and updated data flow information exists.
  • FIG. 11 illustrates a signal flow diagram for terminating a controller connection of a virtualization instance according to various embodiments.
  • the virtualization instance 120 may detect that the virtualization instance 120 is terminated or the access control application 121 is terminated. In this case, in operation 1110, the virtualization instance 120 or the access control application 121 may request the controller 200 to remove the control flow.
  • the controller 200 may remove the identified control flow based on the received control flow identification information.
  • the controller 200 may request the virtualization server 100 to remove routing tables allocated to the virtualization instance 120 in addition to the basic routing tables to be allowed according to the virtual routing policy (operation 1120).
  • the controller 200 may remove all data flows dependent on the removed control flow.
  • the virtualization instance 120 can no longer access the destination network based on the removed data flow.
  • FIG. 12 shows a signal flow diagram for updating a virtualization instance table according to various embodiments.
  • the controller 200 may manage a list of provisioned virtualization instances by periodically updating the virtualization instance table (eg, the virtualization instance table 219 of FIG. 2 ).
  • the controller 200 may detect a virtualization instance table update event. In this case, the controller 200 may determine a virtualization server to update the virtualization instance list in the virtualization server table.
  • the controller 200 may make a search request to the determined virtualization server 100 for a list of virtualization instances.
  • the virtualization server 100 may transmit a list of currently provisioned virtualization instances to the controller 200 .
  • the controller 200 may process the result value of the received list of virtualization instances. For example, the controller 200 may update the virtualization instance table based on the virtualization instance list received from the virtualization server 100 . Depending on the embodiment, if the virtualization instance is removed when updating the virtualization instance table, the controller 200 may remove the control flow generated in response to the removed virtualization instance, and the basic routing to be allowed by the virtual routing policy In addition to the tables, a request may be made to the virtualization server 100 to remove a routing table allocated to the removed virtualization instance (operation 1220).
  • the controller 200 removes the routing table assigned to the removed virtualization instance in addition to the basic routing table to be allowed by the virtual routing policy may be requested to the virtualization server 100 (operation 1220).
  • the virtualization server policy eg, the virtualization server policy 215 of FIG. 2
  • FIG. 13 illustrates a signal flow diagram for termination of application execution of a virtualized instance according to various embodiments.
  • the access control application 121 of the virtualization instance 120 may check in real time whether or not the running application is terminated, and may detect an application execution end event.
  • the access control application 121 may check whether a data flow corresponding to the terminated application identification information and PID (Process ID and Child Process ID Tree) information exists. If a data flow exists, the access control application can delete that data flow. Depending on the embodiment, the access control application 121 may check whether the terminated application exists in the running process list in order to track the termination of the multi-executable application, and if not, the identification information of the terminated application. All data flows corresponding to can be deleted.
  • PID Process ID and Child Process ID Tree
  • the access control application 121 may request the controller 200 to delete the deleted data flow.
  • the controller 200 may delete the data flow requested to be deleted.
  • the controller 200 may delete corresponding routing information, and transfer the deleted routing table to the virtualization server 100. It can be transmitted to (operation 1325). Accordingly, data packets corresponding to source network, destination network, and port information included in the deleted data flow cannot be transmitted any more.
  • FIG. 14 is a flowchart illustrating an operation for requesting network access of a virtualization instance according to various embodiments. The operations shown in FIG. 14 may be performed by the access control application 121 of the virtualization instance 120 of FIG. 1 .
  • the access control application 121 may request network access to an external server.
  • the external server may be the controller 200, and the network connection request may include control flow identification information, destination network identification information, and port information.
  • the access control application 121 may receive a data flow from an external server.
  • the external server may be the controller 200, and the received data flow may correspond to identification information of the virtualization instance 120, identification information of the destination network, and port information.
  • the received data flow may include information about whether data packets can be transmitted through the virtual router.
  • information about whether data packets can be transmitted through a virtual router may include a routing table.
  • connection control application 121 may transmit a data packet based on the received data flow.
  • the access control application 121 may transmit a data packet through a virtual router included in the received data flow.
  • the received data flow may further include information about the virtual NIC, and the access control application 121 may transmit a data packet through the virtual NIC and the virtual router.
  • FIG. 15 is a flowchart of an operation for controlling a data packet in a virtual router according to various embodiments. In one embodiment, the operations shown in FIG. 15 may be performed via the virtual router 110 of FIG. 1 .
  • the virtual router 110 may detect a data packet reception event. For example, the virtual router 110 may receive multicast data packets existing in the same segment as the virtualized instance.
  • the virtual router 110 checks whether a routing path through which data packets can be transmitted exists. For example, the virtual router 110 checks whether a source network band and a destination network band exist in a routing table based on source network identification information and destination network identification information included in 5-tuple information of IP of a data packet. . Depending on the embodiment, if a transferable path (routing) exists in the routing table, the virtual router 110 may route the data packet (operation 1515). In another embodiment, the virtual router 110 may drop the data packet when a forwardable route (routing) does not exist in the routing table (operation 1520).
  • FIG. 16 is a flowchart illustrating a method of operating a server according to various embodiments. In one embodiment, the operations shown in FIG. 16 may be performed through the controller 200 of FIG. 1 .
  • the controller 200 may receive a network access request from an access control application of a virtualization instance.
  • the network access request may include identification information of a target application of a virtualization instance and identification information of a destination network.
  • the network access request may further include control flow identification information of the virtualization instance.
  • the controller 200 may check whether the target application of the virtualized instance is accessible. For example, the controller 200 may check whether the target application is accessible based on a database (eg, a database included in the memory of FIG. 2 ).
  • a database eg, a database included in the memory of FIG. 2 .
  • the controller 200 may create a data flow when access to the target application is possible.
  • the controller 200 may check whether data packets of the target application can be transmitted to the destination network through the virtual router. For example, the controller 200 may route data packets from a target application to a destination network through a virtual router based on routing tables and routing policies (e.g., virtual routing policies 212 and virtual routing tables 217 of FIG. 2). You can check whether it can be sent or not.
  • routing tables and routing policies e.g., virtual routing policies 212 and virtual routing tables 217 of FIG. 2). You can check whether it can be sent or not.
  • the controller 200 may update the data flow if the data packet can be transmitted through the virtual router. For example, the controller 200 may update the data flow generated in operation 1615 or may update an existing data flow.
  • the controller 200 may transmit the updated data flow to the virtualization server and virtualization instance.

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)

Abstract

본 문서에 개시된 일 실시예에 따른 서버는, 가상화 인스턴스의 접속 제어 애플리케이션으로부터 네트워크 접속 요청을 수신하고, 상기 네트워크 접속 요청은 상기 가상화 인스턴스의 타겟 애플리케이션의 식별 정보, 목적지 네트워크 식별 정보를 포함하고, 상기 타겟 애플리케이션의 식별 정보, 상기 목적지 네트워크 식별 정보에 기반하여 상기 타겟 애플리케이션의 접속 가능 여부를 확인하고, 접속 가능한 경우 데이터 플로우를 생성하고, 상기 타겟 애플리케이션의 데이터 패킷이 가상 라우터를 통해 상기 목적지 네트워크에 전송될 수 있는지 여부를 확인하고, 상기 가상 라우터를 통해 상기 데이터 패킷이 전송될 수 있으면 상기 데이터 플로우를 갱신하고, 상기 갱신된 데이터 플로우를 가상화 서버 및 상기 가상화 인스턴스로 전송하도록 구성될 수 있다.

Description

가상화 인스턴스의 네트워크 접속을 제어하기 위한 시스템 및 그에 관한 방법
관련출원과의 상호인용
본 발명은 2021.11.18.에 출원된 한국 특허 출원 제10-2021-0159714호에 기초한 우선권의 이익을 주장하며, 해당 한국 특허 출원의 문헌에 개시된 모든 내용을 본 명세서의 일부로서 포함한다.
기술분야
본 문서에 개시된 실시예들은 가상화 인스턴스의 네트워크 접속을 제어하기 위한 시스템 및 그에 관한 방법에 관한 것이다.
다수의 장치들은 네트워크를 통해서 데이터를 통신할 수 있다. 예를 들어, 스마트폰은 인터넷을 통해 서버와 데이터를 송신하거나 수신할 수 있다. 네트워크는 인터넷과 같은 공용 네트워크(public network)뿐만 아니라 인트라넷과 같은 사설 네트워크(private network)를 포함할 수 있다.
망분리(Network Separation) 또는 망연계 환경(Network Connection)에서 외부로부터 유입될 수 있는 각종 보안 위험을 줄이고, 언제 어디서나 최소한의 사양을 갖춘 기기로 사용자별 업무 환경을 제공하기 위해 클라우드 또는 전문 서버를 사용하는 가상화된 업무 환경(Virtual Desktop Infrastructure 또는 Cloud Desktop)이 사용되고 있다.
이러한 간접적 업무 환경은 최근 비대면 업무가 증가함에 따라 그 요구가 증대되고 있는데, 가상화된 업무 환경은 인터넷에 연결된 단말이 직접적으로 업무망에 접속하는 것이 아니라, 인터넷에 연결된 단말이 가상화된 업무 환경에 접속하고, 인가된 사용자가 접속한 가상화된 업무 환경에서 업무망을 접속하는 간접적 업무망 접속 구조를 제공함으로써 인터넷에 연결된 단말이 내재하고 있는 각종 보안 문제점이 직접적으로 업무망으로 전파되는 문제를 최소화할 수 있는 장점이 존재한다.
가상화된 업무 환경의 경우, 가상화된 업무 환경과 업무망은 같은 네트워크에 위치할 확률이 높고, 가상화된 업무의 환경상, 가상화 인스턴스는 가상화 서버에 의해서 프로비저닝되기 때문에 소프트웨어적으로 운영체제 또는 시스템이 가상화되어 있는 환경에서 물리적인 네트워크 경계 기반 보안 솔루션을 설치하는 것은 용이하지 않으므로 추가적인 네트워크 경계를 설정하기 어려운 문제가 존재한다.
탈취자 또는 악의적인 목적을 가지고 있는 사용자, 접속 제어 애플리케이션의 취약점 등으로 인해 실질적 네트워크 접속 통제를 수행하는 접속 제어 애플리케이션이 종료되는 경우, 가상화 인스턴스는 데이터 플로우 제어 없이 업무망에 상시 접속할 수 있는 상태가 되며, 네트워크 경계에서 이를 식별할 수 있는 방법이 존재하지 않기 때문에 데이터 플로우 접속 제어 기술이 무력화되는 특성이 내재되어 있다.
또한, 탈취자는 가상화된 단말 환경의 제어권을 취득한 이후에 백도어를 설치하여 가상화된 업무 환경 접속 클라이언트가 아닌 다른 형태의 클라이언트를 통해서 가상화 인스턴스 환경을 상시 통제할 수 있는 수단을 만들고 상시 업무망에 위험을 전파하기 위한 상태를 만들 수 있다.
또한, 가상화 인스턴스 및 가상화 인스턴스 내에서 실행 및 컨트롤러와 상시 연결되어야 하는 접속 제어 애플리케이션이 식별되지 않는 겨우 가상화 서버를 통해서 가상화 인스턴스를 종료 또는 재부팅 시키는 방법은 확실한 네트워크 차단 방법을 제공하지만, 가상화 인스턴스의 오작동으로 인해 접속 제어 애플리케이션이 실행되지 않는 상황의 경우 위험 요소 및 문제점을 파악하고 해결하기 어려운 단점이 존재할 수 있다.
또한, 서버 애플리케이션이 실행되는 가상화 인스턴스의 경우 지속적인 종료 또는 재부팅이 되면 심각한 장애가 발생할 수 있다.
본 문서에 개시되는 다양한 실시예들은 네트워크 환경에서 상술한 문제점을 해결하기 위한 시스템 및 그에 관한 방법을 제공하고자 한다.
본 문서에 개시된 일 실시예에 따른 서버는, 통신 회로, 데이터 베이스를 저장하는 메모리 및 상기 통신 회로 및 상기 메모리와 작동적으로 연결되는 프로세서를 포함하고, 상기 프로세서는, 가상화 인스턴스의 접속 제어 애플리케이션으로부터 네트워크 접속 요청을 수신하고, 상기 네트워크 접속 요청은 상기 가상화 인스턴스의 타겟 애플리케이션의 식별 정보, 목적지 네트워크 식별 정보를 포함하고, 상기 타겟 애플리케이션의 식별 정보, 상기 목적지 네트워크 식별 정보에 기반하여 상기 타겟 애플리케이션의 접속 가능 여부를 확인하고, 접속 가능한 경우 데이터 플로우를 생성하고, 상기 타겟 애플리케이션의 데이터 패킷이 가상 라우터를 통해 상기 목적지 네트워크에 전송될 수 있는지 여부를 확인하고, 상기 가상 라우터를 통해 상기 데이터 패킷이 전송될 수 있으면 상기 데이터 플로우를 갱신하고, 상기 갱신된 데이터 플로우를 가상화 서버 및 상기 가상화 인스턴스로 전송하도록 구성될 수 있다.
본 문서에 개시된 일 실시예에 따른 가상화 서버는, 통신 회로, 상기 통신 회로와 작동적으로 연결되는 프로세서 및 상기 프로세서와 작동적으로 연결되고, 상기 프로세서에 의해 가상화 인스턴스 및 가상 라우터로 실행되는 명령어들을 저장하는 메모리를 포함하고, 상기 명령어들은, 상기 프로세서의 의해서 실행될 때 상기 가상화 인스턴스가, 접속 제어 애플리케이션을 통해 외부 서버에게 네트워크 접속을 요청하고, 상기 네트워크 접속 요청은 목적지 네트워크의 식별 정보를 포함하고, 상기 접속 제어 애플리케이션을 통해 상기 외부 서버로부터 데이터 플로우를 수신하고, 상기 데이터 플로우는 상기 가상화 인스턴스의 식별 정보 및 상기 목적지 네트워크의 식별 정보에 대응하고, 상기 데이터 플로우는 상기 가상 라우터를 통해 데이터 패킷이 전송될 수 있는지 여부에 관한 정보를 포함하고, 상기 접속 제어 애플리케이션을 통해, 상기 수신된 데이터 플로우에 기반하여 타겟 애플리케이션의 데이터 패킷을 전송하도록 구성될 수 있다.
본 문서에 개시된 일 실시예에 따른 가상화 인스턴스에 설치된 접속 제어 애플리케이션의 동작 방법은, 외부 서버에게 네트워크 접속을 요청하는 동작, 상기 네트워크 접속 요청은 목적지 네트워크의 식별 정보를 포함하고, 상기 외부 서버로부터 데이터 플로우를 수신하는 동작, 상기 데이터 플로우는 상기 가상화 인스턴스의 식별 정보, 상기 목적지 네트워크의 식별 정보에 대응하고, 상기 데이터 플로우는 상기 가상 라우터를 통해 데이터 패킷이 전송될 수 있는지 여부에 관한 정보를 포함하고 및 상기 수신된 데이터 플로우에 기반하여 타겟 애플리케이션의 데이터 패킷을 전송하는 동작을 포함할 수 있다.
본 문서에 개시된 일 실시예에 따른 서버의 동작 방법은, 가상화 인스턴스의 접속 제어 애플리케이션으로부터 네트워크 접속 요청을 수신하는 동작, 상기 네트워크 접속 요청은 상기 가상화 인스턴스의 타겟 애플리케이션의 식별 정보 및 목적지 네트워크 식별 정보를 포함하고, 상기 타겟 애플리케이션의 식별 정보, 상기 목적지 네트워크 식별 정보에 기반하여 상기 타겟 애플리케이션의 접속 가능 여부를 확인하는 동작, 접속 가능한 경우 데이터 플로우를 생성하는 동작, 상기 타겟 애플리케이션의 데이터 패킷이 가상 라우터를 통해 상기 목적지 네트워크에 전송될 수 있는지 여부를 확인하는 동작, 상기 가상 라우터를 통해 상기 데이터 패킷이 전송될 수 있으면 상기 데이터 플로우를 갱신하는 동작 및 상기 갱신된 데이터 플로우를 가상화 서버 및 상기 가상화 인스턴스로 전송하는 동작을 포함할 수 있다.
본 문서에 개시되는 실시예들에 따르면, 터널링 또는 보안 세션을 생성하지 않는 가상화 인스턴스에 데이터 플로우 기반 접속 통제를 위한 접속 제어 애플리케이션을 통해 가상화 인스턴스는 인가되지 않은 애플리케이션의 데이터 패킷 전송을 차단할 수 있다.
또한, 본 문서에 개시되는 실시예들에 따르면, 망분리 및 망연계 환경에서의 가상 업무 환경 제공 이외에 가상화 인스턴스에 설치된 서버 역할을 수행하는 서버 애플리케이션(예: Enterprise Resources Planning, Groupware 등) 등 광범위한 대상을 통제하기 위해 가상화 서버에 존재하는 가상 라우터를 통해 가상화 인스턴스의 네트워크 접속을 제어할 수 있다.
또한, 본 문서에 개시된 실시예들에 따르면 가상화 서버에 존재하는 가상 라우터의 라우팅 테이블을 컨트롤러가 제어하여 가상화 인스턴스로 송신 또는 수신 되는 비인가 접근을 차단하고 인가된 대상만 인가된 목적지에 접속할 수 있는 구조를 제공할 수 있고, 네트워크 접속 제어 애플리케이션을 우회한 경우에도 가상 라우터에 의해 네트워크 접속이 차단되므로 접속 제어 애플리케이션에만 의존하는 경우보다 더 안전한 네트워크 접속 제어 환경을 구출할 수 있다.
또한, 본 문서에 개시된 실시예들에 따르면 가상화 서버의 가상 라우터를 기반으로 Layer 2 또는 3 수준에서 MAC 및 IP 주소와 같은 식별 정보와 함께, 출발지 및 도착지 라우팅 대역 설정을 통해 네트워크 접속을 통제할 수 있고, 가상화 인스턴스의 최소 식별 단위인 MAC 및 IP 주소와 같은 식별 정보로 세밀한 네트워크 접속 제어가 가능할 수 있다.
또한, 본 문서에 개시된 실시예들에 따르면, 가상화 인스턴스에서 네트워크 접속 제어 애플리케이션이 실행되지 않는 상황에서 컨트롤러 접속 경로 이외의 대역을 차단하거나 컨트롤러에 의해 설정된 허용 가능한 기본 라우팅 대역만 통신을 허용함으로서 서버 애플리케이션이 실행되는 환경에서도 최소한의 연속성을 보장함과 동시에 관리자가 가상화 서버에 콘솔링하여 문제가 생긴 가상화 인스턴스의 문제점을 파악하고 복구하거나 위험한 상황에 대하여 검토할 수 있다.
이 외에, 본 문서를 통해 직접적 또는 간접적으로 파악되는 다양한 효과들이 제공될 수 있다.
도 1은 다양한 실시 예들에 따른 네트워크 환경 내의 아키텍처를 나타낸다.
도 2는 다양한 실시예들에 따라 컨트롤러에 저장된 데이터 베이스를 나타내는 기능적 블록도이다.
도 3은 다양한 실시예들에 따른 가상화 서버 또는 가상화 인스턴스의 기능적 블록도를 나타낸다.
도 4는 다양한 실시예들에 따른 데이터 패킷의 전송을 제어하는 동작을 보여주는 도면이다.
도 5는 다양한 실시예들에 따른 가상화 인스턴스의 시스템 시작을 보여주는 도면이다.
도 6은 다양한 실시예들에 따른 가상화 인스턴스의 컨트롤러 접속을 위한 신호 흐름도를 나타낸다.
도 7은 다양한 실시예들에 따른 가상화 인스턴스의 사용자 인증을 위한 신호 흐름도를 나타낸다.
도 8은 다양한 실시예들에 따른 가상화 인스턴스의 네트워크 접속을 제어하기 위한 신호 흐름도를 나타낸다.
도 9는 다양한 실시예들에 따른 가상화 인스턴스의 네트워크 화이트리스트를 요청하기 위한 신호 흐름도를 나타낸다.
도 10은 다양한 실시예들에 따른 가상화 인스턴스의 제어 플로우를 갱신하기 위한 신호 흐름도를 나타낸다.
도 11은 다양한 실시예들에 따른 가상화 인스턴스의 컨트롤러 접속 종료를 위한 신호 흐름도를 나타낸다.
도 12는 다양한 실시예들에 따른 가상화 인스턴스 테이블을 갱신하기 위한 신호 흐름도를 나타낸다.
도 13은 다양한 실시예들에 따른 가상화 인스턴스의 애플리케이션 실행 종료에 대한 신호 흐름도를 나타낸다.
도 14는 다양한 실시예들에 따른 가상화 인스턴스의 네트워크 접속 요청을 위한 동작 흐름도를 나타낸다.
도 15는 다양한 실시예들에 따른 가상 라우터에서 데이터 패킷을 제어하기 위한 동작 흐름도를 나타낸다.
도 16은 다양한 실시예들에 따른 서버의 동작 방법을 보여주는 흐름도를 나타낸다.
이하, 본 발명의 다양한 실시 예가 첨부된 도면을 참조하여 기재된다. 그러나, 이는 본 발명을 특정한 실시 형태에 대해 한정하려는 것이 아니며, 본 발명의 실시 예의 다양한 변경(modification), 균등물(equivalent), 및/또는 대체물(alternative)을 포함하는 것으로 이해되어야 한다.
본 문서에서 아이템에 대응하는 명사의 단수 형은 관련된 문맥상 명백하게 다르게 지시하지 않는 한, 상기 아이템 한 개 또는 복수 개를 포함할 수 있다. 본 문서에서, "A 또는 B", "A 및 B 중 적어도 하나","A 또는 B 중 적어도 하나", "A, B 또는 C", "A, B 및 C 중 적어도 하나" 및 "A, B, 또는 C 중 적어도 하나"와 같은 문구들 각각은 그 문구들 중 해당하는 문구에 함께 나열된 항목들 중 어느 하나, 또는 그들의 모든 가능한 조합을 포함할 수 있다. "제 1", "제 2", 또는 "첫째" 또는 "둘째"와 같은 용어들은 단순히 해당 구성요소를 다른 해당 구성요소와 구분하기 위해 사용될 수 있으며, 해당 구성요소들을 다른 측면(예: 중요성 또는 순서)에서 한정하지 않는다. 어떤(예: 제 1) 구성요소가 다른(예: 제 2) 구성요소에, "기능적으로" 또는 "통신적으로"라는 용어와 함께 또는 이런 용어 없이, "커플드" 또는 "커넥티드"라고 언급된 경우, 그것은 상기 어떤 구성요소가 상기 다른 구성요소에 직접적으로(예: 유선으로), 무선으로, 또는 제 3 구성요소를 통하여 연결될 수 있다는 것을 의미한다.
본 문서에서 설명되는 구성요소들의 각각의 구성요소(예: 모듈 또는 프로그램)는 단수 또는 복수의 개체를 포함할 수 있다. 다양한 실시 예들에 따르면, 해당 구성요소들 중 하나 이상의 구성요소들 또는 동작들이 생략되거나, 또는 하나 이상의 다른 구성요소들 또는 동작들이 추가될 수 있다. 대체적으로 또는 추가적으로, 복수의 구성요소들(예: 모듈 또는 프로그램)은 하나의 구성요소로 통합될 수 있다. 이런 경우, 통합된 구성요소는 상기 복수의 구성요소들 각각의 구성요소의 하나 이상의 기능들을 상기 통합 이전에 상기 복수의 구성요소들 중 해당 구성요소에 의해 수행되는 것과 동일 또는 유사하게 수행할 수 있다. 다양한 실시 예들에 따르면, 모듈, 프로그램 또는 다른 구성요소에 의해 수행되는 동작들은 순차적으로, 병렬적으로, 반복적으로, 또는 휴리스틱하게 실행되거나, 상기 동작들 중 하나 이상이 다른 순서로 실행되거나, 생략되거나, 또는 하나 이상의 다른 동작들이 추가될 수 있다.
본 문서에서 사용되는 용어 "모듈"은 하드웨어, 소프트웨어 또는 펌웨어로 구현된 유닛을 포함할 수 있으며, 예를 들면, 로직, 논리 블록, 부품, 또는 회로와 같은 용어와 상호 호환적으로 사용될 수 있다. 모듈은, 일체로 구성된 부품 또는 하나 또는 그 이상의 기능을 수행하는, 상기 부품의 최소 단위 또는 그 일부가 될 수 있다. 예를 들면, 일 실시 예에 따르면, 모듈은 ASIC(application-specific integrated circuit)의 형태로 구현될 수 있다.
본 문서의 다양한 실시 예들은 기기(machine) 의해 읽을 수 있는 저장 매체(storage medium)(예: 메모리)에 저장된 하나 이상의 명령어들을 포함하는 소프트웨어(예: 프로그램 또는 애플리케이션)로서 구현될 수 있다. 예를 들면, 기기의 프로세서는, 저장 매체로부터 저장된 하나 이상의 명령어들 중 적어도 하나의 명령을 호출하고, 그것을 실행할 수 있다. 이것은 기기가 상기 호출된 적어도 하나의 명령어에 따라 적어도 하나의 기능을 수행하도록 운영되는 것을 가능하게 한다. 상기 하나 이상의 명령어들은 컴파일러에 의해 생성된 코드 또는 인터프리터에 의해 실행될 수 있는 코드를 포함할 수 있다. 기기로 읽을 수 있는 저장 매체는, 비일시적(non-transitory) 저장 매체의 형태로 제공될 수 있다. 여기서, '비일시적'은 저장 매체가 실재(tangible)하는 장치이고, 신호(signal)(예: 전자기파)를 포함하지 않는다는 것을 의미할 뿐이며, 이 용어는 데이터가 저장 매체에 반영구적으로 저장되는 경우와 임시적으로 저장되는 경우를 구분하지 않는다.
본 문서에 개시된 다양한 실시 예들에 따른 방법은 컴퓨터 프로그램 제품(computer program product)에 포함되어 제공될 수 있다. 컴퓨터 프로그램 제품은 상품으로서 판매자 및 구매자 간에 거래될 수 있다. 컴퓨터 프로그램 제품은 기기로 읽을 수 있는 저장 매체(예: compact disc read only memory(CD-ROM))의 형태로 배포되거나, 또는 애플리케이션 스토어를 통해 또는 두 개의 사용자 장치들(예: 스마트폰들) 간에 직접, 온라인으로 배포(예: 다운로드 또는 업로드)될 수 있다. 온라인 배포의 경우에, 컴퓨터 프로그램 제품의 적어도 일부는 제조사의 서버, 애플리케이션 스토어의 서버, 또는 중계 서버의 메모리와 같은 기기로 읽을 수 있는 저장 매체에 적어도 일시 저장되거나, 임시적으로 생성될 수 있다.
도 1은 다양한 실시 예들에 따른 네트워크 환경 내의 아키텍처를 나타낸다.
도 1을 참조하면, 가상화 서버(100), 가상 라우터(110), 가상화 인스턴스(120)의 개수는 도 1에 도시된 개수로 한정되는 것은 아니다. 예를 들어, 복수의 가상화 서버는 컨트롤러(200)로부터 네트워크 접속이 제어될 수 있고, 가상화 서버(100)에는 복수개의 가상 라우터 및 복수개의 가상화 인스턴스가 포함될 수 있다.
가상화 인스턴스(120)는 접속 제어 애플리케이션(121) 및 타겟 애플리케이션(122)을 포함할 수 있다. 예를 들어, 접속 제어 애플리케이션(121)은 네트워크 접속 발생시 컨트롤러(200)로부터 접속 가능 여부를 확인하고, 접속 가능한 경우에만 컨트롤러(200)에 의하여 생성된 데이터 플로우에 기반하여 가상 라우터(110)를 통해 목적지 네트워크(300)로 데이터 패킷을 전송할 수 있다. 데이터 플로우 기반 접속성 제어 기술은 가상화 인스턴스(120)가 목적지 네트워크(300)에 접속하기 위해 컨트롤러(200)에 의해서 인가된 데이터 플로우가 존재하는 경우에만 통신이 가능한 구조를 제공하며, 데이터 플로우가 존재하지 않는 경우 가상화 인스턴스(120)가 통신을 수행할 수 없는 구조를 제공할 수 있다. 예를 들어, 접속 제어 애플리케이션(121)은 데이터 플로우가 존재하지 않는 경우 타겟 애플리케이션(122)의 데이터 패킷을 전송하는 것을 제한할 수 있다.
일 실시예에서, 가상화 서버(100)는 목적지 네트워크(300)와 동일한 네트워크에 포함될 수 있다. 따라서, 가상화 서버(100)와 목적지 네트워크(300) 사이에는 터널 또는 보안 세션이 생성되는 것이 불가능할 수 있다. 가상화 인스턴스(120)에서 목적지 네트워크(300)로 데이터 패킷을 전송하기 위해서는 가상 라우터(110) 및 가상 NIC(미도시)를 통해야 할 수 있다.
컨트롤러(200)는 서버(또는 클라우드 서버)일 수 있다. 컨트롤러(200)는 가상화 서버(100) 내에 프로비저닝된 가상화 인스턴스(120)의 목적지 네트워크(300)에 대한 네트워크 접속 통제를 수행할 수 있다. 실시예에 따라서, 컨트롤러(200)는 타 연동 보안 시스템(400)과 통신할 수 있다.
일 실시예에 따르면, 컨트롤러(200)는 가상화 인스턴스(120)의 네트워크 접속과 연관된 다양한 동작(예: 등록, 승인, 인증, 갱신, 종료)을 수행하기 위하여 가상화 인스턴스(120)와 제어 데이터 패킷을 송수신할 수 있다. 제어 데이터 패킷이 전송되는 흐름은 제어 플로우(control flow)로 참조될 수 있다.
상술한 동작들을 통해 비허용 가상화 인스턴스의 목적지 네트워크(300)에 대한 접속을 컨트롤러(200)는 차단할 수 있는 환경이 제공될 수 있다.
도 2는 다양한 실시예들에 따라 컨트롤러에 저장된 데이터 베이스를 나타내는 기능적 블록도이다. 도 2는 메모리(220)만을 도시하지만, 컨트롤러는 외부 전자 장치와 통신을 수행하기 위한 통신 회로(예: 도 3의 통신 회로(430)) 및 컨트롤러의 전반적인 동작을 제어하기 위한 프로세서(예: 도 3의 프로세서(410))를 더 포함할 수 있다.
관리자는 컨트롤러(200)에 접속하여 출발지와 도착지 사이의 접속을 제어하기 위한 접속 중심의 정책을 설정할 수 있으므로, 기존의 NAC(Network Access Control) 및 방화벽보다 세밀한 네트워크 접속 제어가 가능하다.
접속 정책 데이터 베이스(211)는 식별된 네트워크, 가상화 인스턴스(예: 도 1의 가상화 인스턴스(120)), 사용자, 비식별 사용자, 또는 애플리케이션이 접속 가능한 네트워크 및/또는 서비스에 대한 정보를 포함할 수 있다. 예를 들어, 가상화 인스턴스로부터 목적지 네트워크에 대한 접속이 요청되면, 컨트롤러는 접속 정책 데이터 베이스(211)에 기반하여 식별된 네트워크(예: 가상화 인스턴스가 속하는 네트워크), 가상화 인스턴스, 사용자(예: 가상화 인스턴스의 사용자), 및/또는 애플리케이션(가상화 인스턴스에 포함되는 애플리케이션)이 목적지 네트워크에 접속이 가능한지 여부를 결정할 수 있다.
가상 라우팅 정책 데이터 베이스(212)는 접속 정책(예: 접속 정책 데이터 베이스(211)에 포함되는 정보)에 따라 접속 경로 상에서 가상화 인스턴스가 대상 네트워크 경계에 존재하는 가상 NIC 또는 가상 라우터(예: 도 1의 가상 라우터(110))에서 기본적으로 허용할 라우팅 대역 및 접속 정책에 따라 허용할 라우팅 대역 등의 정보를 포함할 수 있다. 예를 들어, 컨트롤러는 가상화 인스턴스의 네트워크 접속 요청이 존재하는 경우 가상 라우팅 정책 데이터 베이스(212)에 기반하여 대상 네트워크 또는 목적지 네트워크에 접속하기 위한 최적의 네트워크 경로를 제공할 수 있다.
블랙리스트 정책 데이터 베이스(213)는 가상화 인스턴스 또는 가상화 서버의 접속을 영구적 또는 일시적으로 차단하기 위한 정책을 포함할 수 있다. 블랙리스트 정책 데이터 베이스(213)는 가상화 인스턴스 또는 가상화 서버에서 주기적으로 수집되는 보안 이벤트 중에서 보안 이벤트의 위험도, 발생 주기, 및/또는 행위 분석을 통해 식별된 정보(예: 가상화 인스턴스, IP 주소, MAC(media access control) 주소, 또는 사용자 ID 중 적어도 하나)를 기반으로 생성될 수 있다.
블랙리스트 데이터 베이스(214)는 블랙리스트 정책 데이터 베이스(213)에 의해서 차단된 가상화 인스턴스, IP 주소, MAC 주소, 또는 사용자 중 적어도 하나에 대한 목록을 포함할 수 있다. 예를 들어, 컨트롤러는 목적지 네트워크로의 접속을 요청하는 가상화 인스턴스가 블랙리스트 데이터 베이스(314)에 포함되면 가상화 인스턴스의 접속 요청을 거부함으로써 목적지 네트워크로부터 가상화 인스턴스를 격리시킬 수 있다.
가상화 서버 정책 데이터 베이스(215)는 가상화 인스턴스를 프로비저닝하기 위한 가상화 서버의 API 접속, 인증 정보, 가상화 인스턴스를 식별하기 위한 일련의 네트워크 정책 정보, 식별 정보 부여 방법, 가상화 인스턴스 접속 제어 시 각종 위험 및 예외 상황에 따라 가상화 인스턴스 격리 정책 등을 포함할 수 있다. 예를 들어, 컨트롤러는 가상화 서버 정책 데이터 베이스(215)에 기반하여 위험이 탐지된 가상화 인스턴스를 즉각적으로 네트워크에서 제거할 수 있는 방법을 제공한다.
제어 플로우 테이블(216)은 가상화 인스턴스와 컨트롤러 사이에 생성된 제어 데이터 패킷의 흐름(예: 제어 플로우)을 관리하기 위한 세션(session) 테이블의 일 예이다. 성공적으로 컨트롤러에 접속하는 경우, 제어 플로우 정보는 컨트롤러에 의하여 생성될 수 있다. 제어 플로우 정보는 제어 플로우의 식별 정보, 컨트롤러에 대한 접속 및 인증 시 식별되는 IP 주소, 가상화 인스턴스 ID, 또는 사용자 ID 중 적어도 하나를 포함할 수 있다. 예를 들어, 가상화 인스턴스로부터 목적지 네트워크에 대한 접속이 요청되면 컨트롤러는 가상화 인스턴스로부터 수신된 제어 플로우 식별 정보를 통해 제어 플로우 정보를 검색할 수 있고, 검색된 제어 플로우 정보 내에 포함된 IP 주소, 가상화 인스턴스 ID, 또는 사용자 ID 중 적어도 하나를 접속 정책 데이터 베이스(211)에 매핑함으로서 가상화 인스턴스가 접속이 가능한지 여부, 데이터 플로우 생성 여부, 및 라우팅 테이블(예: 가상 라우팅 테이블(217)) 갱신 여부를 판단(결정)할 수 있다.
일 실시 예에 따르면, 제어 플로우는 만료 시각을 가질 수 있다. 가상화 인스턴스는 제어 플로우의 만료 시각을 갱신해야 하며, 일정 시간 동안에 만료 시각이 갱신되지 않으면 제어 플로우(또는, 제어 플로우 정보) 및 라우팅 테이블(예: 가상 라우팅 테이블(217))은 제거될 수 있다. 또한, 가상화 인스턴스로부터 수집된 보안 이벤트에 따라서 즉각적인 접속 차단이 필요하다고 결정되는 경우, 컨트롤러는 가상화 인스턴스의 접속 종료 요청에 따라서 제어 플로우를 제거할 수 있다. 제어 플로우가 제거되면 기존에 생성된 데이터 플로우 및 라우팅 테이블 또한 제거되기 때문에 가상화 인스턴스의 접속이 차단될 수 있다.
가상 라우팅 테이블(217)은 가상화 인스턴스와 목적지 네트워크 사이에 통신 경로(라우팅)를 관리하기 위한 테이블의 일 예이다. 가상 라우팅 테이블(217)은 가상화 서버에 존재하는 가상 라우터의 라우팅 정보를 설정하기 위하여 가상화 인스턴스의 가상 NIC 정보, 출발지 네트워크의 대역, 목적지 네트워크의 대역, 라우터 주소 정보 등을 포함할 수 있다. 예를 들어, 라우팅 정보는 가상화 인스턴스 별로 설정되거나, 가상화 서버 단위로 설정될 수 있고, NIC, MAC 주소, IP 주소 단위의 네트워크 접속 제어를 위한 방법을 제공할 수 있다. 일 실시예에서, 가상 라우팅 테이블(217)에 포함된 라우팅 정보는 가상 인스턴스의 데이터 패킷이 해당 가상 라우터를 통해 데이터 패킷을 전송할 수 있는지 여부에 관한 정보를 포함할 수 있다.
데이터 플로우 테이블(218)은 가상화 인스턴스와 가상 라우터 및 목적지 네트워크 사이의 세부적인 데이터 패킷이 전송되는 흐름(예: 데이터 플로우)를 관리하기 위한 테이블이다. 데이터 플로우는 가상화 인스턴스 또는 IP 단위로 생성되는 TCP 세션, 가상화 인스턴스의 애플리케이션, 또는 보다 세부적인 단위로 생성될 수 있다. 데이터 플로우 테이블(218)은 데이터 플로우 식별 정보, 데이터 플로우가 제어 플로우에 종속되는 경우에는 제어 플로우 식별 정보, 가상화 인스턴스로부터 전송된 데이터 패킷이 인가된 데이터 패킷인지를 식별하기 위한 애플리케이션 ID, 출발지 네트워크 식별 정보, 목적지 네트워크 식별 정보 및/또는 서비스 포트를 포함할 수 있다. 또한, 데이터 플로우 테이블(218)은 데이터 플로우에 기반하여 가상 라우터에 접속 가능한 경로(라우팅)을 제공하기 위한 가상 라우팅 테이블(217) 상의 라우팅 ID를 포함할 수 있다.
가상화 인스턴스 테이블(219)은 가상화 인스턴스가 프로비저닝된 가상화 서버 식별 정보(예: ID)와 가상화 인스턴스를 식별하기 위한 일련의 정보(예: MAC 주소, IP 주소, 가상화 서버에서 관리하는 인스턴스 ID 등) 및 식별된 가상화 인스턴스의 상태(예: 재부팅 중, 종료 중, 실행 중 등) 정보를 포함할 수 있다.
일 실시예에서, 가상 라우팅 테이블(217), 데이터 플로우 테이블(218)은 가상화 인스턴스 또는 가상화 서버에 동일하게 저장될 수 있다.
도 3은 다양한 실시예들에 따른 가상화 서버 또는 가상화 인스턴스의 기능적 블록도를 나타낸다.
도 3을 참조하면, 가상화 서버 또는 가상화 인스턴스는 프로세서(410), 메모리(420), 및 통신 회로(430)를 포함할 수 있다. 일 실시 예에 따르면, 노드는 사용자와 인터페이스를 수행하기 위하여 디스플레이(440)를 더 포함할 수 있다.
프로세서(410)는 가상화 서버 또는 가상화 인스턴스의 전반적인 동작을 제어할 수 있다. 다양한 실시 예들에서, 프로세서(410)는 하나의 프로세서 코어(single core)를 포함하거나, 복수의 프로세서 코어들을 포함할 수 있다. 예를 들면, 프로세서(410)는 듀얼 코어(dual-core), 쿼드 코어(quad-core), 헥사 코어(hexa-core) 등의 멀티 코어(multi-core)를 포함할 수 있다. 실시 예들에 따라, 프로세서(410)는 내부 또는 외부에 위치된 캐시 메모리(cache memory)를 더 포함할 수 있다. 실시 예들에 따라, 프로세서(410)는 하나 이상의 프로세서들로 구성될(configured with) 수 있다. 예를 들면, 프로세서(410)는, 애플리케이션 프로세서(application processor), 통신 프로세서(communication processor), 또는 GPU(graphical processing unit) 중 적어도 하나를 포함할 수 있다.
프로세서(410)의 전부 또는 일부는 가상화 서버 또는 가상화 인스턴스 내의 다른 구성 요소(예를 들면, 메모리(420), 통신 회로(430), 또는 디스플레이(440))와 전기적으로(electrically) 또는 작동적으로(operatively) 결합(coupled with)되거나 연결될(connected to) 수 있다. 프로세서(410)는 가상화 서버 또는 가상화 인스턴스의 다른 구성 요소들의 명령을 수신할 수 있고, 수신된 명령을 해석할 수 있으며, 해석된 명령에 따라 계산을 수행하거나 데이터를 처리할 수 있다. 프로세서(410)는 메모리(420), 통신 회로(430), 또는 디스플레이(440)로부터 수신되는 메시지, 데이터, 명령어, 또는 신호를 해석할 수 있고, 가공할 수 있다. 프로세서(410)는 수신된 메시지, 데이터, 명령어, 또는 신호에 기반하여 새로운 메시지, 데이터, 명령어, 또는 신호를 생성할 수 있다. 프로세서(410)는 가공되거나 생성된 메시지, 데이터, 명령어, 또는 신호를 메모리(420), 통신 회로(430), 또는 디스플레이(440)에게 제공할 수 있다.
프로세서(410)는 프로그램에서 생성되거나 발생되는 데이터 또는 신호를 처리할 수 있다. 예를 들면, 프로세서(410)는 프로그램을 실행하거나 제어하기 위해 메모리(420)에게 명령어, 데이터 또는 신호를 요청할 수 있다. 프로세서(410)는 프로그램을 실행하거나 제어하기 위해 메모리(420)에게 명령어, 데이터, 또는 신호를 기록(또는 저장)하거나 갱신할 수 있다.
메모리(420)는 가상화 서버 또는 가상화 인스턴스를 제어하는 명령어, 제어 명령어 코드, 제어 데이터, 또는 사용자 데이터를 저장할 수 있다. 예를 들면, 메모리(420)는 애플리케이션(application) 프로그램, OS(operating system), 미들웨어(middleware), 또는 디바이스 드라이버(device driver) 중 적어도 하나를 포함할 수 있다.
메모리(420)는 휘발성 메모리(volatile memory) 또는 불휘발성(non-volatile memory) 중 하나 이상을 포함할 수 있다. 휘발성 메모리는 DRAM(dynamic random access memory), SRAM(static RAM), SDRAM(synchronous DRAM), PRAM(phase-change RAM), MRAM(magnetic RAM), RRAM(resistive RAM), FeRAM(ferroelectric RAM) 등을 포함할 수 있다. 불휘발성 메모리는 ROM(read only memory), PROM(programmable ROM), EPROM(electrically programmable ROM), EEPROM(electrically erasable programmable ROM), 플래시 메모리(flash memory) 등을 포함할 수 있다.
메모리(420)는 하드 디스크 드라이브(HDD, hard disk drive), 솔리드 스테이트 디스크(SSD, solid state disk), eMMC(embedded multi media card), UFS(universal flash storage)와 같은 불휘발성 매체(medium)를 더 포함할 수 있다.
일 실시예에 따르면, 메모리(420)는 컨트롤러의 메모리(예: 도 3의 메모리(330))에 포함된 정보 중 일부를 저장할 수 있다. 예를 들어, 메모리(420)는 도 2에서 설명된 가상 라우팅 테이블(217) 및 데이터 플로우 테이블(218)을 저장할 수 있다.
통신 회로(430)는 가상화 서버 또는 가상화 인스턴스와 외부 전자 장치(예: 도 2의 컨트롤러(200))간의 유선 또는 무선 통신 연결의 수립, 및 수립된 연결을 통한 통신 수행을 지원할 수 있다. 일 실시 예에 따르면, 통신 회로(430)는 무선 통신 회로(예: 셀룰러 통신 회로, 근거리 무선 통신 회로, 또는 GNSS(global navigation satellite system) 통신 회로) 또는 유선 통신 회로(예: LAN(local area network) 통신 회로, 또는 전력선 통신 회로)를 포함하고, 그 중 해당하는 통신 회로를 이용하여 블루투스, WiFi direct 또는 IrDA(infrared data association) 같은 근거리 통신 네트워크 또는 셀룰러 네트워크, 인터넷, 또는 컴퓨터 네트워크와 같은 원거리 통신 네트워크를 통하여 외부 전자 장치와 통신할 수 있다. 상술한 여러 종류의 통신 회로(430)는 하나의 칩으로 구현되거나 또는 각각 별도의 칩으로 구현될 수 있다.
디스플레이(440)는, 컨텐츠, 데이터, 또는 신호를 출력할 수 있다. 다양한 실시 예들에서, 디스플레이(440)는 프로세서(410)에 의해 가공된 이미지 데이터를 표시할 수 있다. 실시예들에 따라, 디스플레이(440)는 터치 입력 등을 수신할 수 있는 복수의 터치 센서들(미도시)과 결합됨으로써, 일체형의 터치 스크린(touch screen)으로 구성될(configured with) 수도 있다. 디스플레이(440)가 터치 스크린으로 구성되는 경우, 복수의 터치 센서들은, 디스플레이(440) 위에 배치되거나, 디스플레이(440) 아래에 배치될 수 있다.
한편, 일 실시예에 따른 서버(예: 컨트롤러)는 프로세서(410), 메모리(420), 및 통신 회로(430)를 포함할 수 있다. 서버에 포함되는 프로세서(410), 메모리(420) 및 통신 회로(430)는 상술한 프로세서(410), 메모리(420) 및 통신 회로(430)와 실질적으로 동일할 수 있다.
도 4는 다양한 실시예들에 따른 데이터 패킷의 전송을 제어하는 동작을 보여주는 도면이다.
도 4를 참조하면, 가상화 인스턴스(120)는 컨트롤러(200) 접속 이후 목적지 네트워크(300)로 전송되거나, 목적지 네트워크(300)로부터 수신되는 데이터 패킷 중 데이터 플로우가 존재하지 않는 비허용 데이터 패킷의 경우 네트워크 드라이버 및 운영체제의 커널 단에서 차단될 수 있다. 따라서, 가상화 인스턴스(120)는 접속 제어 애플리케이션(121)을 거치지 않는 어떠한 데이터 패킷도 목적지 네트워크(300)로 전송되거나, 목적지 네트워크(300)로부터 수신되지 않는다.
또한, 허용되지 않은 가상 NIC를 통해서 데이터 패킷을 전송하거나, 접속 제어 애플리케이션(121)을 우회하여 타겟 애플리케이션(122)의 데이터 패킷이 전송되는 경우에도, 가상 라우터(110)에 존재하는 가상 라우팅 테이블(예: 도 2의 가상 라우팅 테이블(217))에 의해서 인가된 대상(예: MAC 주소, IP 주소)만 인가된 목적지 네트워크(300)에 접속할 수 있기 때문에, 안전하지 않은 또는 비인가된 가상화 인스턴스가 목적지 네트워크(300)에 접속하는 것을 가상 라우터(100)는 차단할 수 있다.
또한, 가상화 인스턴스(120)의 접속 제어 애플리케이션(121)이 실행중이지 않거나 접속 종료된 상태이면, 가상 라우터(110) 상의 가상 라우팅 테이블(예: 도 2의 가상 라우팅 테이블(217))이 회수되므로 해당 가상화인스턴스(120)는 목적지 네트워크(300)에 접속이 불가능한 상태를 제공할 수 있다. 따라서, 가상화 인스턴스(120)의 상태에 따라서 목적지 네트워크(300)에 대한 네트워크 접속을 완전하게 격리할 수 있는 방법을 컨트롤러(200) 및 가상 라우터(110)를 통해 제공할 수 있다.
도 5는 다양한 실시예들에 따른 가상화 인스턴스의 시스템 시작을 보여주는 도면이다. 일 실시예에서, 도 5에 도시된 동작들은 도 1의 가상화 인스턴스(120)를 통해 수행될 수 있다.
동작 505에서, 가상화 인스턴스(120)는 가상화 서버(100)에 의해 프로비저닝되어 시작되거나, 사용자에 의해 시스템이 재시작되는 경우 등의 이벤트에 따라 운영체제가 가동될 수 있다.
동작 510에서, 운영체제가 가동되면 접속 제어 애플리케이션(121)이 실행될 수 있다.
동작 515에서, 접속 제어 애플리케이션(121)은 프로비저닝시 사전에 설정되어 있는 컨트롤러(200)에 관한 정보에 기초하여 컨트롤러(200) 접속을 시도할 수 있다. 정상적인 컨트롤러 접속이 시도되는 경우 접속 제어 애플리케이션(121)은 도 6에 도시된 동작들을 수행할 수 있다.
도 6은 다양한 실시예들에 따른 가상화 인스턴스의 컨트롤러 접속을 위한 신호 흐름도를 나타낸다.
가상화 인스턴스(120)가 네트워크를 접속 또는 수신하기 위해서는 컨트롤러(200)에 의하여 인가될 필요가 있으므로, 가상화 인스턴스(120)의 접속 제어 애플리케이션(121)은 컨트롤러(200)에게 제어 플로우의 생성을 요청함으로서 가상화 인스턴스(120)의 컨트롤러 접속을 시도할 수 있다.
도 6을 참조하면, 가상화 인스턴스(120)의 접속 제어 애플리케이션(121)은 동작 605에서 컨트롤러(200)에게 컨트롤러 접속을 요청할 수 있다. 예를 들어, 접속 제어 애플리케이션(121)은 컨트롤러(200)와 제어 플로우를 생성하기 위하여 컨트롤러 접속 요청을 수행할 수 있다. 예를 들어, 컨트롤러 접속 요청은 가상화 인스턴스(120)에 관한 정보를 포함할 수 있다.
동작 610에서, 컨트롤러(200)는 접속 제어 애플리케이션(121)이 접속 요청한 정보에 기반하여 접속 정책에 의해 접속 가능한 상태인지 여부를 확인할 수 있다. 예를 들어, 접속 제어 애플리케이션(121)이 접속 요청한 정보는 가상화 인스턴스(120)의 종류, 위치 정보, 환경, 가상화 인스턴스(120)가 포함되어있는 네트워크 및 접속 제어 애플리케이션(121)에 관한 정보를 포함할 수 있다.
컨트롤러(200)는 식별된 가상화 인스턴스(120)의 정보에 기반하여 가상화 인스턴스 테이블(예: 도 2의 가상화 인스턴스 테이블(219))에 식별된 가상화 인스턴스(120)가 존재하는지 확인할 수 있다. 실시예에 따라서, 컨트롤러(200)는 가상화 인스턴스 테이블에, 식별된 가상화 인스턴스(120)가 존재하는 경우 동작 615 및 620을 수행하지 않고 동작 625를 수행할 수 있다. 다른 실시예에 따라서, 컨트롤러(200)는 가상화 인스턴스 테이블에, 식별된 가상화 인스턴스(120)가 존재하지 않는 경우 동작 615를 수행할 수 있다.
일 실시예에서, 컨트롤러(200)는 식별된 가상화 인스턴스(120)가 블랙리스트(예: 도 2의 블랙리스트 데이터 베이스(214))에 포함되는 경우 접속 제어 애플리케이션(121)에게 접속 불가 정보를 전송할 수 있다(동작 630).
동작 615에서, 컨트롤러(200)는 가상화 서버(100)에게 가상화 인스턴스 목록을 요청할 수 있다. 가상화 서버(100)는 현재 프로비저닝된 가상화 인스턴스 목록을 컨트롤러(200)에게 전송할 수 있다.
동작 620에서, 컨트롤러(200)는 수신된 가상화 인스턴스 목록에 기반하여 기존 가상화 인스턴스 테이블을 갱신할 수 있다. 또한, 컨트롤러(200)는 수신된 가상화 인스턴스 목록에, 식별된 가상화 인스턴스(120)가 존재하는지 여부를 확인할 수 있다.
동작 625에서, 컨트롤러(200)는 수신된 가상화 인스턴스 목록에, 식별된 가상화 인스턴스(120)가 존재하지 않는 경우, 접속 정책에 기반하여 식별된 가상화 인스턴스(120)의 사용을 제한할 것인지 여부를 확인할 수 있고, 접속 제어 애플리케이션(121)에게 확인 결과 및 접속 불가 정보를 전송할 수 있다(동작 630).
식별된 가상화 인스턴스(120)가 기존 가상화 인스턴스 테이블 또는 수신된 가상화 인스턴스 목록에 포함되는 경우, 컨트롤러(200)는 접속 제어 애플리케이션(121) 또는 가상화 인스턴스(120)와 컨트롤러(200) 간 제어 플로우를 생성할 수 있다. 이 경우, 컨트롤러(200)는 난수 형태로 제어 플로우 식별 정보를 생성할 수 있고, 가상화 인스턴스(120) 및/또는 가상화 인스턴스(120)가 속한 네트워크의 식별 정보를 제어 플로우 테이블(예: 도 2의 제어 플로우 테이블(216))에 저장할 수 있다. 제어 플로우 테이블에 저장된 정보(예: 제어 플로우 식별 정보 및/또는 제어 플로우 정보)는 가상화 인스턴스(120)의 사용자 인증, 가상화 인스턴스(120)의 정보 업데이트, 가상화 인스턴스(120)의 네트워크 접속을 위한 정책 확인 및/또는 유효성 검사에 이용될 수 있다. 일 실시예에서, 컨트롤러(120)는 가상화 인스턴스(120)와 매칭되는 접속 정책에서 접속 가능한 애플리케이션 화이트리스트 정보를 생성할 수 있다.
제어 플로우가 생성되면, 동작 630에서, 컨트롤러(200)는 컨트롤러 접속 요청에 대한 응답을 가상화 인스턴스(120)의 접속 제어 애플리케이션(121)에게 전송할 수 있다. 이 경우, 컨트롤러(200)는 생성된 제어 플로우 식별 정보를 접속 제어 애플리케이션(121)에게 전송할 수 있다. 일 실시예에서, 컨트롤러(200)는 접속 제어 애플리케이션(121)에게 접속 가능한 애플리케이션 화이트리스트 정보를 전송할 수 있다.
동작 635에서, 접속 제어 애플리케이션(121)은 애플리케이션에 대한 검사를 수행할 수 있다. 예를 들어, 접속 제어 애플리케이션(121)은 컨트롤러(200)에서 수신된 접속 가능한 애플리케이션 화이트리스트를 기초로 애플리케이션에 대한 검사를 수행할 수 있다. 접속 제어 애플리케이션(121)은 접속 가능한 애플리케이션 정보를 기초로 애플리케이션이 가상화 인스턴스(120)에 존재하는지(설치 되어있는지) 여부를 확인할 수 있고, 존재하는 애플리케이션의 경우 유효성 검사 정책에 따라서 무결성 및 안정성 여부 검사(애플리케이션 위, 변조 여부 검사, 코드 사이닝 검사, 핑거 프린트 검사)를 수행할 수 있다.
동작 640에서, 접속 제어 애플리케이션(121)은 컨트롤러(200)에게 애플리케이션 검사 결과를 전송할 수 있다. 예를 들어, 접속 제어 애플리케이션(121)은 존재하는 애플리케이션의 정보 및 유효성 검사의 결과를 컨트롤러(200)에게 전송할 수 있다.
동작 645에서, 컨트롤러(200)는 수신된 애플리케이션 정보를 기반으로 접속 정책에서 사전에 접속 가능한 접속 정책이 존재하는지 여부를 확인하고, 정책이 존재하는 경우 해당 애플리케이션이 접속 가능한 목적지 네트워크의 식별 정보 및 포트 정보에 대응되는 데이터 플로우를 생성할 수 있다. 또한, 컨트롤러(200)는 가상 라우팅 정책(예: 도 2의 가상 라우팅 정책(212))에서 가상화 인스턴스(120) 및 생성된 데이터 플로우를 기반으로 데이터 패킷이 가상 NIC 및 가상 라우터를 통해 전송될 수 있는지 여부를 확인할 수 있다. 가상 NIC 및 가상 라우터를 통해 데이터 패킷이 전송될 수 있는 경우, 컨트롤러(200)는 가상 라우팅 테이블 및 데이터 플로우 정보를 갱신하고, 갱신된 가상 라우팅 테이블 및 갱신된 데이터 플로우를 가상화 서버(100)로 전송할 수 있다(동작 650). 이 경우, 가상화 서버(100)는 수신된 가상화 인스턴스(120)가 가상 NIC를 통해 데이터 패킷을 전송할 수 있도록 할 수 있다.
실시예에 따라서, 컨트롤러(200)는 가상 라우팅 정책에, 가상화 인스턴스(120)가 데이터 패킷을 전송할 수 있는 정책이 존재하지 않는 경우, 생성된 데이터 플로우를 삭제할 수 있다.
동작 655에서, 컨트롤러(200)는 생성된 데이터 플로우를 접속 제어 애플리케이션(121)에게 전송할 수 있다. 예를 들어, 데이터 플로우는 가상 라우터에 의하여 데이터 패킷 전송이 가능한지 여부에 관한 정보를 포함할 수 있다.
동작 660에서, 접속 제어 애플리케이션(121)은 수신된 응답에 따른 결과값을 처리할 수 있다. 예를 들어, 접속 제어 애플리케이션(121)은 수신된 제어 플로우 식별 정보를 저장하고 컨트롤러 접속이 완료됨을 나타내는 사용자 인터페이스 화면을 사용자에게 표시할 수 있다. 컨트롤러 접속이 완료되면, 가상화 인스턴스(120)의 목적지 네트워크에 대한 네트워크 접속 요청은 컨트롤러(200)에 의해 제어될 수 있다.
다른 실시예에 따라, 컨트롤러(200)는 가상화 인스턴스(120)가 접속 불가능한 것으로 결정할 수 있다. 예를 들어, 가상화 인스턴스(120) 및/또는 가상화 인스턴스(120)가 속한 네트워크의 식별 정보가 블랙리스트 데이터 베이스에 포함되면 컨트롤러(200)는 가상화 인스턴스(120)가 접속 불가능한 것으로 결정할 수 있다. 이 경우, 컨트롤러(200)는 동작 625에서 제어 플로우를 생성하지 않고, 동작 630에서 컨트롤러 접속이 불가능함을 나타내는 응답을 전송할 수 있다. 또한, 이 경우 동작 635 내지 동작 655는 수행되지 않을 수 있다. 실시예에 따라서, 접속 제어 애플리케이션(121)은 컨트롤러 접속의 재시도가 필요로 한 경우 다시 동작 605를 수행할 수 있다.
또한, 접속 제어 애플리케이션(121)은 컨트롤러(200)로부터 수신된 데이터 플로우가 존재하는 경우 가상화 인스턴스(120)의 데이터 플로우를 갱신하여, 네트워크 접속 시 사전에 허용된 데이터 플로우에 기반하여 데이터 패킷을 전송할 수 있도록 데이터 플로우를 관리할 수 있다.
실시예에 따라서, 동작 635 내지 동작 655는 접속 제어 애플리케이션(121)에서 애플리케이션의 검사가 필요하지 않은 것으로 판단한 경우 수행되지 않을 수 있다.
도 7은 다양한 실시예들에 따른 가상화 인스턴스의 사용자 인증을 위한 신호 흐름도를 나타낸다.
가상화 인스턴스(120)가 목적지 네트워크에 대한 상세한 접속 권한을 부여 받기 위해서, 가상화 인스턴스(120)의 접속 제어 애플리케이션(121) 은 컨트롤러(200)로부터 가상화 인스턴스(120)의 사용자에 대한 인증을 받을 수 있다.
도 7을 참조하면, 가상화 인스턴스(120)는 사용자 인증을 위한 입력을 수신할 수 있다. 사용자 인증을 위한 입력은 예를 들어, 사용자 ID 및 비밀번호를 입력하는 사용자 입력일 수 있다. 다른 예를 들어, 사용자 인증을 위한 입력은 보다 강화된 인증을 위한 사용자 입력(예: 생체 정보)일 수 있다. 이 경우, 동작 705에서 가상화 인스턴스(120)의 접속 제어 애플리케이션(121)은 컨트롤러(200)에게 사용자 인증을 요청할 수 있다. 가상화 인스턴스(120)와 컨트롤러(200) 간 제어 플로우가 이미 생성된 상태이면, 접속 제어 애플리케이션(121)은 사용자 인증을 위한 입력 정보를 제어 플로우 식별 정보와 함께 전송할 수 있다.
동작 710에서, 컨트롤러(200)는 가상화 인스턴스(120)로부터 수신된 정보에 기반하여 사용자를 인증할 수 있다. 예를 들어, 컨트롤러(200)는 수신된 정보에 포함된 사용자 ID, 비밀번호, 및/또는 강화된 인증 정보와, 컨트롤러(200)의 메모리에 포함된 데이터 베이스(예: 도 2의 접속 정책 데이터 베이스(211) 또는 블랙리스트 데이터 베이스(214))에 기반하여 사용자가 접속 정책에 따라 접속 가능한지 여부 및 사용자가 블랙리스트에 포함되는지 여부를 결정할 수 있다.
사용자가 인증되면, 동작 715에서, 컨트롤러(200)는 제어 플로우의 식별 정보에 사용자의 식별 정보(예: 사용자 ID)를 추가할 수 있다. 추가된 사용자 식별 정보는 인증된 사용자의 컨트롤러 접속 또는 네트워크 접속에 이용될 수 있다. 또한, 컨트롤러(200)는 접속 정책을 기초로 접속 가능한 애플리케이션 정보를 생성할 수 있다. 예를 들어, 접속 가능한 애플리케이션 정보는 접속 정책을 기초로 생성된 애플리케이션 화이트리스트일 수 있다.
동작 720에서, 컨트롤러(200)는 사용자 인증 요청에 대한 응답으로써 사용자가 인증됨을 나타내는 정보를 출발지 노드(201)에게 전송할 수 있다. 또한, 컨트롤러(200)는 접속 가능한 애플리케이션 정보를 접속 제어 애플리케이션(211)에게 전달할 수 있다.
동작 725에서, 접속 제어 애플리케이션(121)은 애플리케이션에 대한 검사를 수행할 수 있다. 예를 들어, 접속 제어 애플리케이션(121)은 컨트롤러(200)에서 수신된 접속 가능한 애플리케이션 화이트리스트를 기초로 애플리케이션에 대한 검사를 수행할 수 있다. 접속 제어 애플리케이션(121)은 접속 가능한 애플리케이션 정보를 기초로 애플리케이션이 가상화 인스턴스(120)에 존재하는지(설치 되어있는지) 여부를 확인할 수 있고, 존재하는 애플리케이션의 경우 유효성 검사 정책에 따라서 무결성 및 안정성 여부 검사(애플리케이션 위, 변조 여부 검사, 코드 사이닝 검사, 핑거 프린트 검사)를 수행할 수 있다.
동작 730에서, 접속 제어 애플리케이션(121)은 컨트롤러(200)에게 애플리케이션 검사 결과를 전송할 수 있다. 예를 들어, 접속 제어 애플리케이션(121)은 존재하는 애플리케이션의 정보 및 유효성 검사의 결과를 컨트롤러(200)에게 전송할 수 있다.
동작 735에서, 컨트롤러(200)는 수신된 애플리케이션 정보를 기반으로 접속 정책에서 사전에 접속 가능한 접속 정책이 존재하는지 여부를 확인하고, 정책이 존재하는 경우 해당 애플리케이션이 접속 가능한 목적지 네트워크의 식별 정보 및 포트 정보에 대응되는 데이터 플로우를 생성할 수 있다. 또한, 컨트롤러(200)는 가상 라우팅 정책(예: 도 2의 가상 라우팅 정책(212))에서 가상화 인스턴스(120) 및 생성된 데이터 플로우를 기반으로 데이터 패킷이 가상 NIC 및 가상 라우터를 통해 전송될 수 있는지 여부를 확인할 수 있다. 가상 NIC 및 가상 라우터를 통해 데이터 패킷이 전송될 수 있는 경우, 컨트롤러(200)는 가상 라우팅 테이블 및 데이터 플로우 정보를 갱신하고, 갱신된 가상 라우팅 테이블 및 갱신된 데이터 플로우를 가상화 서버(100)로 전송할 수 있다(동작 740). 이 경우, 가상화 서버(100)는 수신된 가상화 인스턴스(120)가 가상 NIC를 통해 데이터 패킷을 전송할 수 있도록 할 수 있다.
실시예에 따라서, 컨트롤러(200)는 가상 라우팅 정책에, 가상화 인스턴스(120)가 데이터 패킷을 전송할 수 있는 정책이 존재하지 않는 경우, 생성된 데이터 플로우를 삭제할 수 있다.
동작 745에서, 컨트롤러(200)는 생성된 데이터 플로우를 접속 제어 애플리케이션(121)에게 전송할 수 있다. 예를 들어, 데이터 플로우는 가상 라우터에 의하여 데이터 패킷 전송이 가능한지 여부에 관한 정보를 포함할 수 있다.
동작 750에서, 접속 제어 애플리케이션(121)은 수신된 응답에 따른 결과값을 처리할 수 있다. 예를 들어, 접속 제어 애플리케이션(121)은 수신된 제어 플로우 식별 정보를 저장하고 사용자 인증이 완료됨을 나타내는 사용자 인터페이스 화면을 사용자에게 표시할 수 있다. 사용자 인증이 완료되면, 가상화 인스턴스(120)의 목적지 네트워크에 대한 네트워크 접속 요청은 컨트롤러(200)에 의해 제어될 수 있다.
다른 실시예에 따라, 컨트롤러(200)는 가상화 인스턴스(120)의 사용자 인증이 불가능한 것으로 결정할 수 있다. 예를 들어, 가상화 인스턴스(120) 및/또는 가상화 인스턴스(120)가 속한 네트워크의 식별 정보가 블랙리스트 데이터 베이스에 포함되면 컨트롤러(200)는 가상화 인스턴스(120)가 접속 불가능 및 사용자 인증이 불가능한 것으로 결정할 수 있다. 이 경우, 컨트롤러(200)는 동작 715에서 사용자 식별 정보를 반영하지 않고, 동작 720에서 컨트롤러 접속이 불가능함을 나타내는 응답을 전송할 수 있다. 또한, 이 경우 동작 725 내지 동작 745는 수행되지 않을 수 있다.
또한, 접속 제어 애플리케이션(121)은 컨트롤러(200)로부터 수신된 데이터 플로우가 존재하는 경우 가상화 인스턴스(120)의 데이터 플로우를 갱신하여, 네트워크 접속 시 사전에 허용된 데이터 플로우에 기반하여 데이터 패킷을 전송할 수 있도록 데이터 플로우를 관리할 수 있다.
도 8은 다양한 실시예들에 따른 가상화 인스턴스의 네트워크 접속을 제어하기 위한 신호 흐름도를 나타낸다.
가상화 인스턴스(120)가 컨트롤러(200)로부터 인가된 이후에, 가상화 인스턴스(120)는 가상화 인스턴스(120)의 접속 제어 애플리케이션(121)을 통해 가상화 인스턴스(120) 내에 저장된 다른 애플리케이션들의 네트워크 접속을 제어함으로서 신뢰된 데이터 전송을 보장할 수 있다.
동작 805에서, 접속 제어 애플리케이션(121)은 가상화 인스턴스(120) 내에 저장된 다른 애플리케이션의 네트워크 접속 이벤트를 감지할 수 있다.
동작 810에서, 접속 제어 애플리케이션(121)은 네트워크 접속 요청한 애플리케이션의 식별 정보, 목적지 네트워크 식별 정보 및 포트 정보에 대응되는 데이터 플로우의 존재를 확인할 수 있다. 실시예에 따라서, 데이터 플로우가 존재하지만 유효하지 않은 경우, 접속 제어 애플리케이션(121)은 데이터 패킷을 드랍할 수 있다. 다른 실시예에 따라서, 데이터 플로우가 존재하는 경우, 접속 제어 애플리케이션(121)은 데이터 플로우에 기반하여 데이터 패킷을 전송할 수 있다.
데이터 플로우가 존재하지 않거나 인증 시각이 만료되어 갱신이 필요한 경우 등 데이터 플로우를 갱신해야 하는 경우. 동작 815에서, 접속 제어 애플리케이션(121)은 컨트롤러(200)에게 네트워크 접속을 요청할 수 있다. 예를 들어, 네트워크 접속 요청은 제어 플로우 식별 정보, 목적지 네트워크의 식별 정보 및 포트 정보를 포함할 수 있다.
동작 820에서, 컨트롤러(200)는 제어 플로우 식별 정보를 기반으로 식별된 정보(예: 가상화 인스턴스, 사용자, 출발지 네트워크 식별 정보)와 대응되는 접속 정책에서, 접속 요청한 식별 정보(예: 목적지 네트워크의 식별 정보 및 포트 정보)의 포함 여부 및 목적지 네트워크의 접속 가능 여부를 확인할 수 있다. 실시예에 따라서, 컨트롤러(200)는 네트워크 접속이 불가능한 경우 가상화 인스턴스(120)의 접속 제어 애플리케이션(121)에게 접속 불가 결과를 전송할 수 있다(동작 830).
동작 835에서, 컨트롤러(200)는 접속 제어 애플리케이션(121)으로부터 수신된 네트워크 접속 요청이 접속 정책상에서 위험한 애플리케이션으로부터의 접속 요청이거나, 비정상적인 접속 시도로 즉시 가상화 인스턴스(120)의 접속을 차단해야하는 경우, 가상 라우팅 정책에 의해 허용 가능한 기본적인 라우팅 테이블 이외에 가상화 인스턴스에 할당된 라우팅 테이블 제거를 가상화 서버(100)에 요청할 수 있다(동작 825). 다른 실시예에서, 컨트롤러(200)는 네트워크 접속이 가능하다고 판단한 경우 동작 825를 수행하지 않을 수 있다.
접속이 가능한 경우, 컨트롤러(200)는 목적지 네트워크의 식별 정보 및 포트 정보에 대응되는 데이터 플로우가 존재하는지 확인할 수 있다. 데이터 플로우가 존재하지 않는 경우, 컨트롤러(200)는 접속 요청한 애플리케이션이 접속 가능한 목적지 네트워크의 식별 정보 및 포트 정보에 대응되는 데이터 플로우를 생성할 수 있다. 또한, 컨트롤러(200)는 가상 라우팅 정책(예: 도 2의 가상 라우팅 정책(212))에서 가상화 인스턴스(120) 및 생성된 데이터 플로우를 기반으로 데이터 패킷이 가상 NIC 및 가상 라우터를 통해 전송될 수 있는지 여부를 확인할 수 있다. 가상 NIC 및 가상 라우터를 통해 데이터 패킷이 전송될 수 있는 경우, 컨트롤러(200)는 가상 라우팅 테이블 및 데이터 플로우 정보를 갱신하고, 갱신된 가상 라우팅 테이블 및 갱신된 데이터 플로우를 가상화 서버(100)로 전송할 수 있다(동작 825). 이 경우, 가상화 서버(100)는 수신된 가상화 인스턴스(120)가 가상 NIC를 통해 데이터 패킷을 전송할 수 있도록 할 수 있다. 다른 실시예에 있어서, 컨트롤러(200)는 목적지 네트워크의 식별 정보 및 포트 정보에 대응되는 데이터 플로우가 존재하는 경우, 데이터 플로우를 접속 제어 애플리케이션(121)에게 전송할 수 있다(동작 830).
가상화 인스턴스(120)의 접속 제어 애플리케이션(121)은 컨트롤러(200)로부터 수신된 응답에 대한 결과값을 처리할 수 있다. 예를 들어, 접속 제어 애플리케이션(121)은 컨트롤러(200)로부터 네트워크 접속 불가 결과를 수신한 경우, 애플리케이션이 전송하고자 하는 데이터 패킷을 드랍할 수 있다. 다른 예를 들어, 접속 제어 애플리케이션(121)은 컨트롤러(200)로부터 데이터 플로우가 수신된 경우, 수신된 데이터 플로우에 기반하여 데이터 패킷을 전송할 수 있다.
일 실시예에서, 동작 810을 수행한 후 접속 제어 애플리케이션(121)은 유효성 검사 정책에 따라서 접속 애플리케이션에 대한 유효성 검사를 수행할 수 있다. 예를 들어, 접속 제어 애플리케이션(121)은 접속 애플리케이션의 무결성 및 안정성 여부 검사(애플리케이션 위조, 변조 여부 검사, 코드 사이닝 검사 및 핑거 프린트 검사 등)를 더 수행할 수 있다. 접속 제어 애플리케이션(121)은 유효성 검사 결과가 성공인 경우 동작 815를 수행할 수 있다.
도 9는 다양한 실시예들에 따른 가상화 인스턴스의 네트워크 화이트리스트를 요청하기 위한 신호 흐름도를 나타낸다.
가상화 인스턴스(120)는 운영체제의 애플리케이션 실행 또는 실행 종료, 네트워크 수신 대기 또는 주기적으로 네트워크 수신 대기 목록을 검사할 수 있다. 가상화 인스턴스(120)는 애플리케이션 화이트리스트를 주기적으로 검사함으로서 데이터 패킷을 전송 또는 수신하는 것이 가능한 애플리케이션 목록을 지속적으로 확인할 수 있다.
도 9를 참조하면, 동작 905에서 가상화 인스턴스(120)의 접속 제어 애플리케이션(121)은 네트워크 수신 목록 검사 이벤트를 감지할 수 있다.
동작 910에서, 접속 제어 애플리케이션(121)은 네트워크 화이트리스트 검사를 수행할 수 있다. 예를 들어, 접속 제어 애플리케이션(121)은 네트워크 수신 대기중인 포트와 애플리케이션 정보를 확인할 수 있다. 이 경우, 접속 제어 애플리케이션(121)은 수신 대기중인 포트와 애플리케이션 정보를 기반으로 네트워크 화이트리스트가 존재하는지 여부를 검사할 수 있다.
동작 915에서, 접속 제어 애플리케이션(121)은 컨트롤러(200)에게 네트워크 화이트리스트를 요청할 수 있다. 예를 들어, 접속 제어 애플리케이션(121)은 제어 플로우 식별 정보, 수신 애플리케이션의 식별 정보, 포트 정보 목록을 컨트롤러(200)에게 전송하며 네트워크 화이트리스트를 요청할 수 있다.
동작 920에서, 컨트롤러(200)는 제어 플로우 식별 정보를 기초로 식별된 정보(예: 가상화 인스턴스, 사용자, 출발지 네트워크 등)와 매칭된 접속 정책에서, 수신 요청한 식별 정보(예: 수신 애플리케이션, 포트 정보) 목록으로 각각의 애플리케이션의 네트워크 수신을 허용할 수 있는지 여부를 확인할 수 있다.
컨트롤러(200)는 접속 제어 애플리케이션(121)으로부터 수신된 네트워크 수신 요청이 접속 정책상에서 위험한 애플리케이션으로부터의 수신 요청이거나, 비정상적인 수신 시도로 즉시 가상화 인스턴스(120)의 접속을 차단해야하는 경우, 가상 라우팅 정책에 의해 허용 가능한 기본적인 라우팅 테이블 이외에 가상화 인스턴스(120)에 할당된 라우팅 테이블 제거를 가상화 서버(100)에 요청할 수 있다(동작 925). 다른 실시예에서, 컨트롤러(200)는 네트워크 수신이 가능하다고 판단한 경우 동작 925를 수행하지 않을 수 있다.
컨트롤러(200)는 네트워크 수신이 가능하다고 판단한 경우, 수신 애플리케이션이 포트를 통해 데이터 패킷의 수신을 허용한다는 정보를 네트워크 화이트리스트에 추가할 수 있다. 컨트롤러(200)는 생성된 네트워크 화이트리스트를 접속 제어 애플리케이션(121)에게 전송할 수 있다(동작 930).
동작 935에서, 가상화 인스턴스(120)의 접속 제어 애플리케이션(121)은 컨트롤러(200)로부터 수신된 응답에 대한 결과값을 처리할 수 있다. 예를 들어, 접속 제어 애플리케이션(121)은 수신된 네트워크 화이트리스트에 기반하여 정상적인 경우 네트워크 화이트리스트를 갱신할 수 있고, 갱신된 네트워크 화이트리스트 상에서 허용되지 않는 애플리케이션이 허용되지 않는 포트를 통해 수신 시도 또는 수신하는 중인 경우, 해당 애플리케이션을 종료 처리할 수 있다.
일 실시예에서, 동작 910을 수행한 후 접속 제어 애플리케이션(121)은 유효성 검사 정책에 따라서 수신 애플리케이션에 대한 유효성 검사를 수행할 수 있다. 예를 들어, 접속 제어 애플리케이션(121)은 수신 애플리케이션의 무결성 및 안정성 여부 검사(애플리케이션 위조, 변조 여부 검사, 코드 사이닝 검사 및 핑거 프린트 검사 등)를 더 수행할 수 있다. 접속 제어 애플리케이션(121)은 유효성 검사 결과가 성공인 경우 동작 915를 수행할 수 있다.
도 10은 다양한 실시예들에 따른 가상화 인스턴스의 제어 플로우를 갱신하기 위한 신호 흐름도를 나타낸다.
접속 제어 애플리케이션(121)은 가상화 인스턴스(120)의 제어 플로우 및 데이터 플로우에 관한 정보를 유지하고, 갱신된 데이터 플로우를 컨트롤러(200)로부터 수신하거나 제어 플로우가 유효한지 여부를 확인하기 위하여 주기적으로 제어 플로우를 갱신 요청할 수 있다.
도 10을 참조하면, 동작 1005에서, 접속 제어 애플리케이션(121)은 제어 플로우 갱신 이벤트를 감지할 수 있다.
동작 1010에서, 접속 제어 애플리케이션(121)은 제어 플로우 식별 정보를 기초로 컨트롤러(200)에게 제어 플로우 갱신을 요청할 수 있다.
동작 1015에서, 컨트롤러(200)는 수신된 제어 플로우 식별 정보를 기초로 제어 플로우 테이블(예: 도 2의 제어 플로우 테이블(216))에서 제어 플로우가 존재하는지 여부를 확인할 수 있다. 실시예에 따라서, 제어 플로우가 존재하지 않는 경우(예: 타 보안 시스템에 의하여 접속 해제된 경우, 자체적인 위험 탐지 등에 의하여 접속 해제된 경우) 컨트롤러(200)는 가상화 인스턴스(120)의 접속이 유효하지 않으므로 접속 불가 결과를 접속 제어 애플리케이션(121)에게 전송할 수 있다(동작 1025). 또 다른 실시예에서, 컨트롤러(200)는 가상화 인스턴스(120)의 접속을 차단해야 하는 경우 가상 라우팅 정책(예: 도 2의 가상 라우팅 정책(212))에 의해 허용해야 할 기본적인 라우팅 테이블 이외의 가상화 인스턴스에 할당된 라우팅 테이블 제거를 가상화 서버(100)에 요청할 수 있다(동작 1020).
컨트롤러(200)는 제어 플로우 테이블(예: 도 2의 제어 플로우 테이블(216))에서 제어 플로우가 존재하는 경우 갱신 시각을 업데이트 할 수 있다. 이 경우, 컨트롤러(200)는 갱신된 제어 플로우의 식별 정보를 접속 제어 애플리케이션(121)에게 전송할 수 있다(동작 1025).
일 실시예에서, 컨트롤러(200)는 식별된 제어 플로우에 종속된 데이터 플로우 중 재인증을 수행해야하거나, 더 이상 접속이 불가능한 데이터 플로우가 존재하는 경우, 해당 데이터 플로우에 관한 정보를 접속 제어 애플리케이션(121)에게 전송할 수 있다(동작 1025).
동작 1030에서, 가상화 인스턴스(120)의 접속 제어 애플리케이션(121)은 컨트롤러(200)로부터 수신된 응답에 대한 결과값을 처리할 수 있다. 예를 들어, 접속 제어 애플리케이션(121)은 제어 플로우 갱신 결과가 불가능인 경우, 애플리케이션의 모든 네트워크 접속을 차단할 수 있다. 다른 예를 들어, 접속 제어 애플리케이션(121)은 제어 플로우 갱신 결과가 정상이고, 갱신된 데이터 플로우 정보가 존재하는 경우, 데이터 플로우를 갱신할 수 있다.
도 11은 다양한 실시예들에 따른 가상화 인스턴스의 컨트롤러 접속 종료를 위한 신호 흐름도를 나타낸다.
도 11을 참조하면, 동작 1105에서 가상화 인스턴스(120)는 가상화 인스턴스(120)가 종료되거나, 접속 제어 애플리케이션(121)이 종료됨을 감지할 수 있다. 이 경우 동작 1110에서, 가상화 인스턴스(120) 또는 접속 제어 애플리케이션(121)은 컨트롤러(200)에게 제어 플로우 제거를 요청할 수 있다.
동작 1115에서, 컨트롤러(200)는 수신된 제어 플로우 식별 정보를 기초로 식별된 제어 플로우를 제거할 수 있다. 또한, 컨트롤러(200)는 가상 라우팅 정책에 의하여 허용해야 할 기본적인 라우팅 테이블 이외에 가상화 인스턴스(120)에 할당된 라우팅 테이블에 대한 제거를 가상화 서버(100)에게 요청할 수 있다(동작 1120).
동작 1125에서 컨트롤러(200)는 제거된 제어 플로우에 종속된 모든 데이터 플로우를 제거할 수 있다. 따라서, 가상화 인스턴스(120)는 제거된 데이터 플로우를 기반으로 목적지 네트워크에 더 이상 접속할 수 없다.
도 12는 다양한 실시예들에 따른 가상화 인스턴스 테이블을 갱신하기 위한 신호 흐름도를 나타낸다.
컨트롤러(200)는 주기적으로 가상화 인스턴스 테이블(예: 도 2의 가상화 인스턴스 테이블(219))을 갱신함으로서 프로비저닝 된 가상화 인스턴스의 목록을 관리할 수 있다.
도 12를 참조하면, 동작 1205에서, 컨트롤러(200)는 가상화 인스턴스 테이블 갱신 이벤트를 감지할 수 있다. 이 경우, 컨트롤러(200)는 가상화 서버 테이블에서, 가상화 인스턴스 목록을 갱신할 가상화 서버를 결정할 수 있다.
동작 1210에서, 컨트롤러(200)는 결정된 가상화 서버(100)에게 가상화 인스턴스 목록을 조회 요청할 수 있다. 예를 들어, 가상화 서버(100)는 현재 프로비저닝 된 가상화 인스턴스에 대한 목록을 컨트롤러(200)에게 전송할 수 있다.
동작 1215에서, 컨트롤러(200)는 수신된 가상화 인스턴스 목록에 대한 결과값을 처리할 수 있다. 예를 들어, 컨트롤러(200)는 가상화 서버(100)로부터 수신된 가상화 인스턴스 목록에 기반하여 가상화 인스턴스 테이블을 갱신할 수 있다. 실시예에 따라서, 컨트롤러(200)는 가상화 인스턴스 테이블을 갱신할 때 가상화 인스턴스가 제거되면, 제거된 가상화 인스턴스에 대응하여 생성된 제어 플로우를 제거할 수 있고, 가상 라우팅 정책에 의해 허용해야 할 기본적인 라우팅 테이블 이외에 제거된 가상화 인스턴스에 할당된 라우팅 테이블 제거를 가상화 서버(100)에 요청할 수 있다(동작 1220).
다른 실시예에 따라서, 가상화 인스턴스 테이블에서 가상화 인스턴스는 존재하지만 해당 가상화 인스턴스에 대응하여 생성된 제어 플로우가 존재하지 않는 경우, 가상화 서버 정책(예: 도 2의 가상화 서버 정책(215))을 확인하여 해당 가상화 인스턴스가 제어 플로우 생성 시간을 초과한 경우 및 가상화 인스턴스의 사용을 제한해야 하는 경우, 컨트롤러(200)는 가상 라우팅 정책에 의해 허용해야 할 기본적인 라우팅 테이블 이외에 제거된 가상화 인스턴스에 할당된 라우팅 테이블 제거를 가상화 서버(100)에 요청할 수 있다(동작 1220).
도 13은 다양한 실시예들에 따른 가상화 인스턴스의 애플리케이션 실행 종료에 대한 신호 흐름도를 나타낸다.
도 13을 참조하면, 동작 1305에서, 가상화 인스턴스(120)의 접속 제어 애플리케이션(121)은 실행 중인 애플리케이션의 종료 여부를 실시간으로 확인할 수 있고, 애플리케이션 실행 종료 이벤트를 감지할 수 있다.
동작 1310에서, 접속 제어 애플리케이션(121)은 종료된 애플리케이션 식별 정보 및 PID(Process ID 및 Child Process ID Tree) 정보에 대응되는 데이터 플로우가 존재하는지 확인할 수 있다. 데이터 플로우가 존재하는 경우 접속 제어 애플리케이션은 해당 데이터 플로우를 삭제할 수 있다. 실시예에 따라서, 접속 제어 애플리케이션(121)은 다중으로 실행 가능한 애플리케이션의 종료를 추적하기 위하여 종료된 애플리케이션이 실행중인 프로세스 목록에서 존재하는지 여부를 확인할 수 있고, 존재하지 않는 경우 종료된 애플리케이션의 식별 정보에 대응되는 데이터 플로우를 모두 삭제할 수 있다.
동작 1315에서, 접속 제어 애플리케이션(121)은 삭제된 데이터 플로우에 대하여 컨트롤러(200)에게 삭제 요청할 수 있다.
동작 1320에서, 컨트롤러(200)는 삭제 요청된 데이터 플로우를 삭제할 수 있다. 또한, 컨트롤러(200)는 삭제된 데이터 플로우에 따라 라우팅 테이블에서 더 이상 라우팅 되지 않아도 되는 접속 경로(라우팅)이 존재하는 경우, 해당 라우팅 정보를 삭제할 수 있고, 삭제된 라우팅 테이블을 가상화 서버(100)에게 전송할 수 있다(동작 1325). 따라서, 삭제된 데이터 플로우에 포함된 출발지 네트워크, 도착지 네트워크 및 포트 정보에 대응되는 데이터 패킷은 더 이상 전송될 수 없다.
도 14는 다양한 실시예들에 따른 가상화 인스턴스의 네트워크 접속 요청을 위한 동작 흐름도를 나타낸다. 도 14에 도시된 동작들은 도 1의 가상화 인스턴스(120)의 접속 제어 애플리케이션(121)에 의해 수행될 수 있다.
도 14를 참조하면, 동작 1405에서 접속 제어 애플리케이션(121)은 외부 서버에게 네트워크 접속을 요청할 수 있다. 예를 들어, 외부 서버는 컨트롤러(200)일 수 있고, 네트워크 접속 요청은 제어 플로우 식별 정보, 목적지 네트워크 식별 정보 및 포트 정보를 포함할 수 있다.
동작 1410에서, 접속 제어 애플리케이션(121)은 외부 서버로부터 데이터 플로우를 수신할 수 있다. 예를 들어, 외부 서버는 컨트롤러(200)일 수 있고, 수신된 데이터 플로우는 가상화 인스턴스(120)의 식별 정보, 목적지 네트워크의 식별 정보, 포트 정보에 대응될 수 있다. 또한, 수신된 데이터 플로우는 가상 라우터를 통해 데이터 패킷이 전송될 수 있는지 여부에 관한 정보를 포함할 수 있다. 실시예에 따라서, 가상 라우터를 통해 데이터 패킷이 전송될 수 있는지 여부에 관한 정보는 라우팅 테이블을 포함할 수 있다.
동작 1415에서, 접속 제어 애플리케이션(121)은 수신된 데이터 플로우에 기반하여 데이터 패킷을 전송할 수 있다. 예를 들어, 접속 제어 애플리케이션(121)은 수신된 데이터 플로우에 포함된 가상 라우터를 통해 데이터 패킷을 전송할 수 있다. 실시예에 따라서, 수신된 데이터 플로우는 가상 NIC에 관한 정보를 더 포함할 수 있고, 접속 제어 애플리케이션(121)은 가상 NIC 및 가상 라우터를 통해 데이터 패킷을 전송할 수 있다.
도 15는 다양한 실시예들에 따른 가상 라우터에서 데이터 패킷을 제어하기 위한 동작 흐름도를 나타낸다. 일 실시예에서, 도 15에 도시된 동작들은 도 1의 가상 라우터(110)를 통해 수행될 수 있다.
도 15를 참조하면, 동작 1505에서, 가상 라우터(110)는 데이터 패킷 수신 이벤트를 감지할 수 있다. 예를 들어, 가상 라우터(110)는 가상화 인스턴스와 같은 세그먼트에 존재하는 멀티캐스팅된 데이터 패킷을 수신할 수 있다.
동작 1510에서 가상 라우터(110)는 데이터 패킷을 전송하는 것이 가능한 라우팅 경로가 존재하는지 확인한다. 예를 들어, 가상 라우터(110)는 데이터 패킷의 IP의 5 Tuple 정보에 포함된 출발지 네트워크 식별 정보, 도착지 네트워크 식별 정보에 기반하여 라우팅 테이블에서 출발지 네트워크 대역 및 도착지 네트워크 대역이 존재하는지 여부를 확인한다. 실시예에 따라서, 라우팅 테이블에 전송 가능한 경로(라우팅)이 존재하는 경우 가상 라우터(110)는 데이터 패킷을 라우팅할 수 있다(동작 1515). 다른 실시예에서, 라우팅 테이블에 전송 가능한 경로(라우팅)이 존재하지 않는 경우 가상 라우터(110)는 데이터 패킷을 드랍할 수 있다(동작 1520).
도 16은 다양한 실시예들에 따른 서버의 동작 방법을 보여주는 흐름도를 나타낸다. 일 실시예에서, 도 16에 도시된 동작들은 도 1의 컨트롤러(200)를 통해 수행될 수 있다.
도 16을 참조하면, 동작 1605에서 컨트롤러(200)는 가상화 인스턴스의 접속 제어 애플리케이션으로부터 네트워크 접속 요청을 수신할 수 있다. 예를 들어, 네트워크 접속 요청은 가상화 인스턴스의 타겟 애플리케이션의 식별 정보 및 목적지 네트워크의 식별 정보를 포함할 수 있다. 다른 예를 들어, 네트워크 접속 요청은 가상화 인스턴스의 제어 플로우 식별 정보를 더 포함할 수 있다.
동작 1610에서, 컨트롤러(200)는 가상화 인스턴스의 타겟 애플리케이션이 접속 가능한지 여부를 확인할 수 있다. 예를 들어, 컨트롤러(200)는 데이터 베이스(예: 도 2의 메모리에 포함된 데이터 베이스)에 기반하여 타겟 애플리케이션의 접속 가능 여부를 확인할 수 있다.
동작 1615에서, 컨트롤러(200)는 타겟 애플리케이션의 접속이 가능한 경우 데이터 플로우를 생성할 수 있다.
동작 1620에서, 컨트롤러(200)는 타겟 애플리케이션의 데이터 패킷이 가상 라우터를 통해 목적지 네트워크에 전송될 수 있는지 여부를 확인할 수 있다. 예를 들어, 컨트롤러(200)는 라우팅 테이블 및 라우팅 정책(예: 도 2의 가상 라우팅 정책(212) 및 가상 라우팅 테이블(217))에 기반하여 타겟 애플리케이션의 데이터 패킷이 가상 라우터를 통해 목적지 네트워크에 전송될 수 있는지 여부를 확인할 수 있다.
동작 1625에서, 컨트롤러(200)는 가상 라우터를 통해 데이터 패킷이 전송될 수 있으면 데이터 플로우를 갱신할 수 있다. 예를 들어, 컨트롤러(200)는 동작 1615에서 생성된 데이터 플로우를 갱신할 수도 있고, 기 존재했던 데이터 플로우를 갱신할 수도 있다.
동작 1630에서, 컨트롤러(200)는 갱신된 데이터 플로우를 가상화 서버 및 가상화 인스턴스로 전송할 수 있다.
이상의 설명은 본 문서에 개시된 기술 사상을 예시적으로 설명한 것에 불과한 것으로서, 본 문서에 개시된 실시예들이 속하는 기술 분야에서 통상의 지식을 가진 자라면 본 문서에 개시된 실시예들의 본질적인 특성에서 벗어나지 않는 범위에서 다양한 수정 및 변형이 가능할 것이다.
따라서, 본 문서에 개시된 실시예들은 본 문서에 개시된 기술 사상을 한정하기 위한 것이 아니라 설명하기 위한 것이고, 이러한 실시예에 의하여 본 문서에 개시된 기술 사상의 범위가 한정되는 것은 아니다. 본 문서에 개시된 기술 사상의 보호 범위는 아래의 청구범위에 의하여 해석되어야 하며, 그와 동등한 범위 내에 있는 모든 기술 사상은 본 문서의 권리범위에 포함되는 것으로 해석되어야 할 것이다.

Claims (16)

  1. 서버에 있어서,
    통신 회로;
    데이터 베이스를 저장하는 메모리; 및
    상기 통신 회로 및 상기 메모리와 작동적으로 연결되는 프로세서를 포함하고, 상기 프로세서는,
    가상화 인스턴스의 접속 제어 애플리케이션으로부터 네트워크 접속 요청을 수신하고, 상기 네트워크 접속 요청은 상기 가상화 인스턴스의 타겟 애플리케이션의 식별 정보, 목적지 네트워크 식별 정보를 포함하고,
    상기 타겟 애플리케이션의 식별 정보, 상기 목적지 네트워크 식별 정보에 기반하여 상기 타겟 애플리케이션의 접속 가능 여부를 확인하고, 접속 가능한 경우 데이터 플로우를 생성하고,
    상기 타겟 애플리케이션의 데이터 패킷이 가상 라우터를 통해 상기 목적지 네트워크에 전송될 수 있는지 여부를 확인하고, 상기 가상 라우터를 통해 상기 데이터 패킷이 전송될 수 있으면 상기 데이터 플로우를 갱신하고,
    상기 갱신된 데이터 플로우를 가상화 서버 및 상기 가상화 인스턴스로 전송하도록 구성된, 서버.
  2. 제 1 항에 있어서,
    상기 가상화 서버는 상기 가상화 인스턴스 및 상기 가상 라우터를 포함하는, 서버.
  3. 제 1 항에 있어서, 상기 프로세서는,
    상기 가상화 인스턴스의 상기 접속 제어 애플리케이션으로부터 컨트롤러 접속 요청을 수신하고, 상기 컨트롤러 접속 요청은 상기 가상화 인스턴스의 식별 정보를 포함하고,
    상기 가상화 인스턴스가 접속 가능한 상태인지 상기 데이터 베이스에 기반하여 확인하고,
    상기 가상화 인스턴스의 식별 정보를 기초로 상기 데이터 베이스에 상기 가상화 인스턴스가 존재하는지 확인하고,
    상기 데이터 베이스에 상기 가상화 인스턴스가 존재하는 경우 제어 플로우를 생성하고, 상기 데이터 베이스에 기반하여 접속 가능한 애플리케이션 목록을 생성하고,
    상기 가상화 인스턴스에게 상기 생성된 제어 플로우의 식별 정보 및 상기 접속 가능한 애플리케이션 목록을 전송하도록 구성된, 서버.
  4. 제 3 항에 있어서, 상기 프로세서는,
    상기 데이터 베이스에 상기 가상화 인스턴스가 존재하지 않는 경우 상기 가상화 서버에 가상화 인스턴스 목록을 요청하고,
    상기 가상화 서버로부터 상기 가상화 서버에 현재 프로비저닝된 가상화 인스턴스 목록을 수신하고,
    상기 프로비저닝된 가상화 인스턴스 목록에 기반하여 상기 가상화 인스턴스가 존재하는지 여부를 확인하는, 서버.
  5. 제 1 항에 있어서, 상기 프로세서는,
    상기 가상화 인스턴스의 상기 접속 제어 애플리케이션으로부터 네트워크 화이트리스트 요청을 수신하고, 상기 네트워크 화이트리스트 요청은 제어 플로우 식별 정보, 수신 가능한 애플리케이션 정보 및 수신 가능한 포트 정보를 포함하고,
    상기 수신 가능한 애플리케이션의 접속을 차단해야 하는 경우 상기 가상화 서버에 상기 가상화 인스턴스가 상기 가상 라우터를 통해 데이터 패킷을 전송하지 못하도록 하는 정보를 전송하고,
    상기 수신 가능한 애플리케이션이 수신 가능한 경우 네트워크 화이트리스트에 추가하고, 상기 네트워크 화이트 리스트를 상기 접속 제어 애플리케이션에게 전송하는, 서버.
  6. 제 1 항에 있어서, 상기 프로세서는,
    상기 가상화 인스턴스의 접속을 차단해야하는 경우, 상기 가상화 인스턴스에 할당된 라우팅 테이블에 대한 제거를 상기 가상화 서버에 요청하고,
    상기 라우팅 테이블은 상기 가상화 인스턴스가 상기 가상 라우터를 통해 상기 목적지 네트워크에 접속할 수 있는지 여부에 관한 정보를 포함하는, 서버.
  7. 제 6 항에 있어서, 상기 프로세서는,
    상기 라우팅 테이블에 대한 제거를 요청하는 경우, 상기 데이터 베이스에 의하여 허용되는 기본적인 라우팅 이외의 라우팅 테이블에 대한 제거를 요청하는, 서버.
  8. 제 1 항에 있어서, 상기 프로세서는,
    상기 가상화 인스턴스가 상기 목적지 네트워크에 존재하는 경우 상기 가상 라우터를 통해 데이터 패킷의 전송이 가능한 라우팅 테이블을 상기 데이터 베이스에 추가하고,
    상기 라우팅 테이블을 상기 가상화 서버에 전송하는, 서버.
  9. 가상화 서버에 있어서,
    통신 회로;
    상기 통신 회로와 작동적으로 연결되는 프로세서; 및
    상기 프로세서와 작동적으로 연결되고, 상기 프로세서에 의해 가상화 인스턴스 및 가상 라우터로 실행되는 명령어들을 저장하는 메모리를 포함하고,
    상기 명령어들은, 상기 프로세서의 의해서 실행될 때 상기 가상화 인스턴스가,
    접속 제어 애플리케이션을 통해 외부 서버에게 네트워크 접속을 요청하고, 상기 네트워크 접속 요청은 목적지 네트워크의 식별 정보를 포함하고,
    상기 접속 제어 애플리케이션을 통해 상기 외부 서버로부터 데이터 플로우를 수신하고, 상기 데이터 플로우는 상기 가상화 인스턴스의 식별 정보 및 상기 목적지 네트워크의 식별 정보에 대응하고, 상기 데이터 플로우는 상기 가상 라우터를 통해 데이터 패킷이 전송될 수 있는지 여부에 관한 정보를 포함하고,
    상기 접속 제어 애플리케이션을 통해, 상기 수신된 데이터 플로우에 기반하여 타겟 애플리케이션의 데이터 패킷을 전송하도록 구성된, 가상화 서버.
  10. 제 9 항에 있어서, 상기 명령어들은 상기 프로세서의 의해서 실행될 때 상기 가상화 서버가,
    상기 가상화 인스턴스의 접속을 차단하도록 상기 외부 서버에서 결정된 경우, 상기 외부 서버로부터 상기 가상화 인스턴스에 대한 상기 가상 라우터의 라우팅 테이블 제거 요청을 수신하고,
    상기 가상화 인스턴스에 대한 상기 라우팅 테이블 중 기본적인 라우팅 테이블을 제외한 나머지 라우팅 테이블을 제거하도록 구성된, 가상화 서버.
  11. 제 9 항에 있어서, 상기 명령어들은 상기 프로세서의 의해서 실행될 때 상기 가상화 서버가,
    프로비저닝된 가상화 인스턴스 목록을 상기 외부 서버로부터 요청 받고,
    상기 프로비저닝된 가상화 인스턴스 목록을 상기 외부 서버에게 전달하도록 구성된, 가상화 서버.
  12. 제 9 항에 있어서, 상기 명령어들은 상기 프로세서의 의해서 실행될 때 상기 가상화 인스턴스가,
    상기 접속 제어 애플리케이션을 통해 상기 타겟 애플리케이션의 상기 목적지 네트워크에 대한 네트워크 접속 이벤트를 감지하고,
    상기 접속 제어 애플리케이션을 통해, 상기 데이터 플로우가 존재하는지 확인하고,
    상기 데이터 플로우가 존재하지 않으면, 상기 접속 제어 애플리케이션을 통해 제어 플로우 식별 정보를 포함하여 상기 외부 서버에게 상기 네트워크 접속을 요청하도록 구성된, 가상화 서버.
  13. 제 9 항에 있어서, 상기 명령어들은 상기 프로세서의 의해서 실행될 때 상기 가상화 인스턴스가,
    상기 접속 제어 애플리케이션을 통해 상기 가상화 인스턴스에 포함된 애플리케이션 중 수신 대기중인 애플리케이션 정보와 수신 대기중인 포트 정보를 확인하고,
    상기 접속 제어 애플리케이션을 통해 상기 외부 서버에게 네트워크 화이트리스트를 요청하고, 상기 네트워크 화이트리스트 요청은 제어 플로우 식별 정보, 상기 수신 대기중인 애플리케이션 정보 및 상기 수신 대기중인 포트 정보를 포함하고,
    상기 접속 제어 애플리케이션을 통해 상기 외부 서버로부터 네트워크 화이트리스트를 수신하고, 상기 네트워크 화이트리스트는 상기 가상 라우터를 통해 데이터 패킷의 수신이 가능한지 여부에 관한 정보를 포함하도록 구성된, 가상화 서버.
  14. 제 9 항에 있어서, 상기 명령어들은 상기 가상 라우터가,
    상기 가상화 인스턴스로부터 데이터 패킷을 수신하고,
    상기 데이터 패킷에 포함된 출발지 IP, 목적지 네트워크 식별 정보에 기반하여 라우팅될 수 있는지 여부를 확인하고,
    라우팅될 수 있는 경우 상기 데이터 패킷을 라우팅하고,
    라우팅될 수 없는 경우 상기 데이터 패킷을 드랍(drop)하도록 구성된, 가상화 서버.
  15. 가상화 인스턴스에 설치된 접속 제어 애플리케이션의 동작 방법에 있어서,
    외부 서버에게 네트워크 접속을 요청하는 동작, 상기 네트워크 접속 요청은 목적지 네트워크의 식별 정보를 포함하고;
    상기 외부 서버로부터 데이터 플로우를 수신하는 동작, 상기 데이터 플로우는 상기 가상화 인스턴스의 식별 정보, 상기 목적지 네트워크의 식별 정보에 대응하고, 상기 데이터 플로우는 가상 라우터를 통해 데이터 패킷이 전송될 수 있는지 여부에 관한 정보를 포함하고; 및
    상기 수신된 데이터 플로우에 기반하여 타겟 애플리케이션의 데이터 패킷을 전송하는 동작; 을 포함하는, 방법.
  16. 서버의 동작 방법에 있어서.
    가상화 인스턴스의 접속 제어 애플리케이션으로부터 네트워크 접속 요청을 수신하는 동작, 상기 네트워크 접속 요청은 상기 가상화 인스턴스의 타겟 애플리케이션의 식별 정보 및 목적지 네트워크 식별 정보를 포함하고;
    상기 타겟 애플리케이션의 식별 정보, 상기 목적지 네트워크 식별 정보에 기반하여 상기 타겟 애플리케이션의 접속 가능 여부를 확인하는 동작;
    접속 가능한 경우 데이터 플로우를 생성하는 동작;
    상기 타겟 애플리케이션의 데이터 패킷이 가상 라우터를 통해 상기 목적지 네트워크에 전송될 수 있는지 여부를 확인하는 동작;
    상기 가상 라우터를 통해 상기 데이터 패킷이 전송될 수 있으면 상기 데이터 플로우를 갱신하는 동작; 및
    상기 갱신된 데이터 플로우를 가상화 서버 및 상기 가상화 인스턴스로 전송하는 동작; 을 포함하는, 방법.
PCT/KR2022/017608 2021-11-18 2022-11-10 가상화 인스턴스의 네트워크 접속을 제어하기 위한 시스템 및 그에 관한 방법 WO2023090755A1 (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR1020210159714A KR102415567B1 (ko) 2021-11-18 2021-11-18 가상화 인스턴스의 네트워크 접속을 제어하기 위한 시스템 및 그에 관한 방법
KR10-2021-0159714 2021-11-18

Publications (1)

Publication Number Publication Date
WO2023090755A1 true WO2023090755A1 (ko) 2023-05-25

Family

ID=82402108

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2022/017608 WO2023090755A1 (ko) 2021-11-18 2022-11-10 가상화 인스턴스의 네트워크 접속을 제어하기 위한 시스템 및 그에 관한 방법

Country Status (2)

Country Link
KR (1) KR102415567B1 (ko)
WO (1) WO2023090755A1 (ko)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102415567B1 (ko) * 2021-11-18 2022-07-05 프라이빗테크놀로지 주식회사 가상화 인스턴스의 네트워크 접속을 제어하기 위한 시스템 및 그에 관한 방법
KR102578800B1 (ko) * 2023-02-08 2023-09-15 프라이빗테크놀로지 주식회사 네트워크 접속을 제어하기 위한 시스템 및 그에 관한 방법
KR102564418B1 (ko) * 2023-02-22 2023-08-08 프라이빗테크놀로지 주식회사 네트워크 접속을 제어하기 위한 시스템 및 그에 관한 방법

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20120125089A (ko) * 2011-05-06 2012-11-14 (주) 시스메이트 클라우드 컴퓨팅 기반의 네트워크 정보보호 서비스 시스템
KR20170115046A (ko) * 2015-02-04 2017-10-16 인텔 코포레이션 가상화된 네트워크의 스케일러블 보안 아키텍처를 위한 기술
KR20180009333A (ko) * 2015-06-16 2018-01-26 인텔 코포레이션 보안 모니터링 가상 네트워크 기능의 보안 개인화를 위한 기술
KR20190071530A (ko) * 2017-12-14 2019-06-24 삼성전자주식회사 패킷 전송을 제어하는 서버 및 방법
KR102309116B1 (ko) * 2021-09-07 2021-10-08 프라이빗테크놀로지 주식회사 데이터 플로우 기반 애플리케이션의 네트워크 접속을 제어하기 위한 시스템 및 그에 관한 방법
KR102415567B1 (ko) * 2021-11-18 2022-07-05 프라이빗테크놀로지 주식회사 가상화 인스턴스의 네트워크 접속을 제어하기 위한 시스템 및 그에 관한 방법

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20120125089A (ko) * 2011-05-06 2012-11-14 (주) 시스메이트 클라우드 컴퓨팅 기반의 네트워크 정보보호 서비스 시스템
KR20170115046A (ko) * 2015-02-04 2017-10-16 인텔 코포레이션 가상화된 네트워크의 스케일러블 보안 아키텍처를 위한 기술
KR20180009333A (ko) * 2015-06-16 2018-01-26 인텔 코포레이션 보안 모니터링 가상 네트워크 기능의 보안 개인화를 위한 기술
KR20190071530A (ko) * 2017-12-14 2019-06-24 삼성전자주식회사 패킷 전송을 제어하는 서버 및 방법
KR102309116B1 (ko) * 2021-09-07 2021-10-08 프라이빗테크놀로지 주식회사 데이터 플로우 기반 애플리케이션의 네트워크 접속을 제어하기 위한 시스템 및 그에 관한 방법
KR102415567B1 (ko) * 2021-11-18 2022-07-05 프라이빗테크놀로지 주식회사 가상화 인스턴스의 네트워크 접속을 제어하기 위한 시스템 및 그에 관한 방법

Also Published As

Publication number Publication date
KR102415567B1 (ko) 2022-07-05

Similar Documents

Publication Publication Date Title
WO2021060856A1 (ko) 단말의 안전한 네트워크 접속을 위한 시스템 및 방법
WO2023033586A1 (ko) Tcp 세션 제어에 기초하여 애플리케이션의 네트워크 접속을 제어하기 위한 시스템 및 그에 관한 방법
WO2023038387A1 (ko) 데이터 플로우 기반 애플리케이션의 네트워크 접속을 제어하기 위한 시스템 및 그에 관한 방법
WO2022231306A1 (ko) 컨트롤러 기반의 네트워크 접속을 제어하기 위한 시스템 및 그에 관한 방법
WO2023090755A1 (ko) 가상화 인스턴스의 네트워크 접속을 제어하기 위한 시스템 및 그에 관한 방법
WO2023163509A1 (ko) 컨트롤러 기반의 네트워크 접속을 제어하기 위한 시스템 및 그에 관한 방법
WO2023085791A1 (ko) 컨트롤러 기반 네트워크 접속을 제어하기 위한 시스템 및 그에 관한 방법
KR102386560B1 (ko) 하드웨어 기반의 가상화된 보안 격리 기법
WO2023085793A1 (ko) 컨트롤러 기반의 네트워크 접속을 제어하기 위한 시스템 및 그에 관한 방법
WO2023033588A1 (ko) 가상화 단말에서 데이터 플로우를 제어하기 위한 시스템 및 그에 관한 방법
WO2023163514A1 (ko) 컨트롤러 기반의 네트워크 접속을 제어하기 위한 시스템 및 그에 관한 방법
WO2023211124A1 (ko) 컨트롤러 기반의 네트워크 접속을 제어하기 위한 시스템 및 그에 관한 방법
WO2022231304A1 (ko) 컨트롤러 기반의 네트워크 접속을 제어하기 위한 시스템 및 그에 관한 방법
WO2023211122A1 (ko) 프록시에 기반하여 애플리케이션의 파일 송신 및 수신을 제어하기 위한 시스템 및 그에 관한 방법
WO2023136658A1 (ko) 컨트롤러 기반의 네트워크 접속을 제어하기 위한 시스템 및 그에 관한 방법
WO2023146304A1 (ko) 애플리케이션의 파일 송신 및 수신을 제어하기 위한 시스템 및 그에 관한 방법
WO2014069777A1 (en) Transit control for data
WO2023163506A1 (ko) 애플리케이션의 파일 송신 및 수신을 제어하기 위한 시스템 및 그에 관한 방법
WO2023177238A1 (ko) 컨트롤러 기반의 네트워크 접속을 제어하기 위한 시스템 및 그에 관한 방법
WO2023211104A1 (ko) 컨트롤러 기반 네트워크 접속을 제어하기 위한 시스템 및 그에 관한 방법
WO2023090756A1 (ko) 컨트롤러 기반의 네트워크 접속을 제어하기 위한 시스템 및 그에 관한 방법
WO2020189926A1 (ko) 블록체인 네트워크를 이용하여 사용자의 아이덴티티를 관리하는 방법 및 서버, 그리고, 블록체인 네트워크 기반의 사용자 아이덴티티를 이용하여 사용자를 인증하는 방법 및 단말
WO2023033585A1 (ko) 분산 게이트웨이 환경에 최적화된 터널링 및 게이트웨이 접속 시스템 및 그에 관한 방법
WO2024177380A1 (ko) 네트워크 접속을 제어하기 위한 시스템 및 그에 관한 방법
WO2020022700A1 (ko) 디지털 키를 처리 및 인증하는 보안 요소 및 그 동작 방법

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: 22895962

Country of ref document: EP

Kind code of ref document: A1