WO2019045424A1 - 보안을 위한 보안 소켓 계층 복호화 방법 - Google Patents

보안을 위한 보안 소켓 계층 복호화 방법 Download PDF

Info

Publication number
WO2019045424A1
WO2019045424A1 PCT/KR2018/009935 KR2018009935W WO2019045424A1 WO 2019045424 A1 WO2019045424 A1 WO 2019045424A1 KR 2018009935 W KR2018009935 W KR 2018009935W WO 2019045424 A1 WO2019045424 A1 WO 2019045424A1
Authority
WO
WIPO (PCT)
Prior art keywords
ssl
client
server
packet
virtual
Prior art date
Application number
PCT/KR2018/009935
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
Priority claimed from KR1020180026044A external-priority patent/KR101971995B1/ko
Application filed by 주식회사 수산아이앤티 filed Critical 주식회사 수산아이앤티
Priority to US16/642,485 priority Critical patent/US20200259863A1/en
Publication of WO2019045424A1 publication Critical patent/WO2019045424A1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications

Definitions

  • One embodiment of the present invention relates to a method of decrypting an SSL packet and providing the decrypted SSL packet to a security device in a secure socket layer (SSL) decryption apparatus that decrypts the encrypted traffic so as to be inspectable by an existing security apparatus.
  • SSL secure socket layer
  • the enterprise inspects the packets transmitted from the terminals in the enterprise and the packets received from the outside, thereby blocking the problematic connection.
  • the company has maintained security by blocking communication with external sites using SSL communication.
  • a TCP session is established between a virtual client and a virtual server, a packet transmitted and received in establishing a TCP session between a virtual client and a virtual server is transmitted to the security device, And transmits the changed TCP packet between the virtual client and the virtual server to the security device.
  • the present invention also provides a method for checking encrypted communication without modifying it.
  • a secure socket layer decoding method in a secure socket layer (SSL) decryption apparatus comprising: Detecting a packet related to an SSL handshake for establishing SSL between the client and the server after a Transmission Control Protocol session is established; Setting SSL between the client and the SSL decryption apparatus and setting SSL between the SSL decryption apparatus and the server; Establishing a TCP session between a virtual client corresponding to the client and a virtual server corresponding to the server and transmitting to the security device a packet transmitted and received between the virtual client and the virtual server when establishing the TCP session ; And a first SSL packet transmitted from the client to the SSL decryption apparatus, decrypts the first SSL packet, transmits the decrypted first SSL packet to the security apparatus, encrypts the decrypted first SSL packet again, and transmits the decrypted first SSL packet to the server .
  • SSL secure socket layer
  • the step of decrypting the first SSL packet and transmitting the decrypted first SSL packet to the security device may further include transmitting the decrypted first SSL packet to the server by encrypting the first SSL packet transmitted from the client to the SSL decryption apparatus, Decrypting the first SSL packet upon receiving the packet; Generating a first TCP packet including a payload of the decrypted first SSL packet transmitted from the virtual client to the virtual server; Transmitting the first TCP packet to the security device; Generating a second SSL packet including a payload of the decrypted first SSL packet; And transmitting the second SSL packet to the server.
  • the SSL decryption method decrypts and transmits the third SSL packet to the security device upon receiving the third SSL packet transmitted from the server to the SSL decryption device, encrypts the decrypted third SSL packet again And transmitting the message to the client.
  • the step of decrypting the third SSL packet and transmitting the decrypted third SSL packet to the client may include transmitting the decrypted third SSL packet to the client by decrypting the third SSL packet transmitted from the server to the SSL decryption apparatus, Decrypting the third SSL packet upon receiving the packet; Generating a second TCP packet including a payload of the decrypted third SSL packet transmitted from the virtual server to the virtual client; Transmitting the second TCP packet to the security device; Generating a fourth SSL packet including a payload of the decrypted third SSL packet; And transmitting the fourth SSL packet to the client.
  • the SSL decryption method terminates the TCP session between the virtual client and the virtual server when the TCP session is terminated between the client and the server, And transmitting the packet transmitted and received between the virtual server to the security device.
  • the SSL decryption method may further include generating a fifth SSL packet including the message and transmitting the fifth SSL packet to the client when the message is transmitted from the security device to the client.
  • a request for transferring a message from the security device to the client is received by receiving a FIN packet including the message transmitted from the security device to the client, and receiving an RST packet transmitted from the security device to the server A determination may be made as to whether or not a message is transmitted from the security device to the client.
  • the SSL decryption method may include blocking the connection between the client and the server when receiving a request for blocking the connection between the client and the server from the security device; And transmitting to the security apparatus a packet to be transmitted and received between the virtual client and the virtual server when the TCP session is terminated between the virtual client and the virtual server and the TCP session is terminated .
  • connection blocking request between the client and the server is determined as a connection blocking request between the client and the server have.
  • the virtual server may be configured to set the TCP session between the virtual client corresponding to the client and the virtual server corresponding to the server and to transmit a packet to be transmitted and received between the virtual client and the virtual server when establishing the TCP session
  • the step of transmitting to the security device includes matching and storing five tuples of the virtual client corresponding to five tuples of the client and matching five tuples of the virtual server corresponding to five tuples of the server And storing it.
  • the client IP, the server IP and the server port have the same value, And may have different values.
  • the present invention relates to a method for relaying an SSL communication between a client and a server, decrypting the SSL communication, and transmitting the decrypted SSL communication to a security device.
  • a method for relaying an SSL communication between a client and a server, decrypting the SSL communication, and transmitting the decrypted SSL communication to a security device In this method, an SSL packet decrypted by an existing security device is received without any action, have.
  • FIG. 1 is a schematic block diagram of a security system capable of inspecting packets in secure socket layer communication according to an embodiment of the present invention.
  • FIG. 2 is a diagram illustrating a process of decrypting an SSL packet in an SSL decryption apparatus of a security system according to an embodiment of the present invention and transferring the decrypted SSL packet to a security apparatus.
  • FIG. 3 is a diagram illustrating a process of processing a message delivery request or connection blocking request transmitted from the security device of the security system according to an embodiment of the present invention.
  • FIG. 4 is a flowchart illustrating a process of decrypting an SSL packet in an SSL decryption apparatus according to an exemplary embodiment of the present invention and providing the decrypted SSL packet to a security apparatus.
  • FIG. 5 is a flowchart illustrating a process of processing an SSL packet transmitted by a client in an SSL decryption apparatus according to an exemplary embodiment of the present invention.
  • FIG. 6 is a flowchart illustrating a process of processing an SSL packet transmitted from a server in an SSL decryption apparatus according to an exemplary embodiment of the present invention.
  • first, second, or the like may be used to describe various elements, but the elements should not be limited by the terms.
  • the terms may be named for the purpose of distinguishing one element from another, for example without departing from the scope of the right according to the concept of the present invention, the first element being referred to as the second element, Similarly, the second component may also be referred to as the first component.
  • FIG. 1 is a schematic block diagram of a security system capable of inspecting packets in secure socket layer communication according to an embodiment of the present invention.
  • the security system may include an SSL decryption apparatus and a security apparatus.
  • the client 110 may be connected to the network by at least one or more clients.
  • the client may be a terminal such as a PC or a smart phone.
  • the secure socket layer (SSL) decryption apparatus 120 relays the TCP communication and the SSL communication between the client 110 and the server 150, mirrors the TCP packet and transmits it to the security device 160, The SSL packet is decrypted and converted into a TCP packet and transmitted to the security device 160.
  • SSL secure socket layer
  • the SSL decryption apparatus 120 establishes a TCP session between the virtual client and the virtual server in advance so that the existing secure apparatus 160 can decrypt and process the changed TCP packet in the conventional manner,
  • the handshake packet transmitted and received when the TCP session is established can be transmitted to the security device 160.
  • the security device 160 inspects the data included in the received packet as in the operation of the conventional security device 160 to check whether the content prohibited to flow is included or whether a virus is included,
  • the server 110 may transmit a message to the client 110 or may terminate the TCP session between the client 110 and the server 150.
  • the packet when a packet is transferred from the client 110 to the server 150 through the Internet 140 in the network environment, the packet may be transmitted through the firewall 130.
  • FIG. 2 is a diagram illustrating a process of decrypting an SSL packet in an SSL decryption apparatus of a security system according to an embodiment of the present invention and transferring the decrypted SSL packet to a security apparatus.
  • the client 110 establishes a TCP session to communicate with the server 150 (210).
  • the setting of the TCP session can be established through a 3-way handshake between the client 110 and the server 150.
  • the SSL decryption apparatus 120 is located between the client 110 and the server 150 and can mirror whether a TCP session is established by mirroring a packet to be transmitted or received.
  • the SSL decryption apparatus 120 transmits an SSL handshake packet (for example, SSL Hello) for connecting the SSL between the client 110 and the server 150 after the TCP session between the client 110 and the server 150 is established
  • the SSL decryption apparatus 120 sets SSL between the client 110 and the SSL decryption apparatus 120 (212), and transmits the SSL (Secure Socket Layer) SSL between the decryption apparatus 120 and the server 150 is set (214).
  • the SSL setting can be established through a 3-way handshake between the client 110 and the SSL decryption apparatus 120 or between the SSL decryption apparatus 120 and the server 150.
  • the SSL decryption apparatus 120 establishes a virtual TCP session between the virtual client corresponding to the client 110 and the virtual server corresponding to the server 150 And transmits a packet for sending and receiving a TCP session to the security device 160 (218).
  • the SSL decryption apparatus 120 matches and stores five tuples of a virtual client corresponding to five tuples of the client 110, and stores five tuples of a virtual server corresponding to five tuples of the server 150 So that the corresponding device can be searched later.
  • 5 tuple may include at least one of a source IP, a source port, a destination IP, a destination port, a TCP sequence number, and a TCP / UDP protocol.
  • the IP and server 150 ports have the same value and the client 110 ports have different values.
  • the SSL decryption apparatus 120 When the SSL decryption apparatus 120 receives the first SSL packet transmitted from the client 110 to the SSL decryption apparatus 120 in operation 220, the SSL decryption apparatus 120 decrypts the first SSL packet and transmits the decrypted first SSL packet And transmits the second SSL packet to the server 150 (step 222).
  • the SSL decryption apparatus 120 generates a first TCP packet including the payload of the decrypted first SSL packet transmitted from the virtual client to the virtual server, and transmits the generated first TCP packet to the security apparatus 160 (224).
  • the SSL decryption apparatus 120 When the SSL decryption apparatus 120 receives the third SSL packet transmitted from the server 150 to the SSL decryption apparatus 120 (226), the SSL decryption apparatus 120 decrypts the third SSL packet and transmits the decrypted third SSL packet And transmits the fourth SSL packet to the client 110 (228).
  • the SSL decryption apparatus 120 generates a second TCP packet including the payload of the decrypted third SSL packet transmitted from the virtual server to the virtual client, and transmits the generated second TCP packet to the security apparatus 160 (230).
  • the SSL decryption apparatus 120 terminates the TCP session between the virtual client and the virtual server when the end of the TCP session 232 is detected between the client 110 and the server 150, To the security device 160 when the TCP session is terminated between the servers of the server 200 (step 234). At this time, the termination of the TCP session may be terminated through a 3-way handshake between the client 110 and the server 150.
  • FIG. 3 is a diagram illustrating a process of processing a message delivery request or connection blocking request transmitted from the security device of the security system according to an embodiment of the present invention.
  • the client 110 establishes a TCP session to communicate with the server 150 (310).
  • the setting of the TCP session can be established through a 3-way handshake between the client 110 and the server 150.
  • the SSL decryption apparatus 120 is located between the client 110 and the server 150 and can mirror whether a TCP session is established by mirroring a packet to be transmitted or received.
  • the SSL decryption apparatus 120 transmits an SSL handshake packet (for example, SSL Hello) for connecting the SSL between the client 110 and the server 150 after the TCP session between the client 110 and the server 150 is established
  • SSL decryption apparatus 120 sets the SSL between the client 110 and the SSL decryption apparatus 120 (312), and notifies the SSL (Secure Socket Layer) SSL between the decryption apparatus 120 and the server 150 is set (314).
  • the SSL setting can be established through a 3-way handshake between the client 110 and the SSL decryption apparatus 120 or between the SSL decryption apparatus 120 and the server 150.
  • the SSL decryption apparatus 120 establishes (316) a virtual TCP session between a virtual client corresponding to the client 110 and a virtual server corresponding to the server 150 (316) And sends a packet to the security device 160 to send and receive a TCP session for establishment (318).
  • the SSL decryption apparatus 120 matches and stores five tuples of a virtual client corresponding to five tuples of the client 110, and stores five tuples of a virtual server corresponding to five tuples of the server 150 So that the corresponding device can be searched later.
  • 5 tuple may include at least one of a source IP, a source port, a destination IP, a destination port, a TCP sequence number, and a TCP / UDP protocol.
  • the IP and server 150 ports have the same value and the client 110 ports have different values.
  • the SSL decryption apparatus 120 When the SSL decryption apparatus 120 receives the first SSL packet transmitted from the client 110 to the SSL decryption apparatus 120 in step 320, the SSL decryption apparatus 120 decrypts the first SSL packet and transmits the decrypted first SSL packet Generates a second SSL packet including the load and transmits the second SSL packet to the server 150 (322).
  • the SSL decryption apparatus 120 generates a first TCP packet including the payload of the decrypted first SSL packet transmitted from the virtual client to the virtual server, and transmits the generated first TCP packet to the security apparatus 160 (324).
  • the SSL decryption apparatus 120 generates a fifth SSL packet including a message and transmits the generated SSL packet to the client 110.
  • the SSL decryption apparatus 120 receives the message from the security apparatus 160 to transmit the message to the client 110, (328). At this time, the SSL decryption apparatus 120 receives the FIN packet including the message transmitted from the security device 160 to the client 110, and receives the RST packet transmitted from the security device 160 to the server 150 It can be determined that the message is transmitted from the security device 160 to the client 110.
  • the SSL decryption apparatus 120 When the SSL decryption apparatus 120 receives a connection blocking request from the security apparatus 160 in step 328, the SSL decryption apparatus 120 handshakes the client 110 to transmit TCP The SSL decryption apparatus 120 performs a handshake with the server 150 to terminate the TCP session between the client 110 and the server 150 (322). At this time, the SSL decryption apparatus 120 judges as a connection blocking request between the client 110 and the server 150 when receiving the RST packet transmitted from the security device 160 to each of the client 110 and the server 150 can do.
  • the SSL decryption apparatus 120 After completing the TCP session between the client 110 and the server 150, the SSL decryption apparatus 120 terminates the TCP session between the virtual client and the virtual server, terminates the TCP session between the virtual client and the virtual server To the security device 160 (324).
  • FIG. 4 is a flowchart illustrating a process of decrypting an SSL packet in an SSL decryption apparatus according to an exemplary embodiment of the present invention and providing the decrypted SSL packet to a security apparatus.
  • a Secure Sockets Layer (SSL) decryption apparatus detects a 3-way handshake process for establishing a TCP session between a client 110 and a server 150, (410) whether a TCP session between the server (110) and the server (150) is established.
  • SSL Secure Sockets Layer
  • the SSL decryption apparatus 120 transmits an SSL handshake packet for establishing a SSL session between the client 110 and the server 150 after establishing a TCP session between the client 110 and the server 150 , SSL Hello packet) is detected (412).
  • the SSL decryption apparatus 120 sets SSL between the client 110 and the SSL decryption apparatus 120 and transmits the SSL handshake packet to the SSL decryption apparatus 120 and the server 150, (414).
  • the SSL decryption apparatus 120 establishes a TCP session between a virtual client corresponding to the client 110 and a virtual server corresponding to the server 150 and establishes a TCP session between the virtual client and the virtual server To the security device 160 (416).
  • the SSL decryption apparatus 120 matches and stores five tuples of a virtual client corresponding to five tuples of the client 110, and stores five tuples of a virtual server corresponding to five tuples of the server 150 So that the corresponding device can be searched later.
  • the SSL decryption apparatus 120 confirms whether it receives the first SSL packet transmitted from the client 110 to the SSL decryption apparatus 120 (418).
  • the SSL decryption apparatus 120 Upon receipt of the first SSL packet in step 418, the SSL decryption apparatus 120 decrypts the first SSL packet and transmits the decrypted first SSL packet to the security apparatus 160. The decrypted first SSL packet is re- (Step 420). Thereafter, the SSL decryption apparatus 120 proceeds to step 422.
  • the SSL decryption apparatus 120 confirms whether it receives the third SSL packet transmitted from the server 150 to the SSL decryption apparatus 120 (422).
  • the SSL decryption apparatus 120 Upon receipt of the third SSL packet in step 422, the SSL decryption apparatus 120 decrypts the 3 SSL packets and transmits the decrypted 3 SSL packets to the security apparatus 160, encrypts the decrypted third SSL packets again, (424). Thereafter, the SSL decryption apparatus 120 proceeds to step 426.
  • the SSL decryption apparatus 120 confirms whether it is requested to transmit a message from the secure device 160 to the client 110 (step 426).
  • the SSL decryption apparatus 120 Upon receipt of the message from the secure device 160 to the client 110 as a result of the checking in step 426, the SSL decryption apparatus 120 generates a fifth SSL packet including the message and transmits it to the client 110 (step 428 ). Thereafter, the SSL decryption apparatus 120 proceeds to step 430.
  • step 426 If it is determined in step 426 that the secure device 160 is not requested to deliver a message to the client 110, the SSL decryption apparatus 120 checks 430 whether or not the secure device 160 is requested to disconnect the connection.
  • the SSL decryption apparatus 120 terminates the connection of the TCP session between the client 110 and the server 150 (step 432). Thereafter, the SSL decryption apparatus 120 proceeds to step 436.
  • the SSL decryption apparatus 120 may terminate the TCP session through the handshake with the client 110, and terminate the TCP session through the handshake with the server 150.
  • the SSL decryption apparatus 120 120 may intercept the TCP packets transmitted and received between the client 110 and the server 150 so that the server 150 operates as if the server 150 performs the handshake with the client 110, The client 110 may terminate the TCP session by performing the handshake.
  • the SSL decryption apparatus 120 confirms that the termination of the TCP session is detected between the client 110 and the server 150 in step 434. If the TCP session is terminated,
  • the SSL decryption apparatus 120 If the end of the TCP session is not detected between the client 110 and the server 150 as a result of checking in step 434, the SSL decryption apparatus 120 returns to step 418 and repeats the process thereafter.
  • the SSL decryption apparatus 120 terminates the TCP session between the virtual client and the virtual server, and transmits / And transmits the packet to the security device 160 (436).
  • FIG. 5 is a flowchart illustrating a process of processing an SSL packet transmitted by a client in an SSL decryption apparatus according to an exemplary embodiment of the present invention.
  • the SSL decryption apparatus 120 decrypts the first SSL packet (510).
  • the SSL decryption apparatus 120 generates a first TCP packet including a payload of the decrypted first SSL packet transmitted from the virtual client to the virtual server (512).
  • the SSL decryption apparatus 120 transmits the first TCP packet to the security apparatus 160 (514).
  • the SSL decryption apparatus 120 generates a second SSL packet including the payload of the decrypted first SSL packet (516).
  • the SSL decryption apparatus 120 transmits the second SSL packet to the server 150 (518).
  • FIG. 6 is a flowchart illustrating a process of processing an SSL packet transmitted from a server in an SSL decryption apparatus according to an exemplary embodiment of the present invention.
  • the process of FIG. 6 illustrates step 424 of FIG. 6 in more detail.
  • the SSL decryption apparatus 120 decrypts the third SSL packet (610).
  • the SSL decryption apparatus 120 generates a second TCP packet including a payload of the decrypted third SSL packet, which is transferred from the virtual server to the virtual client (612).
  • the SSL decryption apparatus 120 transmits the second TCP packet to the security apparatus 160 (614).
  • the SSL decryption apparatus 120 generates a fourth SSL packet including the payload of the decrypted third SSL packet (616).
  • the SSL decryption apparatus 120 transmits the fourth SSL packet to the client 110 (618).
  • the apparatus described above may be implemented as a hardware component, a software component, and / or a combination of hardware components and software components.
  • the apparatus and components described in the embodiments may be implemented, for example, as a processor, a controller, an arithmetic logic unit (ALU), a digital signal processor, a microcomputer, a field programmable gate array (FPGA) unit, a microprocessor, or any other device capable of executing and responding to instructions.
  • the processing device may execute an operating system (OS) and one or more software applications running on the operating system.
  • the processing device may also access, store, manipulate, process, and generate data in response to execution of the software.
  • the processing apparatus may be described as being used singly, but those skilled in the art will recognize that the processing apparatus may have a plurality of processing elements and / As shown in FIG.
  • the processing unit may comprise a plurality of processors or one processor and one controller.
  • Other processing configurations are also possible, such as a parallel processor.
  • the software may include a computer program, code, instructions, or a combination of one or more of the foregoing, and may be configured to configure the processing device to operate as desired or to process it collectively or collectively Device can be commanded.
  • the software and / or data may be in the form of any type of machine, component, physical device, virtual equipment, computer storage media, or device , Or may be permanently or temporarily embodied in a transmitted signal wave.
  • the software may be distributed over a networked computer system and stored or executed in a distributed manner.
  • the software and data may be stored on one or more computer readable recording media.
  • the method according to an embodiment may be implemented in the form of a program command that can be executed through various computer means and recorded in a computer-readable medium.
  • the computer-readable medium may include program instructions, data files, data structures, and the like, alone or in combination.
  • the program instructions to be recorded on the medium may be those specially designed and configured for the embodiments or may be available to those skilled in the art of computer software.
  • Examples of computer-readable media include magnetic media such as hard disks, floppy disks and magnetic tape; optical media such as CD-ROMs and DVDs; magnetic media such as floppy disks; Magneto-optical media, and hardware devices specifically configured to store and execute program instructions such as ROM, RAM, flash memory, and the like.
  • program instructions include machine language code such as those produced by a compiler, as well as high-level language code that can be executed by a computer using an interpreter or the like.
  • the hardware devices described above may be configured to operate as one or more software modules to perform the operations of the embodiments, and vice versa.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

본 발명은 보안 소켓 계층 복호화 방법에 관한 것으로 SSL 복호화 장치에서 클라이언트와 서버 간의 TCP(Transmission Control Protocol) 세션이 설정된 후에 상기 클라이언트와 상기 서버 간의 SSL을 연결하기 위한 SSL 핸드쉐이크에 관한 패킷을 감지하고, 상기 클라이언트와 상기 SSL 복호화 장치 간의 SSL을 설정하고, 상기 SSL 복호화 장치와 상기 서버 간의 SSL을 설정하고, 상기 클라이언트에 대응하는 가상의 클라이언트와 상기 서버에 대응하는 가상의 서버 간의 TCP 세션을 설정하고, 상기 TCP 세션을 설정할 때 상기 가상의 클라이언트와 상기 가상의 서버 간에 송수신하는 패킷을 보안 장치로 송신하고, 상기 클라이언트로부터 상기 SSL 복호화 장치로 전달되는 제1 SSL 패킷을 수신하면, 상기 제1 SSL 패킷을 복호화해서 상기 보안 장치로 송신하고, 상기 복호화된 제1 SSL 패킷을 다시 암호화해서 상기 서버로 송신하는 기술에 관한 것 이다.

Description

보안을 위한 보안 소켓 계층 복호화 방법
이하의 일 실시 예들은 암호화 트래픽을 기존의 보안 장치에서도 검사할 수 있도록 복호화해서 제공하는 보안 소켓 계층(SSL; Secure Sockets Layer) 복호화 장치에서 SSL 패킷을 복호화해서 보안 장치로 제공하는 방법에 관한 것이다.
기업과 같은 조직에서 많은 정보가 인터넷을 통해서 외부로 유출되고, 또한 외부 네트워크로부터 수많은 공격을 받고 있다.
데이터 유출을 방지와 외부로부터의 공격에 대응하기 위해서 기업은 기업 내의 단말기에서 송신되는 패킷과 외부에서 수신되는 패킷을 검사해서 문제가 있는 연결을 차단하고 있다.
하지만, 단말기가 접속하려는 웹 사이트가 보안 소켓 계층(SSL; Secure Sockets Layer) 통신을 이용하는 경우, 송/수신되는 패킷의 내용이 암호화 되어 전송되기 때문에 데이터 유출 또는 공격 여부를 확인할 수 없는 문제를 가지고 있다.
이를 해결하기 위해서 기존에는 기업은 SSL 통신을 이용하는 외부 사이트와의 통신을 차단하는 방법으로 보안을 유지하였다.
하지만, SSL 통신을 이용하는 외부 사이트를 차단하는 것은 기업의 직원들의 업무 효율을 저해할 수 있으므로, 단순히 차단하는 것이 아닌 SSL 통신을 이용해서 송신되는 패킷도 보안 장치에서도 검사할 수 있는 방법이 요구된다.
본 발명은 상기와 같은 종래 기술의 문제점을 해결하고자 도출된 것으로서, 기존의 보안 장치에서도 검사할 수 있도록 복호화해서 제공하는 SSL 복호화 장치에서 SSL 패킷을 복호화해서 보안 장치로 제공하는 방법을 제공하는 것을 목적으로 한다.
구체적으로, 본 발명의 SSL 복호화 장치에서 가상의 클라이언트와 가상의 서버 간의 TCP 세션을 설정하고, 가상의 클라이언트와 가상의 서버 간의 TCP 세션을 설정하는데 송수신되는 패킷을 보안 장치로 송신하고, 클라이언트와 서버 사이에서 송수신되는 SSL 패킷을 중간에서 가로채고 복호화해서 가상의 클라이언트와 가상의 서버 간의 TCP 패킷으로 변경하여 보안 장치로 전달함으로써, SSL 패킷을 처리할 수 없었던 기존의 보안 장치에서도 전달된 TCP 패킷을 검사하는 것만으로도 별다른 수정 없이 암호화 통신을 검사할 수 있도록 하는 방법을 제공하는 것을 목적으로 한다.
상기와 같은 목적을 달성하기 위하여, 본 발명의 일 실시 예에 따른 보안 소켓 계층 복호화 방법은, 보안 소켓 계층(SSL; Secure Sockets Layer) 복호화 장치에서 보안 소켓 계층 복호화 방법에 있어서, 클라이언트와 서버 간의 TCP(Transmission Control Protocol) 세션이 설정된 후에 상기 클라이언트와 상기 서버 간의 SSL을 연결하기 위한 SSL 핸드쉐이크에 관한 패킷을 감지하는 단계; 상기 클라이언트와 상기 SSL 복호화 장치 간의 SSL을 설정하고, 상기 SSL 복호화 장치와 상기 서버 간의 SSL을 설정하는 단계; 상기 클라이언트에 대응하는 가상의 클라이언트와 상기 서버에 대응하는 가상의 서버 간의 TCP 세션을 설정하고, 상기 TCP 세션을 설정할 때 상기 가상의 클라이언트와 상기 가상의 서버 간에 송수신하는 패킷을 보안 장치로 송신하는 단계; 및 상기 클라이언트로부터 상기 SSL 복호화 장치로 전달되는 제1 SSL 패킷을 수신하면, 상기 제1 SSL 패킷을 복호화해서 상기 보안 장치로 송신하고, 상기 복호화된 제1 SSL 패킷을 다시 암호화해서 상기 서버로 송신하는 단계를 포함한다.
이때, 상기 제1 SSL 패킷을 복호화해서 상기 보안 장치로 송신하고, 상기 복호화된 제1 SSL 패킷을 다시 암호화해서 상기 서버로 송신하는 단계는, 상기 클라이언트로부터 상기 SSL 복호화 장치로 전달되는 상기 제1 SSL 패킷을 수신하면, 상기 제1 SSL 패킷을 복호화하는 단계; 상기 가상의 클라이언트에서 상기 가상의 서버로 전달되는 상기 복호화된 제1 SSL 패킷의 페이로드가 포함된 제1 TCP 패킷을 생성하는 단계; 상기 제1 TCP 패킷을 상기 보안 장치로 송신하는 단계; 상기 복호화된 제1 SSL 패킷의 페이로드가 포함된 제2 SSL 패킷을 생성하는 단계; 및 상기 제2 SSL 패킷을 상기 서버로 송신하는 단계를 포함할 수 있다.
이때, SSL 복호화 방법은, 상기 서버로부터 상기 SSL 복호화 장치로 전달되는 제3 SSL 패킷을 수신하면, 상기 제3 SSL 패킷을 복호화해서 상기 보안 장치로 송신하고, 상기 복호화된 제3 SSL 패킷을 다시 암호화해서 상기 클라이언트로 송신하는 단계를 더 포함할 수 있다.
이때, 상기 제3 SSL 패킷을 복호화해서 상기 보안 장치로 송신하고, 상기 복호화된 제3 SSL 패킷을 다시 암호화해서 상기 클라이언트로 송신하는 단계는, 상기 서버로부터 상기 SSL 복호화 장치로 전달되는 상기 제3 SSL 패킷을 수신하면, 상기 제3 SSL 패킷을 복호화하는 단계; 상기 가상의 서버에서 상기 가상의 클라이언트로 전달되는 상기 복호화된 제3 SSL 패킷의 페이로드가 포함된 제2 TCP 패킷을 생성하는 단계; 상기 제2 TCP 패킷을 상기 보안 장치로 송신하는 단계; 상기 복호화된 제3 SSL 패킷의 페이로드를 포함하는 제4 SSL 패킷을 생성하는 단계; 및 상기 제4 SSL 패킷을 상기 클라이언트로 송신하는 단계를 포함할 수 있다.
이때, SSL 복호화 방법은, 상기 클라이언트와 상기 서버 사이에 TCP 세션이 종료됨을 감지하면, 상기 가상의 클라이언트와 상기 가상의 서버 간에 TCP 세션을 종료하고, TCP 세션을 종료할 때 상기 가상의 클라이언트와 상기 가상의 서버 간에 송수신하는 패킷을 상기 보안 장치로 송신하는 단계를 더 포함할 수 있다.
이때, SSL 복호화 방법은, 상기 보안 장치로부터 상기 클라이언트로의 메시지의 전달을 요청 받으면, 상기 메시지를 포함하는 제5 SSL 패킷을 생성해서 상기 클라이언트로 송신하는 단계를 더 포함할 수 있다.
이때, 상기 보안 장치로부터 상기 클라이언트로의 메시지의 전달 요청은, 상기 보안 장치로부터 상기 클라이언트로 송신하는 상기 메시지를 포함하는 FIN 패킷을 수신하고, 상기 보안 장치로부터 상기 서버로 송신하는 RST 패킷을 수신하는 경우에 상기 보안 장치로부터 상기 클라이언트로의 메시지의 전달 요청으로 판단할 수 있다.
이때, SSL 복호화 방법은, 상기 보안 장치로부터 상기 클라이언트와 상기 서버 간의 연결 차단을 요청 받으면, 상기 클라이언트와 상기 서버 간의 연결을 차단하는 단계; 및 상기 가상의 클라이언트와 상기 가상의 서버 간에 TCP 세션을 종료하고, TCP 세션을 종료할 때 상기 가상의 클라이언트와 상기 가상의 서버 간에 송수신하는 패킷을 상기 보안 장치로 송신하는 단계를 더 포함할 수 있다.
이때, 상기 보안 장치로부터 상기 클라이언트와 상기 서버 간의 연결 차단 요청은, 상기 보안 장치로부터 상기 클라이언트와 상기 서버 각각으로 송신하는 RST 패킷을 수신하는 경우에 상기 클라이언트와 상기 서버 간의 연결 차단 요청으로 판단할 수 있다.
이때, 상기 클라이언트에 대응하는 상기 가상의 클라이언트와 상기 서버에 대응하는 상기 가상의 서버 간의 상기 TCP 세션을 설정하고, 상기 TCP 세션을 설정할 때 상기 가상의 클라이언트와 상기 가상의 서버 간에 송수신하는 패킷을 상기 보안 장치로 송신하는 단계는, 상기 클라이언트의 5튜플(tuple)에 대응하는 상기 가상의 클라이언트의 5튜플을 매칭하여 저장하고, 상기 서버의 5튜플에 대응하는 상기 가상의 서버의 5튜플을 매칭하여 저장하는 단계를 포함할 수 있다.
이때, 상기 클라이언트와 상기 서버 간에 설정된 TCP 세션의 정보와 상기 가상의 클라이언트와 상기 가상의 서버 간에 설정된 TCP 세션의 정보를 비교하면, 클라이언트 아이피, 서버 아이피 및 서버 포트는 동일한 값을 가지고 클라이언트 포트는 서로 다른 값을 가지는 것을 특징으로 할 수 있다.
본 발명은 클라이언트와 서버 사이에서 SSL 통신을 중계하고, SSL 통신을 복호화해서 보안 장치로 전달하는 방법에 관한 것으로, 별다른 조치 없이도 기존의 보안 장치로도 복호화된 SSL 패킷을 수신하여 보안 문제를 확인할 수 있다.
도 1은 본 발명의 일 실시 예에 따라 보안 소켓 계층 통신에서 패킷을 검사할 수 있는 보안 시스템의 계략적인 구성을 도시한 도면이다.
도 2는 본 발명의 일 실시 예에 따른 보안 시스템의 SSL 복호화 장치에서 SSL 패킷을 복호화해서 보안 장치로 전달하는 과정을 도시한 도면이다.
도 3은 본 발명의 일 실시 예에 따른 보안 시스템의 보안 장치에서 송신하는 메시지 전달 요청 또는 연결 차단 요청을 처리하는 과정을 도시한 도면이다.
도 4는 본 발명의 일 실시 예에 따른 SSL 복호화 장치에서 SSL 패킷을 복호화해서 보안 장치로 제공하는 과정을 도시한 흐름도이다.
도 5는 본 발명의 일 실시 예에 따른 SSL 복호화 장치에서 클라이언트가 송신한 SSL 패킷을 처리하는 과정을 보다 상세하게 도시한 흐름도이다.
도 6은 본 발명의 일 실시 예에 따른 SSL 복호화 장치에서 서버가 송신한 SSL 패킷을 처리하는 과정을 보다 상세하게 도시한 흐름도이다.
본 명세서에 개시되어 있는 본 발명의 개념에 따른 실시 예들에 대해서 특정한 구조적 또는 기능적 설명들은 단지 본 발명의 개념에 따른 실시 예들을 설명하기 위한 목적으로 예시된 것으로서, 본 발명의 개념에 따른 실시 예들은 다양한 형태로 실시될 수 있으며 본 명세서에 설명된 실시 예들에 한정되지 않는다.
본 발명의 개념에 따른 실시 예들은 다양한 변경들을 가할 수 있고 여러 가지 형태들을 가질 수 있으므로 실시 예들을 도면에 예시하고 본 명세서에 상세하게 설명하고자 한다. 그러나, 이는 본 발명의 개념에 따른 실시 예들을 특정한 개시형태들에 대해 한정하려는 것이 아니며, 본 발명의 사상 및 기술 범위에 포함되는 변경, 균등물, 또는 대체물을 포함한다.
제1 또는 제2 등의 용어를 다양한 구성요소들을 설명하는데 사용될 수 있지만, 상기 구성요소들은 상기 용어들에 의해 한정되어서는 안 된다. 상기 용어들은 하나의 구성요소를 다른 구성요소로부터 구별하는 목적으로만, 예를 들어 본 발명의 개념에 따른 권리 범위로부터 이탈되지 않은 채, 제1 구성요소는 제2 구성요소로 명명될 수 있고, 유사하게 제2 구성요소는 제1 구성요소로도 명명될 수 있다.
어떤 구성요소가 다른 구성요소에 "연결되어" 있다거나 "접속되어" 있다고 언급된 때에는, 그 다른 구성요소에 직접적으로 연결되어 있거나 또는 접속되어 있을 수도 있지만, 중간에 다른 구성요소가 존재할 수도 있다고 이해되어야 할 것이다. 반면에, 어떤 구성요소가 다른 구성요소에 "직접 연결되어" 있다거나 "직접 접속되어" 있다고 언급된 때에는, 중간에 다른 구성요소가 존재하지 않는 것으로 이해되어야 할 것이다. 구성요소들 간의 관계를 설명하는 표현들, 예를 들어 "~사이에"와 "바로~사이에" 또는 "~에 직접 이웃하는" 등도 마찬가지로 해석되어야 한다.
본 명세서에서 사용한 용어는 단지 특정한 실시 예들을 설명하기 위해 사용된 것으로, 본 발명을 한정하려는 의도가 아니다. 단수의 표현은 문맥상 명백하게 다르게 뜻하지 않는 한, 복수의 표현을 포함한다. 본 명세서에서, "포함하다" 또는 "가지다" 등의 용어는 실시된 특징, 숫자, 단계, 동작, 구성요소, 부분품 또는 이들을 조합한 것이 존재함으로 지정하려는 것이지, 하나 또는 그 이상의 다른 특징들이나 숫자, 단계, 동작, 구성요소, 부분품 또는 이들을 조합한 것들의 존재 또는 부가 가능성을 미리 배제하지 않는 것으로 이해되어야 한다.
다르게 정의되지 않는 한, 기술적이거나 과학적인 용어를 포함해서 여기서 사용되는 모든 용어들은 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자에 의해 일반적으로 이해되는 것과 동일한 의미를 가진다. 일반적으로 사용되는 사전에 정의되어 있는 것과 같은 용어들은 관련 기술의 문맥상 가지는 의미와 일치하는 의미를 갖는 것으로 해석되어야 하며, 본 명세서에서 명백하게 정의하지 않는 한, 이상적이거나 과도하게 형식적인 의미로 해석되지 않는다.
이하, 실시 예들을 첨부된 도면을 참조하여 상세하게 설명한다. 그러나, 특허출원의 범위가 이러한 실시 예들에 의해 제한되거나 한정되는 것은 아니다. 각 도면에 제시된 동일한 참조 부호는 동일한 부재를 나타낸다.
이하에서는, 본 발명의 일 실시 예에 따른 보안 시스템에서 보안을 위한 보안 소켓 계층 복호화 방법을 첨부된 도 1 내지 도 6을 참조하여 상세히 설명한다.
도 1은 본 발명의 일 실시 예에 따라 보안 소켓 계층 통신에서 패킷을 검사할 수 있는 보안 시스템의 계략적인 구성을 도시한 도면이다.
도 1을 참조하면, 보안 시스템은 SSL 복호화 장치와 보안 장치를 포함할 수 있다.
클라이언트(110)는 적어도 하나 이상의 클라이언트가 네트워크에 접속될 수 있다. 예를 들면, 클라이언트는 PC, 스마트 폰과 같은 단말이 될 수 있다.
보안 소켓 계층(SSL; Secure Sockets Layer) 복호화 장치(120)는 클라이언트(110)과 서버(150) 사이에서 TCP 통신 및 SSL 통신을 중계하고, TCP 패킷은 미러링하여 보안 장치(160)로 전달하고, SSL 패킷은 복호화해서 TCP 패킷으로 변경하여 보안 장치(160)로 전달한다.
이때, SSL 복호화 장치(120)는 기존의 보안 장치(160)에서도 복호화하여 변경된 TCP 패킷을 종래와 같은 방식으로 처리할 수 있도록, 사전에 가상의 클라이언트와 가상의 서버 간의 TCP 세션을 설정하고, 가상의 TCP 세션을 설정할 때 송수신되는 핸드쉐이크 패킷을 보안 장치(160)로 전달할 수 있다.
SSL 복호화 장치(120)의 보다 구체적인 내용은 이후 도 2에서 도 6을 통해서 보다 상세히 후술한다.
보안 장치(160)는 종래의 보안 장치(160)의 동작과 같이 수신되는 패킷에 포함된 데이터를 검사하여, 유출이 금지된 내용이 포함되어 있는지, 또는 바이러스가 포함되어 있는지 등을 검사하고, 클라이언트(110)로 메시지를 전달하거나, 클라이언트(110)과 서버(150) 간의 TCP 세션을 종료시키는 세션 제어 메시지를 송신할 수도 있다.
한편, 네트워크 환경에서 클라이언트(110)로부터 인터넷(140)을 통해서 서버(150)로 패킷이 전달될 때, 방화벽(130)을 통해서 전달될 수 있다.
이하, 상기와 같이 구성된 본 발명에 따른 보안 시스템에서 보안을 위한 보안 소켓 계층 복호화 방법을 아래에서 도면을 참조하여 설명한다.
도 2는 본 발명의 일 실시 예에 따른 보안 시스템의 SSL 복호화 장치에서 SSL 패킷을 복호화해서 보안 장치로 전달하는 과정을 도시한 도면이다.
도 2를 참조하면, 클라이언트(110)는 서버(150)와 통신을 하기 위해서 TCP 세션을 설정한다(210). TCP 세션의 설정은 클라이언트(110)는 서버(150) 사이의 핸드쉐이크(3-way handshake)를 통해서 설정될 수 있다.
SSL 복호화 장치(120)는 클라이언트(110)와 서버(150) 사이에 위치하며, 송수신하는 패킷을 미러링하여 TCP 세션이 설정되었는지 감지할 수 있다.
SSL 복호화 장치(120)는 클라이언트(110)와 서버(150) 간의 TCP 세션이 설정된 후에 클라이언트(110)와 서버(150) 간의 SSL을 연결하기 위한 SSL 핸드쉐이크에 관한 패킷(예를 들어, SSL Hello 패킷)이 감지되면, SSL 핸드쉐이크에 관한 패킷을 서버(150)로 전달하지 않고, SSL 복호화 장치(120)는 클라이언트(110)와 SSL 복호화 장치(120) 간의 SSL을 설정하고(212), SSL 복호화 장치(120)와 서버(150) 간의 SSL을 설정한다(214). 이때, SSL 설정은 클라이언트(110)와 SSL 복호화 장치(120) 또는 SSL 복호화 장치(120)와 서버(150) 사이의 핸드쉐이크(3-way handshake)를 통해서 설정될 수 있다.
그리고, SSL 복호화 장치(120)는 클라이언트(110)에 대응하는 가상의 클라이언트와 서버(150)에 대응하는 가상의 서버 간의 가상의 TCP 세션을 설정하고(216), 가상의 클라이언트와 가상의 서버 간에 TCP 세션을 설정을 위해 송수신하는 패킷을 보안 장치(160)로 송신한다(218).
이때, SSL 복호화 장치(120)는 클라이언트(110)의 5튜플(tuple)에 대응하는 가상의 클라이언트의 5튜플을 매칭하여 저장하고, 서버(150)의 5튜플에 대응하는 가상의 서버의 5튜플을 매칭하여 저장함으로써, 이후 대응하는 장치를 검색할 수 있다. 5튜플은 소스 IP, 소스 포트, 목적지 IP, 목적지 포트, TCP 시퀀스 넘버 및 TCP/UDP 프로토콜 중에서 적어도 하나를 포함할 수 있다.
한편, 클라이언트(110)와 서버(150) 간에 설정된 TCP 세션의 정보(240)와 가상의 클라이언트와 가상의 서버 간에 설정된 TCP 세션의 정보(250)를 비교하면, 클라이언트(110) 아이피, 서버(150) 아이피 및 서버(150) 포트는 동일한 값을 가지고 클라이언트(110) 포트는 서로 다른 값을 가진다.
그리고, SSL 복호화 장치(120)는 클라이언트(110)로부터 SSL 복호화 장치(120)로 전달되는 제1 SSL 패킷을 수신하면(220), 제1 SSL 패킷을 복호화 하고, 복호화된 제1 SSL 패킷의 페이로드가 포함된 제2 SSL 패킷을 생성하여 제2 SSL 패킷을 서버(150)로 송신한다(222).
그리고, SSL 복호화 장치(120)는 가상의 클라이언트에서 가상의 서버로 전달되는 복호화된 제1 SSL 패킷의 페이로드가 포함된 제1 TCP 패킷을 생성하여 보안 장치(160)로 송신한다(224).
그리고, SSL 복호화 장치(120)는 서버(150)로부터 SSL 복호화 장치(120)로 전달되는 제3 SSL 패킷을 수신하면(226), 제3 SSL 패킷을 복호화 하고, 복호화된 제3 SSL 패킷의 페이로드가 포함된 제4 SSL 패킷을 생성하여 제4 SSL 패킷을 클라이언트(110)로 송신한다(228).
그리고, SSL 복호화 장치(120)는 가상의 서버에서 가상의 클라이언트로 전달되는 복호화된 제3 SSL 패킷의 페이로드가 포함된 제2 TCP 패킷을 생성하여 보안 장치(160)로 송신한다(230).
이후, SSL 복호화 장치(120)는 클라이언트(110)와 서버(150) 사이에 TCP 세션의 종료(232)가 감지되면, 가상의 클라이언트와 가상의 서버 간에 TCP 세션을 종료하고, 가상의 클라이언트와 가상의 서버 간에 TCP 세션을 종료할 때 송수신하는 패킷을 보안 장치(160)로 송신한다(234). 이때, TCP 세션의 종료는 클라이언트(110)와 서버(150) 사이에서 핸드쉐이크(3-way handshake)를 통해서 종료될 수 있다.
도 3은 본 발명의 일 실시 예에 따른 보안 시스템의 보안 장치에서 송신하는 메시지 전달 요청 또는 연결 차단 요청을 처리하는 과정을 도시한 도면이다.
도 3을 참조하면, 클라이언트(110)는 서버(150)와 통신을 하기 위해서 TCP 세션을 설정한다(310). TCP 세션의 설정은 클라이언트(110)는 서버(150) 사이의 핸드쉐이크(3-way handshake)를 통해서 설정될 수 있다.
SSL 복호화 장치(120)는 클라이언트(110)와 서버(150) 사이에 위치하며, 송수신하는 패킷을 미러링하여 TCP 세션이 설정되었는지 감지할 수 있다.
SSL 복호화 장치(120)는 클라이언트(110)와 서버(150) 간의 TCP 세션이 설정된 후에 클라이언트(110)와 서버(150) 간의 SSL을 연결하기 위한 SSL 핸드쉐이크에 관한 패킷(예를 들어, SSL Hello 패킷)이 감지되면, SSL 핸드쉐이크에 관한 패킷을 서버(150)로 전달하지 않고, SSL 복호화 장치(120)는 클라이언트(110)와 SSL 복호화 장치(120) 간의 SSL을 설정하고(312), SSL 복호화 장치(120)와 서버(150) 간의 SSL을 설정한다(314). 이때, SSL 설정은 클라이언트(110)와 SSL 복호화 장치(120) 또는 SSL 복호화 장치(120)와 서버(150) 사이의 핸드쉐이크(3-way handshake)를 통해서 설정될 수 있다.
그리고, SSL 복호화 장치(120)는 클라이언트(110)에 대응하는 가상의 클라이언트와 서버(150)에 대응하는 가상의 서버 간의 가상의 TCP 세션을 설정하고(316), 가상의 클라이언트와 가상의 서버 간에 TCP 세션을 설정을 위해 송수신하는 패킷을 보안 장치(160)로 송신한다(318).
이때, SSL 복호화 장치(120)는 클라이언트(110)의 5튜플(tuple)에 대응하는 가상의 클라이언트의 5튜플을 매칭하여 저장하고, 서버(150)의 5튜플에 대응하는 가상의 서버의 5튜플을 매칭하여 저장함으로써, 이후 대응하는 장치를 검색할 수 있다. 5튜플은 소스 IP, 소스 포트, 목적지 IP, 목적지 포트, TCP 시퀀스 넘버 및 TCP/UDP 프로토콜 중에서 적어도 하나를 포함할 수 있다.
한편, 클라이언트(110)와 서버(150) 간에 설정된 TCP 세션의 정보(340)와 가상의 클라이언트와 가상의 서버 간에 설정된 TCP 세션의 정보(350)를 비교하면, 클라이언트(110) 아이피, 서버(150) 아이피 및 서버(150) 포트는 동일한 값을 가지고 클라이언트(110) 포트는 서로 다른 값을 가진다.
그리고, SSL 복호화 장치(120)는 클라이언트(110)로부터 SSL 복호화 장치(120)로 전달되는 제1 SSL 패킷을 수신하면(320), 제1 SSL 패킷을 복호화 하고, 복호화된 제1 SSL 패킷의 페이로드가 포함된 제2 SSL 패킷을 생성하여 제2 SSL 패킷을 서버(150)로 송신한다(322).
그리고, SSL 복호화 장치(120)는 가상의 클라이언트에서 가상의 서버로 전달되는 복호화된 제1 SSL 패킷의 페이로드가 포함된 제1 TCP 패킷을 생성하여 보안 장치(160)로 송신한다(324).
SSL 복호화 장치(120)는 보안 장치(160)로부터 클라이언트(110)로의 메시지의 전달을 요청 받으면(326), SSL 복호화 장치(120)는 메시지를 포함하는 제5 SSL 패킷을 생성해서 클라이언트(110)로 송신한다(328). 이때, SSL 복호화 장치(120)는 보안 장치(160)로부터 클라이언트(110)로 송신하는 메시지를 포함하는 FIN 패킷을 수신하고, 보안 장치(160)로부터 서버(150)로 송신하는 RST 패킷을 수신하는 경우에 보안 장치(160)로부터 클라이언트(110)로의 메시지의 전달 요청으로 판단할 수 있다.
그리고, SSL 복호화 장치(120)는 보안 장치(160)로부터 연결 차단을 요청 받으면(328), SSL 복호화 장치(120)는 클라이언트(110) 핸드쉐이크를 하여 클라이언트(110)와 서버(150) 간의 TCP 세션을 종료하고(320), SSL 복호화 장치(120)는 서버(150)와 핸드쉐이크를 하여 클라이언트(110)와 서버(150) 간의 TCP 세션을 종료한다(322). 이때, SSL 복호화 장치(120)는 보안 장치(160)로부터 클라이언트(110)와 서버(150) 각각으로 송신하는 RST 패킷을 수신하는 경우에 클라이언트(110)와 서버(150) 간의 연결 차단 요청으로 판단할 수 있다.
SSL 복호화 장치(120)는 클라이언트(110)와 서버(150) 사이에 TCP 세션을 종료한 후에 가상의 클라이언트와 가상의 서버 간에 TCP 세션을 종료하고, 가상의 클라이언트와 가상의 서버 간에 TCP 세션을 종료할 때 송수신하는 패킷을 보안 장치(160)로 송신한다(324).
도 4는 본 발명의 일 실시 예에 따른 SSL 복호화 장치에서 SSL 패킷을 복호화해서 보안 장치로 제공하는 과정을 도시한 흐름도이다.
도 4를 참조하면, 보안 소켓 계층(SSL; Secure Sockets Layer) 복호화 장치는 클라이언트(110)와 서버(150) 사이에서 TCP 세션이 설정을 위한 핸드쉐이크(3-way handshake) 과정을 감지함으로써, 클라이언트(110)와 서버(150) 간의 TCP 세션이 설정되었는지 감지한다(410).
그리고, SSL 복호화 장치(120)는 클라이언트(110)와 서버(150) 간의 TCP 세션이 설정이 후에 클라이언트(110)와 서버(150) 간의 SSL을 연결하기 위한 SSL 핸드쉐이크에 관한 패킷(예를 들어, SSL Hello 패킷)이 감지되는지 확인한다(412).
412단계의 확인결과 SSL 핸드쉐이크에 관한 패킷이 감지되면, SSL 복호화 장치(120)는 클라이언트(110)와 SSL 복호화 장치(120) 간의 SSL을 설정하고, SSL 복호화 장치(120)와 서버(150) 간의 SSL을 설정한다(414).
그리고, SSL 복호화 장치(120)는 클라이언트(110)에 대응하는 가상의 클라이언트와 서버(150)에 대응하는 가상의 서버 간의 TCP 세션을 설정하고, 가상의 클라이언트와 가상의 서버 간에 TCP 세션을 설정을 위해 송수신하는 패킷을 보안 장치(160)로 송신한다(416).
이때, SSL 복호화 장치(120)는 클라이언트(110)의 5튜플(tuple)에 대응하는 가상의 클라이언트의 5튜플을 매칭하여 저장하고, 서버(150)의 5튜플에 대응하는 가상의 서버의 5튜플을 매칭하여 저장함으로써, 이후 대응하는 장치를 검색할 수 있다.
그리고, SSL 복호화 장치(120)는 클라이언트(110)로부터 SSL 복호화 장치(120)로 전달되는 제1 SSL 패킷을 수신하는지 확인한다(418).
418단계의 확인 결과 제1 SSL 패킷을 수신하면(418), SSL 복호화 장치(120)는 제1 SSL 패킷을 복호화해서 보안 장치(160)로 송신하고, 복호화된 제1 SSL 패킷을 다시 암호화해서 서버(150)로 송신한다(420). 이후, SSL 복호화 장치(120)는 422단계로 진행한다.
418단계의 확인결과 제1 SSL 패킷이 수신되지 않으면, SSL 복호화 장치(120)는 서버(150)로부터 SSL 복호화 장치(120)로 전달되는 제3 SSL 패킷을 수신하는지 확인한다(422).
422단계의 확인 결과 제3 SSL 패킷을 수신하면, SSL 복호화 장치(120)는 3 SSL 패킷을 복호화해서 보안 장치(160)로 송신하고, 복호화된 제3 SSL 패킷을 다시 암호화해서 클라이언트(110)로 송신한다(424). 이후, SSL 복호화 장치(120)는 426단계로 진행한다.
422단계의 확인결과 제3 SSL 패킷이 수신되지 않으면, SSL 복호화 장치(120)는 보안 장치(160)로부터 클라이언트(110)로의 메시지의 전달을 요청 받는지 확인한다(426).
426단계의 확인결과 보안 장치(160)로부터 클라이언트(110)로의 메시지의 전달을 요청 받으면, SSL 복호화 장치(120)는 메시지를 포함하는 제5 SSL 패킷을 생성해서 클라이언트(110)로 송신한다(428). 이후, SSL 복호화 장치(120)는 430단계로 진행한다.
426단계의 확인결과 보안 장치(160)로부터 클라이언트(110)로의 메시지의 전달을 요청 받지 않으면, SSL 복호화 장치(120)는 보안 장치(160)로부터 연결 차단을 요청 받는지 확인한다(430).
430단계의 확인결과 보안 장치(160)로부터 연결 차단을 요청 받으면, SSL 복호화 장치(120)는 클라이언트(110)와 서버(150) 사이에 TCP 세션의 연결을 종료시킨다(432). 이후, SSL 복호화 장치(120)는 436단계로 진행한다.
이때, SSL 복호화 장치(120)는 주도적으로 클라이언트(110)와 핸드쉐이크를 통해서 TCP 세션을 종료시키고, 서버(150)와의 핸드쉐이크를 통해서 TCP 세션을 종료시킬 수 있으며, 이 과정에서 SSL 복호화 장치(120)는 클라이언트(110)와 서버(150) 사이에서 송수신되는 TCP 패킷을 가로챌 수 있으므로, 클라이언트(110)와 핸드쉐이크를 수행할 때 서버(150)에서 수행하는 것처럼 동작하고, 서버(150)와 핸드쉐이크를 수행할 때는 클라이언트(110)에서 수행하는 것처럼 동작함으로써 TCP 세션을 종료시킬 수 있다.
430단계의 확인결과 보안 장치(160)로부터 연결 차단을 요청 받지 않으면, SSL 복호화 장치(120)는 클라이언트(110)와 서버(150) 사이에 TCP 세션의 종료가 감지됨을 확인한다(434).
434단계의 확인결과 클라이언트(110)와 서버(150) 사이에 TCP 세션의 종료가 감지되지 않으면, SSL 복호화 장치(120)는 418단계로 돌아가서 이후 과정을 반복 수행한다.
434단계의 확인결과 클라이언트(110)와 서버(150) 사이에 TCP 세션의 종료가 감지되면, SSL 복호화 장치(120)는 가상의 클라이언트와 가상의 서버 간에 TCP 세션을 종료하고, 종료할 때 송수신하는 패킷을 보안 장치(160)로 송신한다(436).
도 5는 본 발명의 일 실시 예에 따른 SSL 복호화 장치에서 클라이언트가 송신한 SSL 패킷을 처리하는 과정을 보다 상세하게 도시한 흐름도이다.
도 5를 참조하면, 도 5의 과정은 도 4의 420단계를 보다 구체적으로 도시한 것으로, SSL 복호화 장치(120)는 제1 SSL 패킷을 복호화 한다(510).
그리고, SSL 복호화 장치(120)는 가상의 클라이언트에서 가상의 서버로 전달되는 복호화된 제1 SSL 패킷의 페이로드가 포함된 제1 TCP 패킷을 생성한다(512).
그리고, SSL 복호화 장치(120)는 제1 TCP 패킷을 보안 장치(160)로 송신한다(514).
그리고, SSL 복호화 장치(120)는 복호화된 제1 SSL 패킷의 페이로드가 포함된 제2 SSL 패킷을 생성한다(516).
그리고, SSL 복호화 장치(120)는 제2 SSL 패킷을 서버(150)로 송신한다(518).
도 6은 본 발명의 일 실시 예에 따른 SSL 복호화 장치에서 서버가 송신한 SSL 패킷을 처리하는 과정을 보다 상세하게 도시한 흐름도이다.
도 6을 참조하면, 도 6의 과정은 도 6의 424단계를 보다 구체적으로 도시한 것으로, SSL 복호화 장치(120)는 제3 SSL 패킷을 복호화 한다(610).
그리고, SSL 복호화 장치(120)는 가상의 서버에서 가상의 클라이언트로 전달되는 복호화된 제3 SSL 패킷의 페이로드가 포함된 제2 TCP 패킷을 생성한다(612).
그리고, SSL 복호화 장치(120)는 제2 TCP 패킷을 보안 장치(160)로 송신한다(614).
그리고, SSL 복호화 장치(120)는 복호화된 제3 SSL 패킷의 페이로드를 포함하는 제4 SSL 패킷을 생성한다(616).
그리고, SSL 복호화 장치(120)는 제4 SSL 패킷을 클라이언트(110)로 송신한다(618).
이상에서 설명된 장치는 하드웨어 구성요소, 소프트웨어 구성요소, 및/또는 하드웨어 구성요소 및 소프트웨어 구성요소의 조합으로 구현될 수 있다. 실시 예들에서 설명된 장치 및 구성요소는, 예를 들어, 프로세서, 콘트롤러, ALU(arithmetic logic unit), 디지털 신호 프로세서(digital signal processor), 마이크로컴퓨터, FPGA(field programmable gate array), PLU(programmable logic unit), 마이크로프로세서, 또는 명령(instruction)을 실행하고 응답할 수 있는 다른 어떠한 장치와 같이, 하나 이상의 범용 컴퓨터 또는 특수 목적 컴퓨터를 이용하여 구현될 수 있다. 처리 장치는 운영 체제(OS) 및 상기 운영 체제 상에서 수행되는 하나 이상의 소프트웨어 애플리케이션을 수행할 수 있다. 또한, 처리 장치는 소프트웨어의 실행에 응답하여, 데이터를 접근, 저장, 조작, 처리 및 생성할 수도 있다. 이해의 편의를 위하여, 처리 장치는 하나가 사용되는 것으로 설명된 경우도 있지만, 해당 기술분야에서 통상의 지식을 가진 자는, 처리 장치가 복수 개의 처리 요소(processing element) 및/또는 복수 유형의 처리 요소를 포함할 수 있음을 알 수 있다. 예를 들어, 처리 장치는 복수 개의 프로세서 또는 하나의 프로세서 및 하나의 콘트롤러를 포함할 수 있다. 또한, 병렬 프로세서(parallel processor)와 같은, 다른 처리 구성(processing configuration)도 가능하다.
소프트웨어는 컴퓨터 프로그램(computer program), 코드(code), 명령(instruction), 또는 이들 중 하나 이상의 조합을 포함할 수 있으며, 원하는 대로 동작하도록 처리 장치를 구성하거나 독립적으로 또는 결합적으로(collectively) 처리 장치를 명령할 수 있다. 소프트웨어 및/또는 데이터는, 처리 장치에 의하여 해석되거나 처리 장치에 명령 또는 데이터를 제공하기 위하여, 어떤 유형의 기계, 구성요소(component), 물리적 장치, 가상 장치(virtual equipment), 컴퓨터 저장 매체 또는 장치, 또는 전송되는 신호 파(signal wave)에 영구적으로, 또는 일시적으로 구체화(embody)될 수 있다. 소프트웨어는 네트워크로 연결된 컴퓨터 시스템 상에 분산되어서, 분산된 방법으로 저장되거나 실행될 수도 있다. 소프트웨어 및 데이터는 하나 이상의 컴퓨터 판독 가능 기록 매체에 저장될 수 있다.
실시 예에 따른 방법은 다양한 컴퓨터 수단을 통하여 수행될 수 있는 프로그램 명령 형태로 구현되어 컴퓨터 판독 가능 매체에 기록될 수 있다. 상기 컴퓨터 판독 가능 매체는 프로그램 명령, 데이터 파일, 데이터 구조 등을 단독으로 또는 조합하여 포함할 수 있다. 상기 매체에 기록되는 프로그램 명령은 실시 예를 위하여 특별히 설계되고 구성된 것들이거나 컴퓨터 소프트웨어 당업자에게 공지되어 사용 가능한 것일 수도 있다. 컴퓨터 판독 가능 기록 매체의 예에는 하드 디스크, 플로피 디스크 및 자기 테이프와 같은 자기 매체(magnetic media), CD-ROM, DVD와 같은 광기록 매체(optical media), 플롭티컬 디스크(floptical disk)와 같은 자기-광 매체(magneto-optical media), 및 롬(ROM), 램(RAM), 플래시 메모리 등과 같은 프로그램 명령을 저장하고 수행하도록 특별히 구성된 하드웨어 장치가 포함된다. 프로그램 명령의 예에는 컴파일러에 의해 만들어지는 것과 같은 기계어 코드뿐만 아니라 인터프리터 등을 사용해서 컴퓨터에 의해서 실행될 수 있는 고급 언어 코드를 포함한다. 상기된 하드웨어 장치는 실시예의 동작을 수행하기 위해 하나 이상의 소프트웨어 모듈로서 작동하도록 구성될 수 있으며, 그 역도 마찬가지이다.
이상과 같이 실시 예들이 비록 한정된 실시 예와 도면에 의해 설명되었으나, 해당 기술분야에서 통상의 지식을 가진 자라면 상기의 기재로부터 다양한 수정 및 변형이 가능하다. 예를 들어, 설명된 기술들이 설명된 방법과 다른 순서로 수행되거나, 및/또는 설명된 시스템, 구조, 장치, 회로 등의 구성요소들이 설명된 방법과 다른 형태로 결합 또는 조합되거나, 다른 구성요소 또는 균등물에 의하여 대치되거나 치환되더라도 적절한 결과가 달성될 수 있다.
그러므로, 다른 구현들, 다른 실시 예들 및 특허청구범위와 균등한 것들도 후술하는 특허청구범위의 범위에 속한다.

Claims (12)

  1. 보안 소켓 계층(SSL; Secure Sockets Layer) 복호화 장치에서 보안 소켓 계층 복호화 방법에 있어서,
    클라이언트와 서버 간의 TCP(Transmission Control Protocol) 세션이 설정된 후에 상기 클라이언트와 상기 서버 간의 SSL을 연결하기 위한 SSL 핸드쉐이크에 관한 패킷을 감지하는 단계;
    상기 클라이언트와 상기 SSL 복호화 장치 간의 SSL을 설정하고, 상기 SSL 복호화 장치와 상기 서버 간의 SSL을 설정하는 단계;
    상기 클라이언트에 대응하는 가상의 클라이언트와 상기 서버에 대응하는 가상의 서버 간의 TCP 세션을 설정하고, 상기 TCP 세션을 설정할 때 상기 가상의 클라이언트와 상기 가상의 서버 간에 송수신하는 패킷을 보안 장치로 송신하는 단계; 및
    상기 클라이언트로부터 상기 SSL 복호화 장치로 전달되는 제1 SSL 패킷을 수신하면, 상기 제1 SSL 패킷을 복호화해서 상기 보안 장치로 송신하고, 상기 복호화된 제1 SSL 패킷을 다시 암호화해서 상기 서버로 송신하는 단계
    를 포함하는 보안 소켓 계층 복호화 방법.
  2. 제1항에 있어서,
    상기 제1 SSL 패킷을 복호화해서 상기 보안 장치로 송신하고, 상기 복호화된 제1 SSL 패킷을 다시 암호화해서 상기 서버로 송신하는 단계는,
    상기 클라이언트로부터 상기 SSL 복호화 장치로 전달되는 상기 제1 SSL 패킷을 수신하면, 상기 제1 SSL 패킷을 복호화하는 단계;
    상기 가상의 클라이언트에서 상기 가상의 서버로 전달되는 상기 복호화된 제1 SSL 패킷의 페이로드가 포함된 제1 TCP 패킷을 생성하는 단계;
    상기 제1 TCP 패킷을 상기 보안 장치로 송신하는 단계;
    상기 복호화된 제1 SSL 패킷의 페이로드가 포함된 제2 SSL 패킷을 생성하는 단계; 및
    상기 제2 SSL 패킷을 상기 서버로 송신하는 단계
    를 포함하는 보안 소켓 계층 복호화 방법.
  3. 제1항에 있어서,
    상기 서버로부터 상기 SSL 복호화 장치로 전달되는 제3 SSL 패킷을 수신하면, 상기 제3 SSL 패킷을 복호화해서 상기 보안 장치로 송신하고, 상기 복호화된 제3 SSL 패킷을 다시 암호화해서 상기 클라이언트로 송신하는 단계
    를 더 포함하는 보안 소켓 계층 복호화 방법.
  4. 제3항에 있어서,
    상기 제3 SSL 패킷을 복호화해서 상기 보안 장치로 송신하고, 상기 복호화된 제3 SSL 패킷을 다시 암호화해서 상기 클라이언트로 송신하는 단계는,
    상기 서버로부터 상기 SSL 복호화 장치로 전달되는 상기 제3 SSL 패킷을 수신하면, 상기 제3 SSL 패킷을 복호화하는 단계;
    상기 가상의 서버에서 상기 가상의 클라이언트로 전달되는 상기 복호화된 제3 SSL 패킷의 페이로드가 포함된 제2 TCP 패킷을 생성하는 단계;
    상기 제2 TCP 패킷을 상기 보안 장치로 송신하는 단계;
    상기 복호화된 제3 SSL 패킷의 페이로드를 포함하는 제4 SSL 패킷을 생성하는 단계; 및
    상기 제4 SSL 패킷을 상기 클라이언트로 송신하는 단계
    를 포함하는 보안 소켓 계층 복호화 방법.
  5. 제1항에 있어서,
    상기 클라이언트와 상기 서버 사이에 TCP 세션이 종료됨을 감지하면, 상기 가상의 클라이언트와 상기 가상의 서버 간에 TCP 세션을 종료하고, TCP 세션을 종료할 때 상기 가상의 클라이언트와 상기 가상의 서버 간에 송수신하는 패킷을 상기 보안 장치로 송신하는 단계
    를 더 포함하는 보안 소켓 계층 복호화 방법.
  6. 제1항에 있어서,
    상기 보안 장치로부터 상기 클라이언트로의 메시지의 전달을 요청 받으면, 상기 메시지를 포함하는 제5 SSL 패킷을 생성해서 상기 클라이언트로 송신하는 단계
    를 더 포함하는 보안 소켓 계층 복호화 방법.
  7. 제6항에 있어서,
    상기 보안 장치로부터 상기 클라이언트로의 메시지의 전달 요청은,
    상기 보안 장치로부터 상기 클라이언트로 송신하는 상기 메시지를 포함하는 FIN 패킷을 수신하고, 상기 보안 장치로부터 상기 서버로 송신하는 RST 패킷을 수신하는 경우에 상기 보안 장치로부터 상기 클라이언트로의 메시지의 전달 요청으로 판단하는
    보안 소켓 계층 복호화 방법.
  8. 제1항에 있어서,
    상기 보안 장치로부터 상기 클라이언트와 상기 서버 간의 연결 차단을 요청 받으면, 상기 클라이언트와 상기 서버 간의 연결을 차단하는 단계; 및
    상기 가상의 클라이언트와 상기 가상의 서버 간에 TCP 세션을 종료하고, TCP 세션을 종료할 때 상기 가상의 클라이언트와 상기 가상의 서버 간에 송수신하는 패킷을 상기 보안 장치로 송신하는 단계
    를 더 포함하는 보안 소켓 계층 복호화 방법.
  9. 제8항에 있어서,
    상기 보안 장치로부터 상기 클라이언트와 상기 서버 간의 연결 차단 요청은,
    상기 보안 장치로부터 상기 클라이언트와 상기 서버 각각으로 송신하는 RST 패킷을 수신하는 경우에 상기 클라이언트와 상기 서버 간의 연결 차단 요청으로 판단하는
    보안 소켓 계층 복호화 방법.
  10. 제1항에 있어서,
    상기 클라이언트에 대응하는 상기 가상의 클라이언트와 상기 서버에 대응하는 상기 가상의 서버 간의 상기 TCP 세션을 설정하고, 상기 TCP 세션을 설정할 때 상기 가상의 클라이언트와 상기 가상의 서버 간에 송수신하는 패킷을 상기 보안 장치로 송신하는 단계는,
    상기 클라이언트의 5튜플(tuple)에 대응하는 상기 가상의 클라이언트의 5튜플을 매칭하여 저장하고, 상기 서버의 5튜플에 대응하는 상기 가상의 서버의 5튜플을 매칭하여 저장하는 단계
    를 포함하는 보안 소켓 계층 복호화 방법.
  11. 제1항에 있어서,
    상기 클라이언트와 상기 서버 간에 설정된 TCP 세션의 정보와 상기 가상의 클라이언트와 상기 가상의 서버 간에 설정된 TCP 세션의 정보를 비교하면, 클라이언트 아이피, 서버 아이피 및 서버 포트는 동일한 값을 가지고 클라이언트 포트는 서로 다른 값을 가지는 것을 특징으로 하는
    보안 소켓 계층 복호화 방법.
  12. 제1항 내지 제11항 중 어느 한 항의 방법을 실행하기 위한 프로그램이 기록되어 있는 것을 특징으로 하는 컴퓨터에서 판독 가능한 기록 매체.
PCT/KR2018/009935 2017-08-29 2018-08-29 보안을 위한 보안 소켓 계층 복호화 방법 WO2019045424A1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US16/642,485 US20200259863A1 (en) 2017-08-29 2018-08-29 Security socket layer decryption method for security

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
KR20170109665 2017-08-29
KR10-2017-0109665 2017-08-29
KR1020180026044A KR101971995B1 (ko) 2017-08-29 2018-03-05 보안을 위한 보안 소켓 계층 복호화 방법
KR10-2018-0026044 2018-03-05

Publications (1)

Publication Number Publication Date
WO2019045424A1 true WO2019045424A1 (ko) 2019-03-07

Family

ID=65525898

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2018/009935 WO2019045424A1 (ko) 2017-08-29 2018-08-29 보안을 위한 보안 소켓 계층 복호화 방법

Country Status (1)

Country Link
WO (1) WO2019045424A1 (ko)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111628976A (zh) * 2020-05-15 2020-09-04 绿盟科技集团股份有限公司 一种报文处理方法、装置、设备及介质
CN117081840A (zh) * 2023-09-19 2023-11-17 中科驭数（北京）科技有限公司 安全套接层通信方法、装置、专用数据处理器及介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20090098542A (ko) * 2008-03-14 2009-09-17 주식회사 엑스큐어넷 프록시를 이용한 암호화 데이터 통신시스템 및 암호화데이터 통신방법
KR20130024388A (ko) * 2011-08-31 2013-03-08 (주)소만사 패킷 미러링 방식으로 암호화된 ｈｔｔｐｓ 통신 데이터를 모니터링하여 개인정보유출을 방지하는 개인정보 유출 방지 시스템 및 방법
US20150381570A1 (en) * 2013-08-14 2015-12-31 Iboss, Inc. Selectively performing man in the middle decryption
US20160219018A1 (en) * 2015-01-27 2016-07-28 Dell Software Inc. Dynamic bypass of tls connections matching exclusion list in dpi-ssl in a nat deployment
US20170093824A1 (en) * 2015-09-30 2017-03-30 Imperva, Inc. Virtual encryption patching using multiple transport layer security implementations

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20090098542A (ko) * 2008-03-14 2009-09-17 주식회사 엑스큐어넷 프록시를 이용한 암호화 데이터 통신시스템 및 암호화데이터 통신방법
KR20130024388A (ko) * 2011-08-31 2013-03-08 (주)소만사 패킷 미러링 방식으로 암호화된 ｈｔｔｐｓ 통신 데이터를 모니터링하여 개인정보유출을 방지하는 개인정보 유출 방지 시스템 및 방법
US20150381570A1 (en) * 2013-08-14 2015-12-31 Iboss, Inc. Selectively performing man in the middle decryption
US20160219018A1 (en) * 2015-01-27 2016-07-28 Dell Software Inc. Dynamic bypass of tls connections matching exclusion list in dpi-ssl in a nat deployment
US20170093824A1 (en) * 2015-09-30 2017-03-30 Imperva, Inc. Virtual encryption patching using multiple transport layer security implementations

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111628976A (zh) * 2020-05-15 2020-09-04 绿盟科技集团股份有限公司 一种报文处理方法、装置、设备及介质
CN111628976B (zh) * 2020-05-15 2022-06-07 绿盟科技集团股份有限公司 一种报文处理方法、装置、设备及介质
CN117081840A (zh) * 2023-09-19 2023-11-17 中科驭数（北京）科技有限公司 安全套接层通信方法、装置、专用数据处理器及介质

Similar Documents

Publication Publication Date Title
US10171590B2 (en) Accessing enterprise communication systems from external networks
US7386889B2 (en) System and method for intrusion prevention in a communications network
US20090037587A1 (en) Communication system, communication apparatus, communication method, and program
WO2013085217A1 (ko) 다수의 중계 서버를 갖는 보안관리 시스템 및 보안관리 방법
WO2015065149A1 (ko) 전자 장치 및 전자 장치의 제어 방법
WO2022235007A1 (ko) 컨트롤러 기반의 네트워크 접속을 제어하기 위한 시스템 및 그에 관한 방법
CN111988289B (zh) Epa工业控制网络安全测试系统及方法
CN110752921A (zh) 一种通信链路安全加固方法
WO2019045424A1 (ko) 보안을 위한 보안 소켓 계층 복호화 방법
US8015406B2 (en) Method to create an OSI network layer 3 virtual private network (VPN) using an HTTP/S tunnel
EP4445603A1 (en) Method and device for selective user plane security in wireless communication system
WO2016111407A1 (ko) 단말 세션의 복원 기능을 구비한 네트워크 통신 방법
WO2016200232A1 (ko) 서버 장애 시 원격 서버 복구 시스템 및 방법
KR101971995B1 (ko) 보안을 위한 보안 소켓 계층 복호화 방법
WO2018056582A1 (ko) 보안 소켓 계층 통신을 이용하는 패킷을 검사하는 방법
WO2013151376A1 (ko) 듀얼 ｏｓ를 이용한 보안 시스템 및 그 방법
WO2021107493A1 (ko) 보안성이 강화된 카메라 사용환경 설정 능력을 구비하는 영상 감시 시스템
WO2020005047A1 (ko) 보안 소켓 계층 복호화 장치에서 다양한 전자 서명 알고리즘을 지원하기 위한 전자 재서명 방법
WO2024071535A1 (ko) Saas 기반 데이터베이스 접근제어 게이트웨이 서비스 시스템 및 방법
WO2019107794A1 (ko) 통신 관리 장치 및 방법
WO2021060641A1 (ko) 보안 소켓 계층 복호화 장치에서 접속할 수 없는 사이트를 제외하는 방법
WO2014107028A1 (ko) 악성코드 침입 방지시스템 및 악성코드 침입 방지시스템의 동작 방법
WO2019172663A1 (ko) 기설정된 운영체제에서 송신되는 패킷의 보안을 위해서 보안 소켓 계층을 복호화하는 방법
WO2018097548A1 (ko) 암호화된 트래픽 분석을 통한 내부 정보 유출 모니터링 시스템 및 방법
WO2023249320A1 (ko) Dds 통신 방법, 장치 및 시스템

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 18852596

Country of ref document: EP

Kind code of ref document: A1