데이터 보안의 기본

자물쇠 하나로는 충분하지 않다

"비개발자가 알아야 할 데이터베이스 이야기" 12부작 중 9편입니다. 암호화, 접근 통제, 백업, 내부자 위협 — 데이터 보안의 네 겹을 비유와 함께 정리하고, 회의에서 바로 물을 수 있는 질문을 담았습니다.

---

집을 지킬 때 현관문에 튼튼한 자물쇠 하나를 달면 될까. 대부분의 사람은 그렇지 않다는 것을 안다. 창문도 잠그고, 대비용으로 문지방을 점검하고, 귀중품은 금고에 넣는다. 어떤 침입자는 문을 뜯는 대신 지붕이나 배관을 타고 들어오기도 하고, 어떤 도둑은 열쇠를 가진 식구인 척 현관문을 열고 걸어 들어오기 때문이다.

데이터 보안도 같다. "암호화를 했습니다"라는 한마디가 보안의 끝이 아니다. 보안은 여러 겹의 문과 같아서, 한 겹이 뚫려도 다음 겹이 시간을 벌어 주어야 비로소 의미가 있다. 이 편에서는 그 네 겹 — 암호화, 접근 통제, 백업, 내부자 위협 — 을 하나씩 열어 본다. 목표는 기술을 배우는 것이 아니라, 각 겹이 무엇을 막아 주고 무엇을 막아 주지 못하는지를 아는 것이다. 그래야 어느 겹이 비어 있는 제안을 들었을 때 "그럼 그 문은 누가 지키나요?"라고 물을 수 있다.

첫째 겹. 암호화 — 훔쳐 봐도 내용을 알 수 없게

암호화는 데이터를 특정 열쇠(키) 없이는 읽을 수 없는 형태로 바꾸는 기술이다. 비유하면 누군가 내 일기장을 훔쳐 가도, 일기장 안의 글자가 전부 다른 언어로 뒤섞여 있어 읽지 못하는 상태다.

여기서 비개발자가 알아 둘 것은 둘이다.

첫째, 암호화는 "어디에 있는 데이터"를 막아 주는지가 다르다. 서버 안의 데이터베이스를 암호화하는 것(저장 암호화)과, 인터넷을 타고 이동하는 데이터를 암호화하는 것(전송 암호화)은 다른 문제다. 요즘 웹사이트 주소가 https로 시작한다면 전송 암호화는 기본으로 갖춰진 것이다. 회의에서 "암호화 돼 있나요?"라고 물었을 때 "네, HTTPS 씁니다"라는 답이 나오면, 그것은 두 겹 중 한 겹에 대한 답이다. 데이터베이스 파일 자체는 어떻게 보호하고 있는지를 따로 물어야 한다.

둘째, 암호화의 강함은 열쇠 관리에 달렸다. 자물쇠가 아무리 비싸도 열쇠를 매트 밑에 두면 소용없다. 클라우드 서비스들은 보통 열쇠 관리를 잘 해 주지만, "우리가 직접 키를 관리합니다"라는 말은 곧 "우리가 열쇠를 잃어버리면 복구가 불가능합니다"라는 뜻이기도 하다. 열쇠를 누가 어디에 보관하는지, 잃어버렸을 때 어떻게 되는지는 꼭 물어야 할 질문이다.

둘째 겹. 접근 통제 — 들어올 수 있는 사람과, 들어와서 할 수 있는 일

문에 자물쇠를 달았다면 다음 질문은 "누가 열쇠를 갖고 있는가"다. 접근 통제는 두 단계로 나뉜다.

누가 들어오는가(인증). 아이디와 비밀번호가 전형적이지만, 이제는 그것만으로 부족하다. 비밀번호는 유출되기 쉬우므로, 중요한 시스템은 휴대폰 인증 같은 두 번째 확인(다단계 인증)을 곁들여야 한다. "우리 관리자 계정은 다단계 인증이 필수인가요?"는 매우 좋은 회의 질문이다.

들어온 사람이 무엇을 할 수 있는가(권한). 여기가 실제 사고가 많이 나는 지점이다. 직원이 퇴사했는데 계정이 남아 있거나, 인턴이 고객 전체 목록을 내려받을 수 있거나, 한 사람이 결제도 승인하고 장부도 수정할 수 있는 경우다. 좋은 원칙은 최소 권한 — 일하는 데 필요한 최소한의 권한만 주고, 나머지는 열어 두지 않는 것 — 과 책임 분리 — 한 사람이 한 번에 둘 이상의 중요한 일을 못 하게 하는 것 — 이다.

비유하면 아파트 카드키다. 입주자 카드로는 자기 동과 자기 층만 열리는 것이 당연하다. "우리 직원 전원이 전체 데이터베이스에 접근 가능한가요?"라는 질문 하나가 이 겹의 상태를 가장 빠르게 드러낸다.

셋째 겹. 백업 — 뚫리지 않아도 잃을 수 있다

보안 이야기를 하면 공격만 생각하기 쉽지만, 데이터는 공격받지 않아도 잃는다. 운영 실수로 삭제할 수 있고, 프로그램 버그로 망가뜨릴 수 있고, 랜섬웨어는 데이터를 못 쓰게 만들고 몸값을 요구한다. 백업은 이 모든 경우에 대비하는 마지막 안전망이다.

백업을 평가하는 기준은 세 가지다.

얼마나 자주 하는가. 하루에 한 번 백업한다면, 사고가 난 날의 오후 작업은 전부 날아간다. 업무의 특성에 맞는 빈도인지를 확인한다.

실제로 복구해 봤는가. 백업 파일이 있다고 해서 복구가 된다는 뜻은 아니다. "백업은 매일 됩니다"라는 답에 "복구는 언제 마지막으로 테스트해 봤나요?"를 물으면, 준비가 된 조직과 아닌 조직이 갈린다. 7편의 거버넌스가 말한 "문서가 아니라 작동하는 절차"가 여기에 해당한다.

백업마저 같이 잠그는가. 랜섬웨어는 백업까지 암호화하는 경우가 많다. 그래서 백업은 원본과 분리된 곳에, 수정이 불가능한 형태로 두는 것이 원칙이다.

넷째 겹. 내부자 위협 — 열쇠를 가진 사람이 범인인 경우

보안 사고의 상당 부분은 밖의 해커가 아니라 안의 사람에게서 시작된다. 앞서 침해는 해커의 공격만을 뜻하지 않는다고 10편의 제목에서 말한 이유다. 열쇠를 가진 직원이 실수로 볼 수 있고, 불만을 품은 직원이 고의로 가져갈 수 있으며, 퇴사자의 계정이 그대로 남아 있으면 그 계정이 통로가 된다.

내부자 위협을 줄이는 것은 기술보다 절차의 문제다. 퇴사 즉시 계정을 닫는 것, 중요한 접근은 로그로 남기고 누군가 정기적으로 훑어보는 것, 이상한 대량 내려받기에 알람을 거는 것 — 전부 사람이 정하는 규칙이다. 그래서 이 겹은 경영진과 팀장의 몫이 특히 크다.

회의에서 바로 물을 수 있는 질문

• 데이터베이스 암호화는 저장 상태와 전송 상태 둘 다 적용돼 있나요?
• 관리자 계정에 다단계 인증이 필수인가요? 직원 권한은 최소 권한 원칙으로 나눠져 있나요?
• 퇴사자 계정은 얼마나 빨리 닫나요?
• 백업은 얼마나 자주 하며, 실제 복구 테스트는 언제 했나요?
• 누가 언제 어떤 데이터를 봤는지 로그가 남고, 그 로그를 누가 검토하나요?

지금 확인할 수 있는 체크리스트

• 중요한 서비스의 주소가 https로 시작하는지 확인한다.
• 쓰는 서비스들의 설정에서 다단계 인증을 켠다.
• 비밀번호를 여러 서비스에서 재사용하지 않는지 점검한다.
• 회사에 묻는다. "데이터 백업은 어떻게, 얼마나 자주 하나요?"
• 내가 접근할 수 있는 데이터 중에 꼭 필요한 것만 맞는지 스스로 점검한다.

이 편을 마치며

보안은 자물쇠 하나가 아니라 문 여러 개의 문제다. 암호화는 훔쳐 봐도 읽지 못하게 하고, 접근 통제는 들어오는 사람과 할 수 있는 일을 제한하고, 백업은 잃어버려도 다시 일어서게 하고, 내부자 대응은 열쇠를 가진 사람까지 관리한다. 이 네 겹을 기억해 두면, "보안은 강화했습니다"라는 보고가 왔을 때 무엇을 물어야 할지 알 수 있다. 다음 편에서는 이 문들이 뚫렸을 때 — 데이터 침해가 실제로 발생했을 때 — 벌어지는 일과 대응 순서를 다룬다.