TLS 1.3 alert 핸들링 구현 방법

Question

안녕하세요, 저는 TLS 1.3을 공부하기 위해 RFC 8466을 레퍼런스 삼아 직접 구현하는 프로젝트를 진행 중입니다.공부를 하던 도중 alert 프로토콜 관련해서 의문이 생겼는데요, 일단 한쪽 커넥션이 연결을 종료하려면 close_notify alert을 무조건 보내야 하는 것으로 알고 있습니다. 하지만 반대편 커넥션이 read를 하는 중이면 몰라도 write를 하는 중이라면 두 커넥션 모두 write를 하려고 하기 때문에 데드락이 발생하는 게 아닌가라는 생각이 듭니다.Each party MUST send a "close_notify" alert before closing its write side of the connection, unless it has already sent some error alert. This does not have any effect on its read side of the connection.위 글을 보면 read side와 write side가 구분이 되어 있어서 alert을 보내고도 read가 가능하다는 뜻인 것 같은데, 그렇게 되면 제가 위에서 설명한 데드락 문제는 없어지는 것 같긴 합니다. 그렇다면 read와 write가 동시에 가능하게 만들어야 하는 것 같은데, 일단 제가 생각한 방법은 두 가지입니다.하위 전송 프로토콜이 데이터를 논블로킹하게 보낸다고 가정한다 (버퍼링 같은 것으로)read 전용 스레드를 따로 만들어서 read가 동시에 가능하게 만든다.이 둘중 어떤 방식을 택한다고 해도 명쾌하지 않은 것 같습니다. 혹시 제가 생각하지 못한 방법이 있거나 제가 잘못 이해한 내용이 있으면 알려주시면 감사하겠습니다 🙇

캐티 · Answer

일반적으로 프로토콜은 동시 전송이거나 bidi 주거나 받는 방식인데 이거는 리소스를 아껴 사용하겠다는 거이고 예컨데 읽기쓰기를 동시에 다루는 버퍼 하나가 읽을때 쓸때 버퍼역할을 동시에 하빈다. 비동기 처리에서는 일반적으로 일고 쓰는 버퍼를 나누는데 사실 머 panding io 대기를 번갈아가면서 걸면 버퍼를 하나만 써도 되겠저.일반적으로 마지막 데이터가 전송되면 연결을 끊는데 전송이 끝났다는 가정으로 데이터 크기가 0인 패킷을 보내기도 하는 거이고, TLS 처럼 프로토콜이 한번 더 얹어진 경우에 규약을 지키려고 한다면 데이터를 모두 보내고 나서 alert 처리를 하면 되게쩌.tcp 연결은 양방향이어서 사실 스트림이 2개이고 어느 하나만 종료를 치는 수가 있고 모두 종료하여야 비로소 연결이 끊어지빈다.TCP half-open - Wikipedia

Penguin임 · Answer

소켓 통신에서 내부적으로 쓰는 버퍼와 읽는 버퍼는 다르기 때문에 상대편이 쓰고 있어도 메세지를 보내면 상대편 읽는 버퍼에 동시에 저장이 됩니다.그러니 상대편은 쓰기가 끝나고 읽기를 할때 쓰는중에 온 받은 메세지를 읽어서 처리가 됩니다.

TLS 1.3 alert 핸들링 구현 방법

2개의 답변

#tls 목록