다중 인증 적용, 루트 계정부터 시작합니다

가장 강한 계정부터 걸어야 의미가 있습니다

다단계 인증을 전체 계정에 한 번에 적용하려 하면 준비에 시간이 걸려 미뤄집니다. 그래서 순서를 둡니다. 1순위는 결제와 계정 설정을 바꿀 수 있는 최상위 계정입니다. 이 계정이 탈취되면 다른 모든 통제가 무력화되므로 여기부터 적용합니다. 2순위는 관리자 권한을 가진 계정입니다. 3순위는 운영 자원을 변경할 수 있는 계정이고, 4순위는 읽기만 가능한 계정입니다. 이 순서로 적용하면 초기 몇 개만 끝내도 위험의 큰 부분이 줄어듭니다. 또 최상위 계정은 평소에 쓰지 않도록 따로 보관하고, 일상 작업은 권한을 나눈 계정으로 수행합니다.

분실 대비를 먼저 준비합니다

적용 작업에서 가장 위험한 부분은 인증 수단을 잃어버리는 상황입니다. 그래서 적용 전에 두 가지를 준비합니다. 첫째, 인증 수단을 두 개 이상 등록합니다. 하나는 평소 쓰는 장치, 다른 하나는 별도로 보관하는 수단으로 둡니다. 둘째, 복구 절차를 문서로 적습니다. 복구에 필요한 정보가 무엇이고 누가 처리할 수 있는지, 처리까지 며칠이 걸리는지 적어 둡니다. 복구가 며칠 걸린다는 사실을 미리 알면, 그 기간 동안 업무가 멈추지 않도록 대체 경로를 함께 준비하게 됩니다. 준비 없이 적용하면 분실 시점에 계정 접근이 끊깁니다.

적용 비용과 사고 비용을 비교합니다

학습용 가정으로 계산합니다. 가정값은 대상 계정이 12개이고 계정당 등록과 확인에 10분이 든다고 두겠습니다. 작업 시간은 120분이고 내부 시간 비용을 시간당 30,000원으로 가정하면 60,000원입니다. 이것이 중간 계산값입니다. 최종 판단은 사고 비용과 비교해서 합니다. 관리자 계정이 탈취되어 자원을 점검하고 비밀을 모두 교체하고 변경 내역을 확인하는 데 24시간이 든다고 가정하면 720,000원입니다. 적용 비용의 12배입니다. 이 계산에는 데이터 유출로 생기는 비용이 빠져 있으므로, 실제 격차는 더 큽니다.

프로그램 계정에는 다른 수단을 씁니다

결론을 뒤집는 조건은 계정의 성격입니다. 사람이 아닌 프로그램이 쓰는 계정에는 다단계 인증을 적용할 수 없습니다. 사람이 장치를 들고 있을 수 없기 때문입니다. 그래서 프로그램 계정은 역할 기반 임시 자격 증명으로 옮기고, 그것이 불가능하면 열쇠의 권한과 유효 기간을 최소로 좁히고 사용 기록을 감시합니다. 두 번째 조건은 공유 계정입니다. 여러 사람이 한 계정을 쓰면 인증 장치를 공유해야 하므로 추적이 불가능해집니다. 이 경우 계정을 사람별로 나누는 작업이 다단계 인증보다 먼저입니다. 점검표에는 사람 계정과 프로그램 계정을 나눠 적습니다.

서버 운영 실행 전 점검표

• 최상위 계정부터 순서대로 적용했다
• 인증 수단을 두 개 이상 등록했다
• 복구 절차와 소요 일수를 문서로 적었다
• 프로그램 계정과 공유 계정을 따로 분류했다