접근 제어 모델편집자 확인

접근 제어 모델의 기본 구성 요소는 주체, 객체, 권한이다. 이 세 요소는 누가 무엇에 대해 어떤 행동을 할 수 있는지를 정의하는 핵심적 관계를 형성한다.

주체는 접근을 요청하는 능동적 실체이다. 일반적으로 사용자, 프로세스, 프로그램, 또는 장치가 주체의 역할을 한다. 예를 들어, 파일을 열려는 사용자나 네트워크 자원에 연결하려는 응용 프로그램이 주체가 된다. 객체는 접근이 통제되는 수동적 자원이다. 파일, 데이터베이스 레코드, 시스템 메모리, 네트워크 포트, 프린터 등 정보 시스템 내의 보호 대상이 모두 객체에 해당한다. 권한은 주체가 객체에 대해 수행할 수 있는 작업의 종류를 규정한다. 일반적인 권한에는 읽기, 쓰기, 실행, 삭제, 수정 등이 포함된다.

이 세 요소의 상호작용은 "주체 S가 객체 O에 대해 권한 P를 가진다(또는 가지지 않는다)"는 규칙으로 표현된다. 이 규칙들의 집합이 접근 제어 정책을 구성한다. 예를 들어, '사용자 A는 문서 B를 읽을 수 있다'는 구문에서 '사용자 A'는 주체, '문서 B'는 객체, '읽기'는 권한에 해당한다. 접근 제어 메커니즘은 이러한 정책을 기술적으로 구현하여, 접근 요청이 발생할 때마다 주체의 신원과 요청된 권한을 확인하고 정책에 부합하는지 여부를 판단하여 허용 또는 거부한다.

보안 정책은 조직이나 시스템이 정보 자산을 보호하기 위해 수립한 규칙과 지침의 집합이다. 이 정책은 누가, 어떤 객체에 대해, 어떤 조건에서 접근할 수 있는지를 정의하는 높은 수준의 규칙을 포함한다. 예를 들어, "인사 기록은 인사부 직원만 읽을 수 있다"는 문장이 보안 정책의 한 예이다. 이러한 정책은 비즈니스 요구사항, 법적 규정, 위험 평가를 바탕으로 수립된다.

반면, 보안 메커니즘은 이러한 고수준의 정책을 실제 시스템에서 구현하고 강제하는 기술적 수단이다. 접근 제어 모델 자체가 핵심 메커니즘에 해당하며, 액세스 제어 목록, 권한 비트, 정책 결정점과 정책 실행점 같은 구성 요소를 통해 작동한다. 메커니즘은 정책을 구체적인 설정과 규칙으로 변환하여, 사용자의 접근 시도가 정책을 위반할 경우 시스템이 이를 자동으로 차단하도록 한다.

정책과 메커니즘의 분리는 보안 시스템 설계의 중요한 원칙이다. 이 분리를 통해 정책은 비즈니스 요구에 따라 유연하게 변경될 수 있고, 메커니즘은 안정적으로 동일한 방식으로 정책을 집행할 수 있다. 하나의 메커니즘으로 다양한 보안 정책을 지원할 수도 있다[1]. 효과적인 보안을 위해서는 명확하게 정의된 정책과 이를 신뢰성 있게 집행하는 강력한 메커니즘이 모두 필요하다.

임의 접근 제어는 접근 제어 모델 중 가장 오래되고 널리 사용되는 방식 중 하나이다. 이 모델에서 객체의 소유자는 해당 객체에 대한 접근 권한을 다른 주체에게 부여하거나 철회할 수 있는 자율적인 권한을 가진다. 접근 권한의 결정이 객체 소유자의 재량에 맡겨지기 때문에 '임의적'이라는 특징을 가진다.

일반적인 운영체제의 파일 시스템이 DAC의 대표적인 예이다. 사용자가 생성한 파일의 소유자는 해당 파일에 대해 다른 사용자나 그룹의 읽기, 쓰기, 실행 권한을 설정할 수 있다. 구현 방식으로는 액세스 제어 목록이나 권한 비트가 흔히 사용된다.

이 모델의 주요 장점은 유연성과 사용 편의성이다. 소유자가 직접 권한을 관리하기 때문에 중앙 관리자의 개입 없이도 신속하게 권한을 조정할 수 있다. 그러나 단점도 명확한데, 권한이 사용자 간에 전파될 수 있어 보안 위험을 초래한다는 점이다. 예를 들어, 사용자 A가 사용자 B에게 파일 접근 권한을 부여하면, 사용자 B는 다시 사용자 C에게 그 권한을 부여할 수 있다[2]. 이로 인해 의도하지 않은 정보 유출이 발생할 수 있으며, 트로이 목마와 같은 악성 프로그램이 사용자의 권한을 이용해 시스템을 손상시킬 위험이 있다.

따라서 DAC는 보안 요구사항이 비교적 낮은 개인용 시스템이나 내부 신뢰도가 높은 환경에서 주로 사용된다. 보안이 중시되는 군사나 정부 시스템에서는 정보의 무단 유출을 효과적으로 통제하지 못한다는 한계로 인해 강제 접근 제어 모델이 선호된다.

강제 접근 제어(MAC)는 시스템이 정의한 엄격한 보안 정책에 따라 모든 접근 제어 결정이 이루어지는 모델이다. 사용자나 주체의 의지와 관계없이 중앙에서 관리되는 정책이 강제적으로 적용되며, 개별 사용자가 자신의 권한을 다른 주체에게 양도하거나 변경하는 것이 일반적으로 허용되지 않는다. 이 모델은 정보의 기밀성과 무결성을 매우 높은 수준으로 보호해야 하는 환경, 특히 군사나 정부 기관에서 처음 개발되어 널리 사용되었다.

MAC의 핵심은 모든 주체와 객체(파일, 데이터 등)에 시스템이 부여한 고정된 보안 레이블을 기반으로 접근을 통제하는 것이다. 주체에는 보안 허가 등급(Clearance)이, 객체에는 분류 등급(Classification)이 부여된다. 접근은 "읽기", "쓰기" 등과 같은 특정 권한과 더불어, 주체의 허가 등급이 객체의 분류 등급을 지배(dominate)할 때만 허용된다. 대표적인 정책으로는 기밀성을 보장하는 벨-라파듈라 모델(Bell-LaPadula Model)과 무결성을 보장하는 비바 모델(Biba Model)이 있다.

이러한 엄격한 통제로 인해 MAC은 높은 보안성을 제공하지만, 유연성이 부족하고 관리가 복잡하다는 단점이 있다. 정책의 변경이나 새로운 자원의 등록은 중앙 관리자에 의해서만 이루어져야 하며, 일반 사용자의 자발적인 협업이나 신속한 권한 조정이 어렵다. 따라서 MAC은 보안 요구사항이 매우 명확하고 엄격한 환경에 적합하며, 덜 제한적인 임의 접근 제어(DAC)나 역할 기반 접근 제어(RBAC)와 결합하여 사용되기도 한다.

역할 기반 접근 제어(RBAC)는 사용자 개인에게 직접 권한을 부여하는 대신, 조직 내의 역할에 권한을 할당하고 사용자에게 적절한 역할을 부여하는 방식의 접근 제어 모델이다. 이 모델은 1990년대에 데이비드 페로우와 리처드 큔에 의해 공식적으로 제안되었다[3]. 사용자는 자신이 맡은 역할에 따라 자동으로 시스템 객체에 대한 접근 권한을 얻게 된다.

RBAC의 핵심 구성 요소는 사용자, 역할, 권한, 세션이다. 관리자는 먼저 시스템 내에서 수행 가능한 작업 단위인 권한을 정의한다. 그런 다음 이러한 권한들을 직무나 책임에 맞게 묶어 역할을 생성한다. 예를 들어, '재무 보고서 읽기'와 '지출 내역 입력' 권한을 묶어 '회계 담당자' 역할을 만들 수 있다. 최종적으로 개별 사용자에게 하나 이상의 역할을 할당하면, 사용자는 해당 역할에 속한 모든 권한을 가지게 된다.

이 모델은 복잡한 기업 환경에서 접근 권한 관리의 효율성과 정확성을 크게 향상시킨다. 사용자의 입사, 전보, 퇴사 시 권한을 개별적으로 조정할 필요 없이, 단순히 역할 할당을 추가하거나 제거함으로써 접근 제어를 관리할 수 있다. 또한, 최소 권한의 원칙을 구현하기 용이하며, 직무 분리 같은 내부 통제 요구사항을 정책에 반영할 수 있다.

RBAC는 여러 표준 모델로 발전했으며, 그 계층 구조는 다음과 같이 구분된다.

이러한 구조 덕분에 RBAC는 운영체제, 엔터프라이즈 애플리케이션, 데이터베이스 관리 시스템, 클라우드 서비스 등 다양한 분야에서 광범위하게 채택되었다.

속성 기반 접근 제어(ABAC)는 주체, 객체, 환경 조건 등 다양한 속성을 기반으로 동적으로 접근 권한을 결정하는 모델이다. "속성"은 사용자의 부서, 역할, 보안 등급, 접근 시간, 접근 위치, 장치 상태 등 광범위한 정보를 포함한다. ABAC는 전통적인 역할 기반 접근 제어(RBAC)가 고정된 역할에 의존하는 것과 달리, 다차원의 속성과 이들 간의 관계를 정의한 정책 규칙에 따라 접근을 허용하거나 거부한다. 핵심은 "주체 A가 속성 X, Y를 가지고, 객체 B가 속성 Z를 가지며, 환경 조건이 C일 때, 행동 D를 수행할 수 있다"와 같은 정책 명제를 평가하는 것이다.

ABAC의 정책은 일반적으로 속성, 규칙, 정책 집합점(Policy Enforcement Point, PEP), 정책 결정점(Policy Decision Point, PDP)으로 구성된다. PDP는 접근 요청이 발생하면 관련된 모든 속성을 수집하고, 미리 정의된 정책 규칙에 대입하여 허용/거부 결정을 내린다. 이 결정은 PEP에 의해 실행된다. 이 구조는 매우 유연하여 복잡하고 세분화된 접근 제어 요구사항을 구현할 수 있게 한다.

ABAC의 주요 장점은 높은 유연성과 세분화된 제어, 동적 정책 적용에 있다. 예를 들어, "재무팀 소속 직원만이 업무 시간에 회사 내부 네트워크에서만 재무 보고서를 열람할 수 있다"는 규칙은 사용자의 부서(주체 속성), 문서 유형(객체 속성), 시간 및 위치(환경 속성)를 모두 고려한다. 이는 클라우드 컴퓨팅, 마이크로서비스 아키텍처, 복잡한 엔터프라이즈 시스템과 같이 리소스와 접근 경로가 동적인 현대 환경에 특히 적합하다.

그러나 ABAC는 구현과 관리의 복잡성이 큰 도전 과제이다. 수많은 속성을 정확하게 관리하고, 상호 모순되지 않는 정책 규칙을 설계하며, 모든 속성 제공자(Attribute Authority)로부터 신뢰할 수 있는 데이터를 실시간으로 획득해야 한다. 또한, 정책 평가의 성능 오버헤드와 결정 과정의 투명성 및 감사 추적의 어려움도 고려해야 한다. 이러한 복잡성으로 인해 ABAC는 종종 역할 기반 접근 제어나 강제 접근 제어와 함께 하이브리드 형태로 도입되기도 한다[4].

액세스 제어 목록은 운영체제나 파일 시스템, 네트워크 장비에서 널리 사용되는 구현 방식이다. 이 방식은 각 보안 객체(예: 파일, 디렉터리, 네트워크 포트)에 대해 접근을 허용하거나 거부할 주체(예: 사용자, 그룹)와 그에 대한 권한(읽기, 쓰기, 실행 등)의 목록을 명시적으로 정의하고 첨부한다. 객체 중심의 접근 제어 방식으로, 객체마다 '누가 무엇을 할 수 있는지'에 대한 규칙 목록을 관리한다.

구조는 일반적으로 각 객체에 연결된 목록으로, 목록의 각 항목(ACE, Access Control Entry)은 특정 주체와 허용 또는 거부할 권한 집합을 지정한다. 예를 들어, 하나의 파일에 대한 ACL은 '사용자A: 읽기/쓰기 허용', '그룹B: 읽기 허용', '기타 모든 사용자: 접근 거부'와 같은 항목들을 포함할 수 있다. 이는 유닉스 계열 시스템의 전통적인 권한 비트 모델보다 세분화된 제어를 가능하게 한다.

ACL의 주요 장점은 제어의 세분성과 직관성이다. 관리자는 각 리소스에 대해 구체적으로 권한을 부여할 수 있으며, 정책을 이해하고 검증하기가 상대적으로 쉽다. 그러나 단점으로는 관리 복잡성이 있다. 사용자 수가 많거나 리소스가 많은 환경에서는 각 객체별로 ACL을 설정하고 유지하는 것이 번거로울 수 있으며, 중앙에서 일관된 정책을 적용하기 어려울 수 있다. 또한, 주체의 속성이나 접근 시의 맥락에 동적으로 반응하는 정책을 구현하는 데는 한계가 있다.

권한 비트는 유닉스 및 유닉스 계열 운영체제에서 파일과 디렉터리에 대한 접근 권한을 관리하는 기본적이고 널리 사용되는 구현 방식이다. 이 방식은 각 파일 객체에 대해 소유자, 소유 그룹, 기타 사용자라는 세 가지 범주별로 읽기, 쓰기, 실행 권한을 부여하는 간단한 비트 플래그 체계를 사용한다.

권한은 일반적으로 rwxr-xr--와 같은 기호 표기법이나 755, 644와 같은 8진수 표기법으로 표현된다. 기호 표기법에서 처음 세 문자는 소유자의 권한, 다음 세 문자는 소유 그룹의 권한, 마지막 세 문자는 기타 모든 사용자의 권한을 나타낸다. 각 위치의 r, w, x는 각각 읽기, 쓰기, 실행 권한이 부여되었음을 의미하며, -는 해당 권한이 없음을 나타낸다. 8진수 표기법은 각 권한 집합을 3비트의 2진수 값(r=4, w=2, x=1)으로 변환하여 하나의 숫자로 표현한다. 예를 들어, 권한 rwxr-xr--는 소유자(4+2+1=7), 그룹(4+0+1=5), 기타(4+0+0=4)로 계산되어 754라는 8진수로 표현된다.

이 모델의 주요 특징은 단순성과 직관성에 있다. 시스템 관리자나 사용자는 chmod 명령어를 통해 쉽게 권한을 변경할 수 있다. 그러나 이 방식은 세분화된 제어에 한계가 있다. 권한 부여의 주체가 파일의 소유자라는 점에서 임의 접근 제어 모델에 속하며, 사용자 개인 단위가 아닌 소유자, 그룹, 기타 사용자라는 세 가지 광범위한 범주로만 구분한다. 따라서 복잡한 조직 구조나 세밀한 접근 제어 정책을 구현하기에는 부적합할 수 있다.

이러한 한계에도 불구하고, 권한 비트는 현대 운영체제의 기초를 이루는 핵심 보안 메커니즘으로 자리 잡았다. 많은 고급 접근 제어 모델이 내부적으로나 기초 계층에서 이 개념을 참조하거나 확장하는 형태로 발전해왔다.

중앙 집중식 정책 관리는 접근 제어 정책의 생성, 관리, 배포, 감사를 단일 지점 또는 소수의 관리 지점에서 통합적으로 수행하는 방식을 말한다. 이 방식은 분산된 환경에서 정책의 일관성과 통제력을 유지하는 데 핵심적인 역할을 한다. 전통적으로 각 시스템이나 응용 프로그램이 독자적인 접근 제어 목록(ACL)이나 설정을 관리하면 정책 불일치, 관리 부담 증가, 감사 추적의 어려움 등의 문제가 발생한다. 중앙 집중식 관리는 이러한 문제를 해결하기 위해 정책 결정 지점(PDP)과 정책 집행 지점(PEP)을 분리하는 아키텍처를 채택한다.

구현 방식에서는 일반적으로 디렉터리 서비스나 전용 정책 관리 서버를 중앙에 두고, 인증, 권한 부여, 계정 관리를 통합한다. 대표적인 예로 LDAP 기반의 디렉터리나 마이크로소프트의 Active Directory, 그리고 IAM 솔루션이 있다. 이러한 시스템은 조직 내 모든 사용자, 그룹, 역할, 자원에 대한 접근 규칙을 중앙 저장소에 정의하고, 클라이언트 시스템이나 응용 프로그램은 필요할 때 이 중앙 저장소에 정책을 문의하여 접근을 허용할지 결정한다.

이 방식의 주요 장점은 관리 효율성과 정책의 일관성이다. 관리자는 한 곳에서 정책을 수정하면 변경 사항이 전체 시스템에 자동으로 적용되도록 할 수 있어, 오류 가능성을 줄이고 규정 준수 요구사항을 충족하기 쉽다. 또한, 모든 접근 이벤트를 중앙에서 로깅하고 분석할 수 있어 포괄적인 감사와 보안 모니터링이 가능해진다.

그러나 단일 실패점(SPOF)이 될 수 있는 위험과, 대규모 분산 환경에서의 성능 저하 가능성은 중요한 고려 사항이다. 이러한 한계를 보완하기 위해, 중앙 정책 저장소를 여러 대의 복제본으로 구성하거나, 지역별 캐싱 서버를 두는 하이브리드 형태의 아키텍처도 사용된다. 최근 클라우드 컴퓨팅과 제로 트러스트 모델의 확산으로, 중앙에서 정책을 정의하지만 정책 결정을 엣지에서 분산 수행할 수 있는 유연한 아키텍처에 대한 관심이 증가하고 있다.

운영체제는 컴퓨터 시스템의 모든 자원을 관리하는 핵심 소프트웨어로서, 접근 제어 모델은 그 보안의 근간을 이룬다. 운영체제 수준의 접근 제어는 프로세스, 사용자, 파일 시스템에 대한 모든 접근 시도를 통제하여 무단 접근과 권한 상승을 방지한다. 초기 유닉스 시스템의 권한 비트 모델에서 현대 마이크로소프트 윈도우의 액세스 제어 목록과 토큰 기반 시스템에 이르기까지, 운영체제 보안은 지속적으로 발전해왔다.

운영체제에서 구현되는 주요 접근 제어 모델은 다음과 같다.

강제 접근 제어 모델은 특히 민감한 시스템에서 중요하다. 예를 들어, SELinux는 모든 프로세스와 파일에 보안 컨텍스트(예: 사용자:역할:유형) 레이블을 부여하고, 이 레이블을 기반으로 엄격한 정책을 적용한다. 이는 루트 권한을 획득한 공격자라도 정책에서 허용하지 않는 작업은 수행할 수 없게 만든다[6]. 마이크로커널 구조를 가진 일부 운영체제는 접근 제어 메커니즘을 보다 세밀하게 커널 수준에서 구현하기도 한다.

최신 운영체제는 단일 모델이 아닌 하이브리드 방식을 채택하는 경향이 있다. Windows는 DAC 기반의 NTFS 권한과 ACL을 기본으로 하면서, 동시에 MAC 개념을 차용한 무결성 제어 메커니즘을 사용한다. 이는 사용자의 편의성과 시스템의 강제적 보안 요구사항 사이에서 균형을 찾기 위한 것이다. 또한, 가상화 기술과 컨테이너 환경의 확산으로, 게스트 운영체제 내부의 접근 제어와 호스트 시스템의 접근 제어를 연계하는 새로운 과제가 대두되고 있다.

데이터베이스 보안에서 접근 제어 모델은 저장된 데이터의 기밀성, 무결성, 가용성을 보호하는 핵심 메커니즘이다. 이는 권한이 없는 사용자의 데이터 접근을 차단하고, 허가된 사용자에게도 최소 권한 원칙에 따라 필요한 작업만 수행할 수 있도록 제한한다. 데이터베이스 관리 시스템(DBMS)은 내장된 접근 제어 기능을 통해 구조화 질의어(SQL)의 GRANT와 REVOKE 같은 명령어로 권한을 부여하거나 회수한다. 데이터 유출, 변조, 손실을 방지하기 위해 데이터베이스 수준에서의 접근 통제는 네트워크나 응용 프로그램 수준의 보안을 보완하는 필수 계층이다.

주요 접근 제어 모델 유형은 데이터베이스 환경에 특화되어 적용된다. 역할 기반 접근 제어(RBAC)는 가장 보편적으로 사용되며, '관리자', '분석가', '일반 사용자'와 같은 역할을 정의하고 각 역할에 데이터 조회, 삽입, 수정, 삭제 등의 권한을 부여한다. 이를 통해 사용자 개인별로 권한을 관리하는 복잡성을 줄일 수 있다. 한편, 더 세밀한 통제가 필요한 경우 속성 기반 접근 제어(ABAC)가 활용된다. ABAC는 사용자의 부서, 접근 시간, 데이터의 민감도 등 다양한 속성을 평가하여 동적으로 접근을 결정한다. 예를 들어, '재무부' 소속 사용자만이 '급여' 테이블을 조회할 수 있도록 정책을 설정할 수 있다.

데이터베이스 접근 제어는 주로 뷰(View)와 저장 프로시저(Stored Procedure)를 통해 구현된다. 뷰는 물리적 테이블의 일부 열이나 행만을 보여주는 가상 테이블로, 사용자가 기본 테이블 전체에 직접 접근하지 못하도록 제한한다. 저장 프로시저는 미리 정의된 로직에 따라 데이터를 처리하도록 하여, 사용자가 임의의 SQL 문을 실행하는 것을 방지하고 데이터 무결성을 유지한다. 또한, 감사 로그(Audit Log)를 통해 모든 접근 시도와 데이터 변경 이력을 기록하여 사후 추적과 책임 소재를 명확히 하는 것도 중요한 보안 요소이다.

접근 제어 모델은 네트워크 경계와 클라우드 환경의 복잡한 보안 요구사항을 관리하는 핵심 도구이다. 기존의 네트워크 보안은 주로 방화벽을 통한 경계 방어에 집중했으나, 클라우드 컴퓨팅과 모바일 오피스의 확산으로 내부 네트워크와 외부 네트워크의 구분이 모호해졌다. 이에 따라 네트워크 세그먼트 내부에서의 세밀한 접근 통제와, 다양한 클라우드 서비스(IaaS, PaaS, SaaS)에 대한 통합된 권한 관리가 중요해졌다.

네트워크 보안에서는 속성 기반 접근 제어(ABAC) 모델이 널리 적용된다. 이 모델은 사용자의 IP 주소, 접속 시간, 디바이스 상태, 지리적 위치 등의 다양한 맥락 정보를 정책 결정에 활용할 수 있다. 예를 들어, "재무부 사용자가 회사 내부 네트워크에서만 재무 데이터베이스에 접근할 수 있다"는 정책을 구현할 수 있다. 또한 소프트웨어 정의 경계(SDP) 아키텍처는 사용자와 애플리케이션에 대한 접근을 명시적으로 허용하기 전까지는 기본적으로 모든 연결을 숨기고 차단하는 방식으로 동작한다.

클라우드 보안에서 접근 제어는 다중 테넌트 환경과 자동화된 리소스 프로비저닝을 고려해야 한다. 주요 클라우드 서비스 제공자(AWS, Microsoft Azure, Google Cloud Platform)는 자체적인 정책 언어와 역할 기반 접근 제어(RBAC) 모델을 제공한다. 사용자는 최소 권한의 원칙에 따라 특정 가상 머신이나 스토리지 버킷에 대한 작업만 수행할 수 있는 역할을 정의하고 할당한다. 제로 트러스트 네트워크 모델은 클라우드 환경에 적합한 패러다임으로, 신뢰할 수 있는 네트워크 영역을 가정하지 않고 모든 접근 요청을 지속적으로 검증하고 최소 권한으로 제한한다.

임의 접근 제어(DAC) 모델의 주요 장점은 유연성과 사용 편의성이다. 객체의 소유자가 접근 권한을 직접 관리할 수 있어, 중앙 관리자의 개입 없이도 신속하게 권한을 부여하거나 회수할 수 있다. 이는 소규모 환경이나 협업이 중요한 환경에서 실용적이다.

강제 접근 제어(MAC) 모델은 높은 수준의 보안성과 일관된 정책 적용이 강점이다. 시스템이 정의한 보안 정책에 따라 모든 접근이 통제되며, 사용자나 소유자의 임의 변경이 불가능하다. 이는 군사나 정부 기관과 같이 정보의 기밀성 등급이 엄격하게 구분되어야 하는 환경에 적합하다.

역할 기반 접근 제어(RBAC) 모델은 관리 효율성과 최소 권한 원칙의 실현에 유리하다. 개별 사용자 대신 역할에 권한을 할당함으로써, 사용자의 직무 변경 시 권한을 쉽게 조정할 수 있다. 이는 사용자 수가 많고 조직 구조가 명확한 기업 환경에서 관리 부담을 크게 줄여준다.

속성 기반 접근 제어(ABAC) 모델은 세분화된 정책 정의와 동적 접근 제어가 가능하다는 점이 장점이다. 사용자, 자원, 환경 속성의 조합을 기반으로 복잡한 정책을 수립할 수 있어, 분산되고 유동적인 클라우드 컴퓨팅 환경이나 맥락에 따른 접근 결정이 필요한 시나리오에 효과적이다.

각 접근 제어 모델은 고유한 장점을 가지지만, 동시에 특정 한계점을 내포한다. 이러한 한계는 새로운 모델이 등장하거나 기존 모델이 보완되는 주요 동인이 된다.

이러한 한계를 극복하기 위해 현대의 접근 제어는 여러 모델을 혼합하거나 통합하는 하이브리드 방식을 채택하는 경우가 많다. 또한, 제로 트러스트 보안 모델의 등장으로 '신뢰할 수 없는 네트워크'를 전제로 한 지속적인 검증과 최소 권한 원칙이 더욱 강조되면서, 기존 모델들도 이러한 원칙을 수용하도록 진화하고 있다.

정책 기반 접근 제어(Policy-Based Access Control, PBAC)는 접근 제어 결정을 사전에 정의된 정책 규칙 집합에 따라 내리는 모델이다. 이 모델은 속성 기반 접근 제어(ABAC)와 밀접한 관련이 있으나, 보다 포괄적인 개념으로서 정책의 생성, 관리, 배포, 평가를 통합된 프레임워크로 다룬다. 핵심은 접근 요청을 처리할 때 주체, 객체, 환경의 다양한 속성을 참조하여 동적으로 평가되는 중앙 집중식 정책 규칙에 의존한다는 점이다.

PBAC 시스템의 주요 구성 요소는 정책 관리점(Policy Administration Point, PAP), 정책 결정점(Policy Decision Point, PDP), 정책 시행점(Policy Enforcement Point, PEP)이다. PAP는 정책을 작성하고 저장하며, PDP는 실제 접근 요청이 발생했을 때 관련 정책을 평가하여 허용/거부 결정을 내린다. PEP는 PDP의 결정을 받아 실제 시스템에서 접근을 허용하거나 차단하는 역할을 수행한다. 이 구조는 정책의 변경이 중앙에서 이루어지면 모든 접근 결정에 자동으로 반영되도록 해 유연성과 관리 효율성을 제공한다.

PBAC는 복잡한 엔터프라이즈 환경과 분산 시스템에 적합하다. 예를 들어, "금융 데이터에 접근하려면 본사 직원이어야 하며, 회사 네트워크 내부에서만 접근 가능하다"와 같은 규칙은 사용자 역할, 데이터 분류, 네트워크 위치 등 여러 속성을 조합한 정책으로 표현될 수 있다. 이는 단순한 역할 기반 접근 제어(RBAC)로는 구현하기 어려운 세밀한 제어를 가능하게 한다. 또한 정책을 고수준의 언어(예: XACML[9])로 작성함으로써 기술적 구현 세부사항과 분리하여 비즈니스 요구사항을 직접 반영할 수 있다.

이 모델의 도입은 정책의 일관성과 감사 가능성을 높이는 반면, 정책 규칙이 복잡해질수록 성능 오버헤드와 정책 간 충돌 관리가 주요 과제로 떠오른다. 따라서 PBAC는 강력한 정책 분석 도구와 효율적인 정책 평가 엔진을 필요로 한다.

맥락 인식 접근 제어는 사용자의 신원이나 역할뿐만 아니라 접근을 시도하는 당시의 상황, 즉 맥락을 평가하여 동적으로 접근 권한을 결정하는 모델이다. 전통적인 접근 제어 모델이 정적으로 정의된 규칙에 의존하는 반면, 이 모델은 시간, 위치, 장치 상태, 네트워크 위험도 등 다양한 실시간 요소를 정책 결정에 반영한다. 이를 통해 보다 세밀하고 유연한 접근 통제가 가능해지며, 변화하는 환경과 위협에 대응하는 능력이 향상된다.

맥락 인식 접근 제어의 핵심은 정책 결정에 활용되는 맥락 정보를 수집, 분석, 평가하는 것이다. 일반적으로 고려되는 맥락 속성은 다음과 같다.

예를 들어, 일반 업무 시간에는 사내 네트워크에서 중요 데이터에 접근이 허용되지만, 심야 시간이나 신뢰할 수 없는 공용 네트워크에서의 접근 시도는 추가 인증을 요구하거나 차단할 수 있다. 또는 사용자의 장치에 최신 보안 패치가 적용되지 않았다면 특정 애플리케이션에 대한 접근을 제한하는 정책을 적용할 수 있다.

이 모델의 구현은 속성 기반 접근 제어(ABAC) 프레임워크 위에 구축되는 경우가 많다. ABAC의 정책 언어를 확장하여 동적인 맥락 속성을 조건으로 포함시키는 방식이다. 그러나 실시간으로 변화하는 맥락 정보를 정확하게 수집하고, 이를 바탕으로 빠르게 권한을 평가하는 것은 기술적 도전 과제로 남아 있다[10]. 또한 복잡한 정책 관리와 잠재적인 오탐지(false positive)로 인한 사용자 불편을 최소화하는 것도 중요한 고려 사항이다.

제로 트러스트 보안 모델은 "절대 신뢰하지 말고, 항상 검증하라"는 원칙에 기반한 보안 패러다임이다. 이 모델은 기존의 방화벽과 같은 경계 중심 보안 접근법이 내부 위협과 외부 침입을 효과적으로 차단하기 어렵다는 인식에서 출발했다. 네트워크 내부든 외부든 모든 접근 요청은 잠재적으로 위험한 것으로 간주하며, 신원과 맥락에 기반한 지속적인 검증을 통해 접근을 제어한다.

이 모델의 핵심 구성 요소는 최소 권한의 원칙의 엄격한 적용, 모든 자원에 대한 세분화된 접근 제어, 그리고 모든 트랜잭션의 지속적인 모니터링과 검증이다. 주요 구현 원칙으로는 명시적 검증, 최소 권한 접근, 그리고 위협 가정이 포함된다. 즉, 사용자나 디바이스의 신원, 위치, 디바이스 상태, 서비스 요청 등 다양한 신호를 기반으로 동적으로 접근 권한을 부여하거나 제한한다.

제로 트러스트 아키텍처를 구현하기 위해 종합적인 가시성과 자동화가 필수적이다. 일반적으로 신원 및 접근 관리, 엔드포인트 보안, 마이크로세그멘테이션, 다중 인증 등의 기술이 통합되어 사용된다. 예를 들어, 사용자가 회사 네트워크에 접속해도 내부 데이터베이스에 접근하려면 매번 권한을 재검증받아야 한다.

이 모델은 클라우드 컴퓨팅, 원격 근무의 확산, 그리고 APT와 같은 정교한 사이버 위협에 대응하는 현대 보안 환경에서 특히 중요성을 얻고 있다. 기존의 강제 접근 제어나 역할 기반 접근 제어와 같은 모델을 대체하기보다, 더 포괄적인 보안 프레임워크 내에서 이러한 모델들을 엄격하게 적용하는 철학적 틀로 이해된다.