엄범


TLS는 확장 프로토콜로 Heartbeat를 사용한다. ( RFC 6520 )

Heartbeat는 Client와 Server가 connection이 제대로 유지되고 있는지 확인하기 위해 사용한다.


Client는 Heartbeat를 이용하여 임의의 값을 그 길이와 함께 Server에 전송,

Server는 받은 임의의 값을 Client에게 돌려보내는 과정으로 이루어진다.


임의의 값과 그 값의 길이 정보가 일치하지 않는다면 응답하지 않는 것이 정상이나, Heartbleed 취약점은 Server가 이것이 일치하는지 검증하지 않고 응답하면서 발생하는 취약점이다.

Client가 "Hi!", 30Byte라고 보내면 Server는 "Hi!:?aw^er?435ˇs........awe23.4.rw234", 30Byte와 같이 추가적인 data가 송신되어 system memory 상의 랜덤한 정보가 유출된다

```c

struct {

  ContentType type; 

  ProtocolVersion version; 

  uint16 length; 

  opaque fragment[TLSPlaintext.length]; 

} TLSPlaintext;

```

The struct HeartbeatMessage is placed inside the above ``c fragment[]``.


```c

struct {

  HeartbeatMessageType type;

  uint16 payload_length;

  opaque payload[HeartbeatMessage.payload_length];

  opaque padding[padding_length];

} HeartbeatMessage;

```

  • `` type`` : heartbeat_request or heartbeat_response.
  • `` payload_length`` : The length of the payload.
  • `` payload`` : The payload consists of arbitrary content.
  • `` padding`` : The padding is random content that MUST be ignored by the receiver.
    The length of a HeartbeatMessage is TLSPlaintext.length for TLS and DTLSPlaintext.length for DTLS. Furthermore, the length of the type field is 1 byte, and the length of the payload_length is 2.

Therefore, the padding_length is ``c TLSPlaintext.length - payload_length - 3`` for TLS and ``c DTLSPlaintext.length - payload_length - 3`` for DTLS. The padding_length MUST be at least 16.



이런식이다. TLSPlaintext.length 값은 3 이고,

실제로 Type 1byte, Playload length에서 2byte로 총 3byte가 Hearbeat Message의 size인데,

Payload length가 16384 ( 2^14 ) 인 것을 확인할 수 있다.


wireshark screenshot of heartbeat packet

'Network & Protocol & Infra > Network Attack' 카테고리의 다른 글

HTTP 패킷 캡쳐 (크롬 , burp suite, wireshark)  (0) 2019.02.25
ARP spoofing  (0) 2018.07.24
OpenSSL Heartbleed  (0) 2016.09.07