상시 유지 키 제로: 마이그레이션 플레이북
장기 유지 비밀 정보를 없애는 것은 스위치가 아니라 프로젝트입니다. 우리가 권장하는 순서와 각 단계의 함정을 소개합니다.
옮기기 전에 목록화하세요
보이지 않는 것은 제거할 수 없습니다. 첫 단계는 발견입니다: 모든 정적 키, 서비스 계정, 공유 비밀 정보를 무엇이 사용하고 무엇에 접근할 수 있는지에 매핑합니다. 불편할 것입니다. 원래 그래야 합니다.
누구도 믿지 못할 만큼 숫자가 클 것을 예상하세요. '키가 몇 개 안 된다'고 가장 자신하는 팀이 보통 수백 개를 깔고 앉아 있습니다. 그 숫자를 공개하세요. 자신감은 가시성을 따라옵니다.
팀이 아니라 피해 반경 순으로 전환하세요
알파벳 순이나 자원하는 사람 순으로 마이그레이션하지 마세요. 피해 반경 순으로 마이그레이션하세요: 돈을 움직이거나 민감 데이터를 읽을 수 있는 자격 증명을 먼저 처리하세요. 유출되었을 때 실제로 타격을 주는 것들이기 때문입니다.
각각에 대해 상시 유지 키를 온디맨드 범위 지정 발급으로 대체하세요. 에이전트가 요청하고, 몇 분짜리 자격 증명을 받으며, 정적 키는 순환만 되는 것이 아니라 삭제됩니다. 삭제는 사람들이 건너뛰는 부분입니다. 건너뛰지 마세요.
제로임을 증명하세요
목표 상태는 상시 유지 키 제로이며, 이를 보여줄 수 있어야 합니다. 발급이 중앙화되면, '장기 유지 자격 증명이 몇 개나 존재하는가'는 어깨를 으쓱하는 설문조사가 아니라 숫자가 나오는 쿼리가 됩니다.
그 숫자는 감사인이 볼 수 있는 대시보드에 있어야 합니다. 주장으로 끝나는 마이그레이션은 조용히 퇴보하는 마이그레이션입니다. 실시간 집계로 끝나는 마이그레이션은 정직함을 유지합니다.
- #migration
- #secrets
- #rollout
More field notes
실제로 작동하는 단기 자격 증명
모두가 키는 만료되어야 한다고 동의합니다. 그러다 누군가 아무것도 깨지지 않도록 TTL을 1년으로 설정합니다. 실제 워크로드와의 접촉에서 살아남는 몇 분짜리 자격 증명을 만드는 방법을 소개합니다.
Priya Nandakumar · 플랫폼 총괄
읽는 시간 7분
배포 시점이 아니라 실행 시점에 정책 작성하기
배포 시점에 굳어진 접근 결정은 정작 중요할 때는 낡은 정보가 됩니다. 우리는 에이전트가 행동하는 순간 정책 그래프를 평가합니다. 그것이 가져다주는 이점을 소개합니다.
Priya Nandakumar · 플랫폼 총괄
읽는 시간 6분