SRE를 위한 시스템 설계와 구축

314

3

부

시스템의 구현

이션’ 참고 )은 직관적이지 않거나 시간이 많이 소요되는 절차다. 그래서 키 머티리얼을 분실하

거나 도둑맞으면 심각한 혼란을 초래한다. 이런 상황을 방지하기 위해 우리는 (암호화 연결을

사용하는 브라우저와 다른 클라이언트에 머티리얼을 배포함으로써 ) 생태계에 다른 루트 키 머

티리얼을 투입해서 필요한 경우 대체 머티리얼로 교체할 수 있게 했다.

11.4.6

데이터 검증

키 머티리얼의 분실 외에

CA

에서 발생할 수 있는 가장 심각한 문제는 발급 에러다. 우리는 사

람의 개입이 검증이나 발급에 영향을 미치지 않도록 시스템을 설계했다. 그래서

CA

코드와 인

프라스트럭처의 정확함과 견고함에만 오롯이 집중할 수 있었다.

지속적 검증 (

8

.

6

절 ‘더 알아보기: 지속적 검증’ 참고 )은 시스템이 예상대로 동작하는지 확인한

다. 구글의 공개적으로 신뢰할 수 있는

CA

에 이 개념을 구현하기 위해 우리는 발급 절차의 여

러 단계에서 린터

linter

8

를 이용해 인증서를 자동으로 실행했다. 린터는 에러 패턴을 확인한다.

예컨데 인증서의 수명이 유효한지 또는

subject

:

commonName

필드의 길이가 유효한지 등을

확인한다. 일단 인증서를 검증하면 대중이 검증할 수 있도록 인증 투명성 로그

certificate

transparency

log

에 기록한다. ...