January 2022
Beginner to intermediate
624 pages
11h 51m
Korean
Content preview from SRE를 위한 시스템 설계와 구축
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
Start your free trial
548
5
부
조직과 문화
이루어지는 업데이트다. 보안 팀은 초기부터 크롬의 릴리스 프로세스(
https
://
oreil
.
ly
/
J1Vao
)를 수립하고 새로운 릴리스의 품질과 신뢰성을 관리하는 기술 프로그램 관리자
technical
program
manager
(
TMP
)와 긴밀히 협력했다. 릴리스
TPM
은 크래시 비율을 측정하고 우선순위가
높은 버그를 적시에 수정하도록 하며 신중하고 점진적으로 릴리스를 출시한다. 또한 일이 너무
빨리 진행되면 엔지니어가 여유를 갖도록 독려하기도 하고 신뢰성이나 보안을 개선하는 릴리
스는 적당히 빠른 시기에 사용자에게 릴리스하도록 독려하기도 한다.
우리는 중요한 보안 픽스를
24
시간 안에 릴리스하고 배포할 수 있는지 (물론 할 수 있다)를
확인하려는 목적으로 해킹 콘테스트를 활용했다. 초기에는
Pwn2Own
(
https
://
oreil
.
ly
/
5PwMU
) 해킹 콘테스트를 열었다가 나중에는
Pwnium
(
https
://
oreil
.
ly
/
bQthO
)로 바
꾸었다. 해킹 콘테스트는 릴리스
TPM
팀과의 강력한 파트너십은 물론 많은 도움과 동의가 필
요했다. 우리는 해킹 콘테스트가 도움이 된다는 것을 입증하긴 했지만 크롬의 심층방어에 대한
투자 덕분에 실제로 콘테스트를 열어야 하는 경우는 거의 없었다.
19.5
심층방어를 위한 설계
크롬 팀이 아무리 보안 버그를 빨리 찾아 수정할 수 있든 간에,
C
++의 보안상 단점과 브라우
저의 복잡도를 생각하면 버그는 언제든 발생할 수 있어서 적절한 대비가 필요하다. 공격자는
자신의 역량을 계속해서 ...