728x90
반응형

TLS 핸드세이크

  • 클라이언트 - 서버가 교환하는 일련의 데이터그램 == 메시지
  • 사용되는 키 교환 알고리즘의 종류 및 양측에서 지원하는 암호 모음에 따라 달라짐
    • 1.3 버전 이전에는 RSA 키 교환 알고리즘을 사용했지만, 안전하지 않음

TLS 핸드세이크 작동 방식

  • 비대칭 암호화(공개 키 - 개인 키) 사용

  • TLS 핸드세이크
    • 클라이언트 헬로 메시지
      • 클라이언트가 서버로 Hello 메시지 전송하여 핸드세이크 개시
      • 이 때 TLS 버전, 지원 암호 제품군, 클라이언트 무작위 바이트 문자열 포함
    • 서버 헬로 메시지
      • 클라이언트 헬로 메시지에 대한 응답으로 서버의 SSL 인증서, 서버에서 선택한 암호 제품군, 그리고 서버에서 생성한 무작위 문자열 바이트 포함한 메시지 전송
    • 인증
      • 클라이언트가 서버의 SSL 인증서를 인증서 발행 기관을 통해 검증
      • 인증서에 명시된 서버인지, 상호작용중인 서버가 실제 해당 도메인의 소유자인지 확인
    • 예비 마스터 암호
      • 클라이언트가 무작위 바이트 문자열 하나 더 전송
      • 공개키로 암호화 되며, 서버 개인 키로만 해독 가능
      • 공개키는 서버의 SSL 인증서를 통해 클라이언트에 전달됨
    • 개인키 사용
      • 서버가 예비 마스터 암호를 해독함
    • 세션 키 생성
      • 클라이언트와 서버 모두 클라이언트 무작위, 서버 무작위, 예비 마스터 암호 이용해 세션 키 생성
      • 모두 동일한 결과가 나와야 함
    • 클라이언트 준비 완료
      • 클라이언트가 세션 키로 암호화된 완료 메시지 전송
    • 서버 준비 완료
      • 서버가 세션 키로 암호화된 완료 메시지 전송
    • 안전한 대칭 암호화 성공
      • 핸드세이크 완료, 세션키를 통한 통신이 진행
  • 데이터가 암호화되고 인증되면, 메시지 인증 코드(MAC: Message Authorization Code)와 함께 서명됨
728x90
반응형

'네트워크' 카테고리의 다른 글

[TLS] TLS 란?  (0) 2025.01.13
728x90
반응형

TLS(Transport Layer Security)란?

  • 인터넷 상 커뮤니케이션을 위한 개인 정보 및 데이터 보안 용이하게 위한 하기 보안 프로토콜
  • 즉 웹 브라우저/어플리케이션과 서버간 커뮤니케이션을 암호화 하는 포로토콜
    • 이메일, 메세지, VoIP(보이스오버) 등

TLS 역할

  • 암호화: 제 3자로부터 전송되는 데이터 숨김
  • 인증: 정보 교환 당사자가 요청된 당사자임을 보장
  • 무결성: 데이터가 위조되거나 변조되지 않았는지 확인

사용 이유

  • 데이터 유출 및 공격으로부터 웹 어플리케이션 보호 용도

TLS vs SSL

  • SSL (Secure Sockets Layer): 보안 소켓 계층
  • TLS는 SSL에서 발전한 버전
  • 두개를 혼동하여 사용하는 경우가 많음. 현재는 TLS 를 주로 사용함

TLS vs HTTPS

  • HTTPS는 HTTPS 프로토콜 상위에서 TLS 암호화를 구현한 것

TLS 인증서?

  • 웹 어플리케이션이 TLS를 사용하기 위해선 원본 서버에 TLS 인증서가 설치되어야 함
    • SSL 인증서라고 혼동돼서 불리기도 함
    • 인증 기관이 도메인을 소유한 사람 혹은 비즈니스에 TLS 인증서 발행
  • 서버의 공개키 및 도메인 소유자에 대한 정보 포함함
  • 서버의 신원 확인하는데 사용됨

암호 제품군?

  • 안전한 통신 연결 수립을 위한 알고리즘 세트
728x90
반응형

'네트워크' 카테고리의 다른 글

[TLS] TLS 핸드세이크?  (0) 2025.01.14
728x90
반응형

Nullable 데이터

  • DB의 필드 중에 NULL 값이 들어갈 수 있는 값들이 있다. 이 값들을 쿼리해서 코드단에서 처리할 때 어떻게 해야 할까?
  • 다른 언어들은 그냥 쿼리해서 사용하면 null 값으로 처리되던데...

Struct 정의

  • 우선 쿼리된 결과를 원하는 값들에 할당해준다. 아래는 기존에 사용하던 코드
type SampleQueryItem struct {
  UserId string `json:"userId"`
  UserName string `json:"userName"`
  UserEmail string `json:"userEmail"`
}
  • 이렇게 하면 받아오는 데이터 세개 전부 값이 있다고 가능하는 셈이다.
    • 이렇게 된다면 null 값들은 처리할 수 없다.

포인터 사용하기

type SampleQueryItem struct {
  UserId string `json:"userId"`
  UserName string `json:"userName"`
  UserEmail *string `json:"userEmail"` // 포인터 사용
}
  • 이렇게 처리하면 userEmail 값은 null 로 받아올 수 있다.

번외; 단건 조회 데이터가 없을 때

  • 한 건 조회할 때, 쿼리 데이터가 없다면?
  • golang은 심플함을 강조하기 때문에, 이러한 상황들을 직접 핸들링 해 줘야 한다.

기존 코드

var dataItem SampleQueryItem

if scanErr := queryResult.Scan(&dataItem.UserId, &dataItem.UserName, &dataItem.UserEmail);
    scanErr != nil {
        log.Printf("Scan Error: %v", scanErr)
        return scanErr
    }
  • 이렇게 해 주면 scan 에러가 발생한다. 그 이유는 쿼리된 데이터가 없다는 것

수정된 코드

var dataItem SampleQueryItem

if scanErr := queryResult.Scan(&dataItem.UserId, &dataItem.UserName, &dataItem.UserEmail);
    scanErr != nil {
        // 데이터가 없는 에러는 error 에러를 리턴하지 않게 해서 에러로 빠지지 않게 한다.
        if scanErr == sql.NoRowError {
            return SampleQueryItem{}, nil
        }

        log.Printf("Scan Error: %v", scanErr)
        return SampleQueryItem{}, scanErr
    }
  • 조회된 데이터가 없는 것은 에러로 처리된다. scan 할 데이터가 없기 때문
    • 위 처럼 쿼리 후 에러 핸들링을 하면, 에러 처리로 넘기지 않고 빈 데이터를 넘길 수 있다.
728x90
반응형

+ Recent posts