인증 프로토콜·티켓·통합 인증

1. Challenge-response

비밀번호나 비밀키 자체를 그대로 보내지 않고, 검증자가 보낸 새로운 challenge에 대해 정당한 비밀을 가진 주체만 만들 수 있는 응답을 반환한다.

검증자 → 주장자 : nonce N
주장자 → 검증자 : MAC_K(신원 || N || 문맥)

검증자는 다음을 확인한다.

• 응답이 현재 보낸 nonce와 연결되는가
• 올바른 비밀키로 생성되었는가
• 의도한 상대·서비스·세션과 연결되는가
• 이미 사용된 응답이 아닌가

2. Freshness와 재전송 방지

짧은 만료시간만으로 같은 유효기간 안의 중복 사용이 자동 차단되는 것은 아니다. 필요하면 사용 이력이나 replay cache로 중복을 검사한다.

3. 상호 인증

한쪽만 상대를 확인하는 단방향 인증과 달리, 상호 인증은 양쪽이 서로의 정당성을 확인한다. 공격자가 가짜 서버로 사용자를 유도할 수 있는 환경에서는 서버 인증도 중요하다.

4. SSO의 기본 개념

SSO(Single Sign-On)는 한 번의 인증 결과를 여러 서비스에서 활용해 반복 로그인을 줄이는 구조다.

장점:

• 사용자가 여러 비밀번호를 반복 입력하지 않아도 된다.
• 중앙에서 인증정책과 계정 상태를 관리하기 쉽다.

위험:

• 중앙 인증 서버가 침해되면 여러 서비스가 함께 영향을 받는다.
• 한 번 탈취된 인증 결과가 여러 서비스에 사용될 수 있다.
• 각 서비스의 로컬 인가와 세션 관리는 여전히 필요하다.

LDAP 같은 디렉터리는 계정 정보를 저장·조회하는 수단일 수 있지만, 디렉터리만 존재한다고 SSO가 자동으로 완성되는 것은 아니다.

5. Kerberos의 구성요소

Kerberos는 신뢰하는 KDC를 중심으로 대칭키와 티켓을 이용해 사용자와 서비스를 인증한다.

6. Kerberos 티켓 흐름

1단계: AS 교환

1. 클라이언트가 AS에 인증을 요청한다.
2. 비밀번호 기반의 기본 흐름에서 AS는 사용자 장기키로 보호한 응답에 클라이언트–TGS 세션키를 담아 전달한다.
3. AS는 TGS의 장기키로 보호한 TGT를 발급한다. 클라이언트는 TGT의 보호된 내부를 직접 해독하지 않고 보관·제출한다.

2단계: TGS 교환

1. 클라이언트가 TGT와 authenticator를 TGS에 제출한다.
2. TGS가 티켓·시간·재사용 여부를 확인한다.
3. TGS가 클라이언트–서비스 세션키를 클라이언트용으로 보호해 전달하고, 서비스 서버의 장기키로 보호한 서비스 티켓을 발급한다.

3단계: 서비스 인증

1. 클라이언트가 서비스 티켓과 새 authenticator를 서비스에 제출한다.
2. 서비스는 티켓에서 세션키를 얻어 authenticator를 확인한다.
3. 필요하면 서비스도 응답해 상호 인증을 수행한다.

좌우로 이동해 그림을 확인하세요.그림 크게 보기

7. Kerberos의 핵심 보안 특성

• 비밀번호를 매 서비스에 직접 전송하지 않는다.
• 티켓에는 사용 대상·유효기간·세션키 정보가 보호되어 들어간다.
• 티켓만 반복 전송하는 공격을 막기 위해 authenticator와 replay 검사가 필요하다.
• 시간 기반 검사를 사용하므로 시계 동기화가 중요하다.
• KDC는 전체 도메인의 고가치 신뢰 지점이다.
• 클라이언트의 티켓·세션키 캐시가 탈취되면 유효기간 동안 악용될 수 있다.
• Kerberos 인증이 애플리케이션 데이터의 기밀성·무결성을 자동 보장하는 것은 아니다.

KDC가 중단되면 새 티켓 발급이 어려워진다. 이미 받은 유효한 티켓의 사용 가능 여부는 서비스 정책과 상태에 달려 있으므로 모든 기존 세션이 즉시 끊어진다고 단정하지 않는다.