데이터베이스 보안 시작하기

데이터베이스 관리자(DBA)로서 시스템을 자신 있게 운영하려면 데이터베이스 보안의 기본 사항을 탄탄히 이해해야 합니다. 강력한 데이터베이스 보안 지식을 갖추면 모범 사례를 따르고 보안 프로토콜을 준수함으로써 조직의 민감하고 비즈니스에 중요한 정보를 보호할 수 있습니다.

데이터베이스 보안이란?

“데이터베이스 보안”이라는 표현은 데이터베이스 무결성, 가용성 및 기밀성을 확립하고 유지하기 위해 설계된 모든 도구를 의미합니다. 데이터베이스에 저장된 데이터가 언제나 안전하도록 보장하는 것은 모든 DBA의 가장 중요한 책임 중 하나입니다.

데이터베이스 보안에는 다음이 포함됩니다:

• 데이터베이스의 데이터 저장소
• 데이터베이스 관리 시스템(DBMS)
• 데이터베이스 데이터를 접근하는 애플리케이션
• 물리 하드웨어 서버
• 클라우드 기반 서버를 포함한 가상 데이터베이스 서버
• 네트워크 액세스 포인트

데이터베이스 보안을 유지하려면 섬세한 관리가 필요합니다. data security를 최우선으로 고려해야 하는 한편, 데이터는 비즈니스에 가치를 제공하기 위해 반드시 접근 가능해야 합니다. 데이터베이스에 저장된 데이터에 대해 허용하는 접근 권한이 많아질수록 해당 데이터는 더 취약해지지만, 완전히 새지 않는(방수처럼) 데이터베이스는 기능적이지도 않고 현실적이지도 않습니다. 이 역설은 때때로 “Anderson’s Rule.”라고 불립니다.

보안과 접근성의 균형을 올바르게 맞추는 가장 좋은 방법은 신중한 보안 프로토콜을 수립하고, 데이터 접근 권한을 계층화해 배정하며, 견고한 보안 및 데이터베이스 활동 모니터링 플랫폼에 투자하는 것입니다.

데이터베이스 보안이 중요한 이유는?

조직의 평판, 재정적 미래, 법적 준수, 그리고 전반적인 기능은, 수집하는 데이터를 안전하게 저장하고 이동하며 관리할 수 있는 능력에 달려 있다고 말해도 과장이 아닙니다. 보안이 취약한 데이터베이스는 2019년에 발생한 여러 주요 침해 사고 의 핵심 원인이었으며, 그 결과 수백만 명의 사용자의 비밀번호와 신용카드 정보가 탈취되고, 대규모의 민감 정보가 노출되었으며, 막대한 벌금까지 부과되었습니다.

안타깝게도 데이터베이스 침해 사고는 돈이 많은 대기업이나, 홍보 대응팀이 있어 여론의 혼란을 수습해 줄 수 있는 기업에만 국한되지 않습니다. 규모와 상관없이 모든 기업이 위험에 노출돼 있습니다. 침해를 겪은 중견 기업조차도 수백만 달러 를 법률 비용, 벌금, 데이터 복구 노력, 사용자 통지, 서비스 중단(다운타임) 등에 지출하게 될 수 있습니다. 또한 침해 사고는 미래 수익에도 영향을 미칠 수 있는데, 고객과 파트너가 신뢰하기 어렵다고 보거나 기술적으로 뒤처졌다고 인식하는 회사와 거래하려는 의지가 낮아지기 때문입니다.

지식재산이 침해당하면 그 결과는 훨씬 더 심각해질 수 있습니다. 영업비밀, 발명품, 그리고 회사가 내부적으로 운영되는 방식에 대한 정보가 잘못된 손에 넘어가면, 회사의 존립 자체가 위태로울 수 있습니다.

데이터베이스 보안 위협과 과제의 일반적인 유형

다양한 문제가 데이터베이스를 보안 침해에 취약하게 만들 수 있습니다. 다음은 대비해야 할 가장 일반적인 보안 위협입니다.

내부자 위협

가장 분명한 유형의 insider threat 은 해를 끼칠 의도를 가진 악의적인 사용자입니다. 그러나 이 용어에는 데이터베이스가 공격에 노출되게 만드는 실수를 할 수 있는 권한을 가진 사용자도 포함됩니다. 실제로 2018년에 보고된 모든 데이터 침해 사고의 절반가량 은 약한 이메일 또는 데이터베이스 비밀번호를 선택하는 일, 비밀번호를 공유하는 일, 생성된 데이터베이스 자격 증명을 부주의하게 보관하는 일 같은 사람의 실수 때문이었습니다. 또한 세 번째 유형의 insider threat도 있습니다. 바로 피싱과 같은 전술을 통해 유효한 사용자 자격 증명을 얻는 외부 공격자입니다.

느슨한 데이터베이스 관리, 특히 너무 많은 직원에게 데이터베이스에 대한 고수준 액세스 권한을 허용하는 것은 insider threat가 초래하는 위험을 증가시킵니다.

데이터베이스 소프트웨어 취약점

해커들은 데이터베이스 관리 소프트웨어를 포함해 플랫폼과 소프트웨어 전반에서 보안 취약점을 찾아내고 공격 대상으로 삼기 위해 끊임없이 노력합니다. 보안 패치가 배포되었을 때 이를 즉시 적용하지 않으면 노출 위험이 증가합니다.

SQL/NoSQL 인젝션 공격

공격자는 웹 애플리케이션이 제공하는 데이터베이스 쿼리 또는 HTTP 헤더에 특정 문자열을 삽입함으로써 SQL 또는 NoSQL 데이터베이스를 공격 대상으로 삼을 수 있습니다.

버퍼 오버플로 악용

공격자는 버퍼 오버플로에서 발생하는 초과 데이터를 공격을 시작하기 위한 기반으로 사용할 수 있습니다. 버퍼 오버플로는 프로세스가 보유할 수 있는 용량보다 더 많은 데이터를 고정 길이의 메모리 블록에 쓰려고 할 때 발생합니다.

서비스 거부(DoS) 공격

공격자가 대상 서비스를 지나치게 많은 요청으로 압도하면 서버가 정상 사용자가 생성하는 요청을 처리할 수 없게 됩니다. 이러한 서비스 거부(DoS) 공격은 웹사이트의 불안정성을 초래하거나 완전한 장애를 일으킬 수 있습니다.

분산 서비스 거부 공격(Distributed denial of service attacks, DDoS)은 여러 웹 서버를 대상으로 트래픽을 과도하게 발생시켜 마비시키는 데서 비롯됩니다. 이러한 공격은 시작되면 특히 차단하기가 어려우므로 예방 조치가 매우 중요합니다.

악성코드

악성코드 공격은 종종 단말 장치에서 시작되지만, 쉽게 데이터베이스로까지 확장될 수 있습니다. 사무실의 주요 하드웨어에 비해 보안 패치를 자주 업데이트하지 못하는 경우가 많기 때문에, 사물인터넷(Internet of things, IoT) 기기는 특히 악성코드에 취약합니다.

백업 공격

적절히 보호되지 않은 백업 데이터는 공격에 취약합니다. 여기에는 물리 드라이브에 저장된 오래된 백업이 포함될 뿐 아니라, 지난 몇 년 동안 더 일반화된 클라우드 기반 백업까지도 해당됩니다.

변화하는 기업 환경과 리소스

눈에 덜 띄는 여러 위협이 데이터베이스 취약성을 높일 수 있습니다.

• 기업들은 그 어느 때보다 더 많은 데이터를 저장하고 처리하고 있으며, 그 결과 더 복잡한 데이터베이스 구조가 형성됩니다.
• 네트워크에는 클라우드 환경에 대한 액세스와 클라우드 환경으로부터의 액세스를 포함해, 더 많은 접점이 존재합니다.

데이터베이스 보안 통제

데이터베이스 관리자들은 데이터베이스 침해를 완화하는 데 도움이 되는 다양한 유형의 데이터베이스 보안 통제 조치에 대해 숙지해야 합니다. 또한 이러한 통제는 전송 중 및 저장 중 데이터가 변경되지 않도록 함으로써 데이터베이스 무결성을 보장하는 데에도 도움이 됩니다.

제한된 접근

액세스 제어는 최소 권한 원칙에 따라 부여되어야 하며, 이는 사용자 계정과 컴퓨팅 프로세스에 대해 시스템 권한을 할당된 기능을 수행하는 데 필요한 권한으로만 제한하도록 요구합니다.

데이터베이스 감사

정기적인 데이터베이스 감사는 데이터베이스 취약점과 의심스러운 활동을 파악하는 데 도움이 될 뿐 아니라, 데이터베이스 보안 조치가 데이터베이스 보안 표준 및 규정에 대해 준수하고 있음을 입증하는 데도 도움이 됩니다. 이상적으로는 감사 프로세스가 데이터베이스 성능을 저하시키지 않도록 이러한 솔루션은 에이전트리스로 제공되는 것이 좋습니다.

인증

인증은 승인되지 않은 사용자가 데이터나 시스템에 접근하지 못하도록 사용자와 계정의 신원을 확인합니다. 네트워크 보안 프로토콜에는 인증 조치가 회사 전체 네트워크에 걸쳐 포함되어야 합니다.

외부 애플리케이션 보안

데이터베이스 보안에는 데이터베이스에 접근할 수 있는 모든 애플리케이션을 보호하는 작업도 포함됩니다. 기본 설정은 원활한 설치 환경을 제공하기 위해 설계되었지만, 공격을 노리는 사람들에게 알려져 있기 때문에 안전하지 않습니다. 여러분의 임무는 애플리케이션 보안을 가능한 한 가장 높은 수준으로 설정하되, 동시에 비즈니스가 정상적으로 운영될 수 있도록 하는 것입니다. 기반이 되는 운영체제(OS)를 보안하는 경우에도 동일한 원칙이 적용됩니다. 예를 들어 SQL 데이터베이스는 Windows Server에 의존하므로, 데이터베이스 보안을 유지하려면 Windows Server를 안전하게 유지해야 합니다.

기타 보안 조치

데이터 암호화는 해커가 훔쳐간 데이터를 사용하기를 더 어렵게 만듭니다. 백업을 오프라인에 저장하면 해커가 백업에 접근할 가능성이 줄어듭니다. 또한 종합적이고(그리고 정기적으로 테스트되는) 재해 복구 계획은 침해 사고나 재난 발생 후 데이터베이스를 신속하게 복구하는 데 도움이 됩니다.

중요한 데이터베이스 보안 모범 사례

일부 데이터 보안 모범 사례는 데이터베이스를 직접 관리하는 것과 관련이 있고, 다른 것들은 데이터베이스 접근과 관련된 규칙에 초점을 맞춥니다. 고려할 수 있는 구체적인 모범 사례는 다음과 같습니다:

• 데이터베이스 강화(Hardening)입니다. 여기에는 데이터베이스에 접근하는 모든 애플리케이션과 시스템 전반에 방화벽을 구축하는 것뿐만 아니라, 서버를 보안이 유지되는 잠금된 공간에 보관하는 등 물리적 보안 조치를 포함할 수 있습니다.
• 데이터가 저장되는 모든 곳에서(데이터베이스 포함) 데이터를 암호화합니다.
• 최소 권한 원칙을 적용하고 정기적으로 권한을 검토하여 인력 구성이나 접근 요구 사항의 변화에 대응함으로써 데이터베이스 접근을 제어합니다.
• 의심스러운 변경과 접근 시도를 감지하기 위해 데이터베이스 활동을 감사하고 모니터링합니다.
• 반드시 접근 가능해야 하는 데이터만 저장하여 데이터베이스의 가치를 최소화합니다. 가치가 낮은 데이터베이스는 악의적인 공격자에게 덜 매력적이며, 침해가 발생하더라도 피해가 줄어듭니다.
• 강력한 비밀번호 사용을 요구하고 피싱 공격에 대한 교육을 제공하는 등, 시스템과 데이터를 보호하기 위한 일반적인 모범 사례를 준수합니다.

회사의 요구 사항을 고려하세요

데이터베이스를 어떻게 보호할지 계획을 시작할 때, 회사의 고유한 요구 사항을 반드시 고려하세요. 직원과 제3자가 데이터에 접근하기 위해 필요한 구체적인 방식, 그리고 저장·접근·전송되는 데이터의 규모를 파악해 보세요. 또한 예측되는 성장과 새로운 기술의 도입에 발맞출 수 있을 만큼 확장 가능하고 유연한 수준의 사이버보안 조치를 마련해야 합니다.