이번 주 GitHub는 저장소 접근 권한을, Cloudflare는 네트워크 요청을 다루는 보안 기능을 소개했습니다. 두 기능 모두 도입할 때 복구 절차를 함께 준비해야 합니다. 정상적인 업무가 차단됐을 때 원인을 확인하고 설정을 되돌릴 담당자가 필요하기 때문입니다.
GitHub와 Cloudflare가 소개한 기능
GitHub의 Evergreen 소개는 외부 협업자의 권한을 정기적으로 검토하고, 활동이 없는 저장소를 보관 처리하는 과정을 다룹니다. 검토 기한을 정하고 이슈에 기록을 남깁니다. 보관 처리한 저장소도 삭제하지 않고 유지합니다.
Cloudflare의 Gateway 발표는 허용된 HTTP 요청을 Worker로 보내는 Forward 기능을 소개합니다. 발표 당시 Forward는 공개 시험 단계였고, Gateway Custom Functions는 추후 제공할 예정이었습니다.
정상적인 업무가 차단됐을 때의 대응
정해진 규칙대로 권한을 회수했지만 협업자가 아직 해야 할 일이 남아 있을 수 있습니다. 요청을 바꾸는 코드가 의도대로 작동해도 특정 서비스에서는 오류가 날 수 있습니다. 그래서 자동화할 작업을 정할 때는 잘못 적용된 경우에 되돌리는 방법도 함께 준비해야 합니다.
저장소 권한이라면 협업자의 업무를 확인할 사람과 권한을 다시 부여할 사람이 필요합니다. 네트워크 규칙이라면 문제가 생긴 규칙을 끌 수 있는 담당자를 정해 두어야 합니다. 어떤 설정을 왜 바꿨는지 기록이 남아 있어야 원인을 찾기도 쉽습니다.
다른 팀원도 따라 할 수 있는 복구 절차
테스트 환경에서 작업 하나를 골라, 정상적인 요청이 차단되는 상황을 만들어 보세요. 설정한 사람이 아닌 다른 팀원도 기록을 보고 원인을 찾아 접속을 복구할 수 있는지 확인해 보세요. 필요한 권한이나 빠진 설명이 있다면 이때 보완할 수 있습니다.
이 글은 두 회사의 발표를 읽고 정리한 편집팀의 의견입니다. 아래 기사 목록과 이 글은 별도로 갱신됩니다. 오류를 발견하셨다면 편집 원칙에 안내된 연락처로 알려주세요.