저장소 위생과 비밀정보 사고 대응

Git은 한 번 들어온 것을 잘 지웁니다. 정확히는 잘 지우지 못합니다. 파일을 삭제해도 그 파일이 있었던 커밋은 이력에 그대로 남습니다.

그래서 저장소 관리의 핵심은 지우는 방법이 아니라 처음부터 넣지 않는 것입니다. 무엇을 넣지 않을지 기준을 먼저 정해야 합니다.

gitignore는 아직 추적하지 않는 파일만 무시합니다. 이미 커밋된 파일은 나중에 규칙을 추가해도 계속 추적됩니다. 그래서 처음에 만들어 두는 것이 중요합니다.

이미 커밋한 뒤에 제외하려면 추적을 먼저 끊어야 합니다. 이때 파일 자체는 남기고 Git 관리에서만 빼는 것이 핵심입니다.

100MB 파일을 커밋했다가 다음 커밋에서 지워도 저장소 크기는 줄지 않습니다. 이력에 남아 있어 clone 할 때마다 함께 내려받습니다.

팀원이 늘고 CI가 매번 clone 하는 환경에서는 이 비용이 계속 누적됩니다.

가장 중요한 원칙부터 말하면, 파일을 지우는 것보다 값을 폐기하는 것이 먼저입니다.

커밋을 되돌리고 이력을 정리하는 데 시간이 걸리는데, 그동안에도 그 키는 유효합니다. 이미 원격에 올라갔다면 누군가 봤다고 가정해야 합니다.

순서를 지키지 않고 이력 정리부터 시작하다가 실제 유출로 이어지는 경우가 있습니다.

• 1. 노출된 키와 비밀번호를 즉시 폐기하고 새로 발급합니다. 가장 먼저 할 일입니다.
• 2. 해당 계정의 접근 로그를 확인해 실제 사용 흔적이 있는지 봅니다.
• 3. 보안 담당자에게 알립니다. 조직 기준에 따라 보고 의무가 있을 수 있습니다.
• 4. 코드에서 값을 제거하고 환경변수나 비밀 관리 도구로 옮깁니다.
• 5. gitignore에 해당 파일을 추가하고 추적을 끊습니다.
• 6. 이력 정리가 필요한지 판단합니다. 공개 저장소라면 필요하고, 내부 저장소라면 조직 기준을 따릅니다.

사고 대부분은 확인 없이 전체를 추가하면서 생깁니다. 무엇이 스테이지에 올라갔는지 한 번만 보면 막을 수 있습니다.