데이터 액세스 거버넌스: 데이터 접근 권한을 제어하고 입증하는 방법

데이터 액세스 거버넌스란?

2025년 말, 공격자들은 신뢰받는 앱에서 탈취한 OAuth 토큰으로 거의 한 달 동안 Salesforce 고객 데이터를 읽었습니다. 시스템에 침입할 필요도 없었습니다. 앱에 필요한 범위를 훨씬 넘는 접근 권한이 이미 부여되어 있었고, 아무도 이를 철회하지 않았기 때문입니다. 현재 FINRA는 기업에 연결된 앱에 필요한 접근 권한만 부여하도록 권고합니다.

데이터 액세스 거버넌스는 이러한 접근 권한이 처음부터 존재하지 않도록 관리하는 체계입니다. 어떤 ID가 어떤 데이터에 접근할 수 있는지 결정하고, 그 결정을 적용하며, 시간이 지나도 권한이 적절하게 유지되는지 입증하는 정책과 운영 통제로 구성됩니다.

데이터는 온프레미스 시스템, 클라우드 오브젝트 스토리지, SaaS 플랫폼 전반에 분산되어 있습니다. 사람과 머신 모두 좀처럼 철회되지 않는 권한을 축적합니다. 별도의 조치가 없으면 접근 권한은 과도하게 확대됩니다. 이러한 권한 확대를 억제하는 것이 데이터 액세스 거버넌스의 역할이자 보안 프로그램의 중심에 자리하는 이유입니다.

데이터 액세스 거버넌스와 사이버 보안의 관계

데이터 액세스 거버넌스는 일반적으로 따로 운영되는 두 영역을 연결합니다: ID 및 액세스 관리 (IAM)와 데이터 보안입니다. IAM은 사용자의 신원을 확인하고 보유한 자격 증명을 관리합니다. 데이터 액세스 거버넌스는 IAM이 남겨 둔 질문에 답합니다. 이 ID가 특정 데이터에 접근해야 하는가? 그 접근이 여전히 정당한지 입증할 수 있는가? 이를 위해 데이터 분류, 정책, 지속적인 검증, 권한 재인증, 감사를 더합니다.

각 접근 요청의 정당성을 확인하기에 데이터 액세스 거버넌스는 제로 트러스트의 기반이 됩니다. 제로 트러스트는 네트워크 위치나 기존 신뢰 여부와 관계없이 모든 접근 요청을 검증하며, NIST SP 800-207에 정의되어 있습니다. 아래의 핵심 요소가 이 원칙을 일상적인 운영으로 전환합니다.

데이터 액세스 거버넌스의 작동 방식

데이터 액세스 거버넌스는 몇 가지 핵심 요소로 이루어진 지속적인 순환 과정입니다. 아래의 각 단계에서 요소를 적용하고, 데이터와 ID, 비즈니스 요구 사항이 바뀔 때마다 과정을 반복합니다.

1.데이터 검색 및 분류

보거나 분류할 수 없는 데이터는 관리할 수 없습니다. SaaS 플랫폼과 클라우드 오브젝트 스토리지를 포함한 온프레미스 및 클라우드 환경의 데이터를 파악하세요. 그런 다음 규제 및 비즈니스 분류 체계에 맞춰 지속적으로 유지되는 머신 판독형 민감도 레이블을 적용하세요. 데이터 분류가 첫 단계입니다. 데이터를 식별하지 못하면 어떤 통제도 해당 데이터에 정책을 적용할 수 없기 때문입니다.

2. ID와 현재 접근 권한 파악

분류된 각 데이터 세트에 접근할 수 있는 모든 사람 및 비인간 ID를 파악하세요. 사용자 계정, 서비스 계정, API 키, OAuth 토큰, AI 에이전트가 포함됩니다. 각 ID가 현재 접근할 수 있는 범위를 기록하세요. Singularity™ Identity는 이 목록을 구축하고 사람 및 비인간 계정 전반에 걸친 실시간 가시성을 유지합니다. 이 기준선은 정책 적용과 권한 재인증의 기준점이 됩니다.

3. 접근 정책 정의

어떤 역할, 속성 또는 조건을 충족해야 ID에 접근 권한을 부여할지 머신이 적용할 수 있는 규칙으로 정의하세요. 기본 권한에는 역할 기반 접근 제어(RBAC)를 사용하세요. 기기 보안 상태, 위치, 시간대 등의 맥락을 반영해 권한을 세분화할 때는 속성 기반 접근 제어(ABAC)를 적용하세요. 하나의 ID가 상충하는 권한을 보유하지 않도록 직무를 분리하세요.

4. 최소 권한 부여 및 적용

기본적으로 접근을 거부하고, 공식 승인 절차를 거쳐 각 ID에 필요한 최소 권한만 부여하세요. 중요 데이터와 관리 작업에는 자동으로 만료되는 시간 제한 또는 적시 권한 상승을 적용하고, 모든 특권 세션을 기록하세요. 기존 권한이 여전히 정당한지 확인하는 것도 이 단계에 포함됩니다.

5. 접근 권한 지속 검증

처음 접근 권한을 부여한 이후에도 접근 수명 주기의 모든 단계에서 권한을 검증하세요. NIST SP 800-207은 이를 접근, 위협 평가, 조정, 신뢰 재평가가 끊임없이 반복되는 과정으로 설명합니다. 

특히 권한 상승을 동반한 비정상적인 데이터 사용량이나 예상치 못한 위치에서의 접근을 감시하세요. 특권 계정과 서비스 계정에는 더 강력한 통제를 적용하세요. CISA 성숙도 모델은 세션 내내 각 사용자, 기기, 애플리케이션, 트랜잭션을 지속적으로 검증하도록 요구합니다.

6. 검토, 재인증 및 감사

정해진 주기로 접근 권한을 검토하세요. 개인별 권한을 살펴 역할 변경 과정에서 누적된 권한을 찾아내세요. 퇴사, 역할 변경 또는 워크로드 폐기 후 몇 시간 내에 접근 권한을 제거하세요. 모든 권한 부여, 변경, 재인증 결정에 관한 완전하고 중앙 집중화된 감사 추적 기록을 유지하세요. 감사 결과는 다시 검색과 분류에 반영됩니다. 순환 과정은 마무리되고 다시 시작됩니다.

강력한 데이터 액세스 거버넌스의 성과

이 과정을 일관되게 운영하면 보안 태세, 감사 결과, 보안 팀의 일상 업무에서 측정 가능한 성과를 얻습니다.

• 최소 권한 적용과 공격 영향 범위 축소. 각 ID에 필요한 접근 권한만 부여하므로 계정이 침해되어도 접근 가능한 데이터가 제한됩니다. 최소 권한 원칙을 적용해야 노출 범위를 제한할 수 있습니다.
• 더 빠르고 명확한 감사. 접근 결정, 권한 변경, 재인증에 관한 완전한 기록을 통해 수작업으로 이력을 재구성하지 않고도 감사에 필요한 증거를 제시할 수 있습니다.
• 내부자 위험과 우발적 노출 감소. 체계적인 권한 부여와 정기적인 재인증으로 오래되거나 과도한 권한이 사고로 이어지기 전에 제거합니다.
• 원활한 역할 전환. 입사, 이동, 퇴사 절차를 공식화해 이동 과정에서 권한이 누적되지 않도록 하고 퇴사 후에는 접근 권한을 신속히 제거합니다.
• 제로 트러스트의 기반. 요청별 권한 부여, 지속적인 검증, 기본 거부 방식의 정책 적용으로 제로 트러스트 원칙을 일상적인 운영에 적용합니다.

이러한 성과는 프로그램이 설계대로 운영된다는 전제에 기반합니다. 실제로는 반복해서 나타나는 몇 가지 조건이 이를 가로막습니다.

데이터 액세스 거버넌스 프로그램이 제대로 작동하지 않는 이유

역량과 자원이 충분한 팀도 데이터 액세스 거버넌스를 지속적으로 운영하는 데 어려움을 겪을 수 있습니다. 문제가 발생하면 대개 구조적 조건과 피할 수 있었던 선택에서 원인을 찾을 수 있습니다.

액세스 권한의 무분별한 확산과 과도한 부여

역할 변경, 프로젝트별 권한 부여, 회수되지 않은 긴급 액세스로 권한이 쌓이고, 소유자가 없는 계정은 몇 달 또는 몇 년씩 남을 수 있습니다. "업무를 방해하지 않기 위해" 광범위한 액세스 권한을 부여하면 상시 권한이 무기한 유지되어 문제가 커집니다. 광범위한 권한을 가진 관리자 계정과 서비스 계정은 가장 위험한 액세스 권한이 됩니다.

도구와 데이터 전반의 가시성 부족

섀도 데이터는 데이터 분류 프로그램에 포함되지 않은 채 클라우드 계정과 협업 도구 전반으로 확산됩니다. 서비스 계정, API 키, AI 에이전트 같은 머신 ID도 크게 늘어났지만 거버넌스의 사각지대에 놓여 있습니다. 사람을 대상으로 설계된 기존 ID 프로그램은 이를 추적하도록 만들어지지 않았습니다.

특권 액세스 관리, ID 거버넌스, 클라우드 보안 상태 관리, SIEM 도구는 각각 액세스 권한의 일부만 보여주므로 어느 한 시스템에서도 전체 현황을 파악할 수 없습니다.

프로세스와 책임 체계의 허점

팀은 권한 부여를 일회성으로 취급하고 역할이나 데이터의 민감도가 바뀌어도 재검토하지 않습니다. NIST SP 800-53에서는 조직이 정한 주기에 따라 계정을 검토하도록 요구하는데도 말입니다(통제 항목 AC-2). 

각 역할에 부여된 실제 권한을 살펴보지 않고 역할 단위로 검토를 형식적으로 승인합니다. 퇴사 후에도 액세스 권한이 몇 주씩 남고, 일부 조직은 보호할 데이터를 분류하기도 전에 거버넌스 도구부터 구매합니다. 보안, IT, 사업 부문을 아우르는 단일 책임 주체가 없으면 정책의 취지와 일상적인 실행이 어긋납니다. 

이 모든 문제는 해결할 수 있습니다. 나열한 항목은 모두 바꿀 수 있는 설계상의 선택입니다. 책임자를 지정하고, 도구를 구매하기 전에 데이터를 분류하고, 역할이 아닌 실제 액세스 권한을 검토하세요.

데이터 액세스 거버넌스로 규제 요건 준수하기

널리 채택된 6가지 프레임워크는 구체적인 데이터 액세스 거버넌스 통제를 요구합니다. 산업과 관할권은 달라도 요구사항은 세 가지로 같습니다. 업무상 필요한 범위로 권한을 부여하고, 주기적으로 또는 지속적으로 액세스를 검토하며, 감사 가능한 증거를 확보해야 합니다.

AI 에이전트와 비인간 ID가 늘어나면서 액세스 거버넌스에 대한 규제 당국의 관심도 사람을 넘어 확대되고 있습니다. SentinelOne은 ID, 데이터, 조사 워크플로 전반에서 이러한 통제를 강화합니다.

조직 전반의 ID 위험 감소

Active Directory 및 Entra ID를 위한 종합적인 솔루션으로 실시간으로 공격을 탐지하고 대응하세요.

데모 신청하기

SentinelOne으로 데이터 액세스 거버넌스 강화

거버넌스는 누가 데이터에 접근해야 하는지 결정합니다. 정책 적용은 실제로 누가 접근하는지 결정합니다. SentinelOne은 액세스 정책, 통제 모델, 데이터 분류 프로그램을 ID 위협 방어, 지속적인 액세스 검증, 데이터 가시성, Singularity Platform에 내장된 조사 기능으로 뒷받침합니다.

• 접근할 수 있는 주체(아이덴티티). Singularity Identity는 하나의 경량 에이전트로 모든 엔드포인트와 아이덴티티를 보여줍니다. Active Directory, Microsoft Entra ID, Okta, Ping, SecureAuth, Duo 전반에서 세션 차단과 MFA 재인증을 통해 정책 기반 조건부 액세스를 적용합니다. 자격 증명 탈취나 권한 상승이 발생하면 해당 활동을 탐지하고 확산되기 전에 측면 이동을 차단합니다.
• 접근하는 대상(데이터). Singularity Cloud Security는 Amazon S3, Azure Blob Storage, Google Cloud Storage를 비롯한 클라우드 객체 스토리지 전반에서 민감한 데이터를 찾아냅니다. 거버넌스 프로그램은 규제 대상 데이터를 보관하는 저장소에 대한 가시성을 확보합니다.
• 조사하는 방법. Purple AI는 새로운 쿼리 스키마를 익힐 필요 없이 자연어로 자체 및 타사 소스의 정규화된 데이터를 조회합니다. IDC 조사에 따르면 Purple AI 고객은 위협 식별 속도가 63% 빨라지고 평균 대응 시간이 55% 단축되었습니다. 데이터를 더 폭넓게 보관하고 분석할 수 있도록, Singularity Data Lake는 페타바이트 규모의 데이터 레이크에서 클라우드 네이티브 SIEM을 운영하며, Open Cybersecurity Schema Framework(OCSF) 정규화를 통해 모든 소스의 데이터를 실시간으로 수집합니다.

SentinelOne 데모 요청을 통해 이러한 기능을 액세스 거버넌스 프로그램에 어떻게 적용할 수 있는지 확인하세요.

투어 시작

하이브리드 환경 전반에 걸쳐 실시간 아이덴티티 보호와 엔드투엔드 가시성을 확보하여 노출을 탐지하고, 자격 증명 오용을 차단하며, 아이덴티티 위험을 감소시킵니다.

핵심 요점

데이터 액세스 거버넌스는 어떤 아이덴티티가 어떤 데이터에 접근할지 제어하고, 그 결정을 적용하며, 감사 담당자와 경영진에게 필요한 증거를 제공합니다. 액세스 권한은 시간이 지나면서 누적됩니다. 따라서 최소 권한 원칙을 유지하려면 검색과 분류부터 검증, 재인증, 감사까지 전체 수명 주기에 걸쳐 지속적으로 적용해야 합니다. 

이제 머신 아이덴티티에도 사람의 아이덴티티와 동일한 수준의 엄격한 관리가 필요합니다. 위험도가 가장 높은 데이터부터 분류하고, 기본적으로 액세스를 거부하며, 액세스 권한을 지속적으로 검증하고, 모든 결정에 대한 감사 기록을 유지하세요. 그러면 “누가 이 데이터에 접근할 수 있는가?”라는 질문에 답하기 위해 대대적인 조사를 벌일 필요가 없습니다. 간단한 조회로 확인할 수 있습니다.