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

134

2

부

시스템 설계

SRE

도서의

8

장,

SRE

워크북의

14

장과

15

장 등을 참고하기 바란다.

애플리케이션 개발자는 공통적인 용어로 정의된 정책 결정을 해석하기 위해 도움이 필요하다.

지금까지 언급한 함정을 잘 피하고 이해할 수 있는 정책 용어를 사용했다 하더라도, 여전히 관

리용

API

를 구현하는 애플리케이션 개발자, 프로덕션 환경에 도메인 전용 지식을 갖춘 보안 엔

지니어 및

SRE

에게는 도움이 필요하고 그들과의 적절한 협업이 있어야 보안과 기능성 사이에

올바른 균형을 갖출 수 있다.

5.6

더 알아보기: 고급 제어

여전히 대부분의 승인 결정은 예/아니요의 이분법을 따르지만 경우에 따라서는 더 유연한 결정

이 필요하다. ‘그럴지도’를 빼고 단순히 예/아니요로만 제한하는 것보다는 추가적인 검사를 통

해 시스템의 부담을 현저히 낮출 수 있다. 지금부터 설명할 제어 기법은 독립적으로 혹은 혼합

해서 활용이 가능하다. 제어 기법의 적절한 사용은 데이터의 민감성

sensitivity

, 행위의 위험도 그

리고 기존 비즈니스 절차에 따라 다르다.

5.6.1

멀티파티 승인

보안과 신뢰성 문화 발전에 기여해 온 전통적인 방법 중 하나는 다른 사람이 접근 여부를 결정

하는 것이다 (

21

장 참고 ). 이 방법의 장점은 다음과 같다.

●

보안이나 개인 정보 문제를 유발할 수 있는 실수나 의도치 않은 정책의 위반을 방지한다.

●

징계 조치를 감수하는 직원이나 체포 당하는 것을 감수하는 외부의 공격자 등 불순한 의도의 공격자가

악의적인 변경을 수행하지 못하게