접근통제 메커니즘
IT위키
더 많은 작업
접근통제 메커니즘(Access Control Mechanism)은 접근통제 정책을 시스템 안에서 실제로 집행하는 구현 수단으로, 주체가 객체에 접근할 때 허용 여부를 판정하는 데 쓰는 자료 구조와 절차를 말한다. 접근 제어 목록(ACL), 자격 목록(CL), 보안 레이블이 대표적이다.
접근통제는 정책·메커니즘·모델 세 요소로 이루어진다.
| 요소 | 하는 일 | 예 |
|---|---|---|
| 정책(Policy) | 누가 무엇에 어떤 조건으로 접근할 수 있는지를 정한 규칙 | 임의적(DAC), 강제적(MAC), 역할 기반(RBAC), 속성 기반(ABAC) 접근통제 |
| 메커니즘(Mechanism) | 정책을 시스템에서 집행하는 구현 수단 | ACL, CL, 보안 레이블 |
| 모델(Model) | 정책을 수학적·형식적으로 표현해 안전함을 보이는 틀 → 접근통제 모델 | 벨-라파둘라(BLP), 비바, 클락-윌슨, 만리장성 |
같은 정책을 여러 메커니즘으로 구현할 수 있고, 하나의 메커니즘이 여러 정책을 지원할 수도 있다. 정책과 메커니즘을 나누어 두면 정책을 바꿀 때 구현을 다시 만들지 않아도 된다.
OSI 보안 구조(ITU-T X.800)는 네트워크 통신의 보안 공격·보안 서비스·보안 메커니즘을 정리한 참조 구조다. 거기서 접근통제는 보안 서비스의 하나일 뿐, 접근통제의 구성요소가 아니다.
주체를 행, 객체를 열로 두고 칸마다 허용된 권한(읽기·쓰기·실행)을 적은 표를 접근 제어 행렬이라 한다. 실제 시스템에서는 대부분의 칸이 비어 있어 표 그대로 저장하지 않고 열 단위나 행 단위로 잘라 저장한다.
| 메커니즘 | 저장 방식 | 기준 | 특징 |
|---|---|---|---|
| 접근 제어 목록(ACL, Access Control List) | 행렬을 열(객체)별로 자른다 | 객체 | 객체마다 "누가 무엇을 할 수 있다" 를 붙인다. 객체의 권한 확인·회수가 쉽다. 파일 시스템 권한, 방화벽 규칙이 이 방식 |
| 자격 목록(CL, Capability List) | 행렬을 행(주체)별로 자른다 | 주체 | 주체마다 접근할 수 있는 객체와 권한 목록(티켓)을 준다. 주체의 권한 확인은 쉽지만 특정 객체에 대한 권한을 일괄 회수하기 어렵다 |
| 보안 레이블(Security Label) | 주체·객체마다 등급과 범주를 붙인다 | 등급 | 레이블끼리 비교해 허용한다. 강제적 접근통제의 구현 수단 |
- ACL 은 객체 쪽에 접근 정보를 저장한다. "이 객체에 누가 접근할 수 있는가"는 바로 답하지만 "이 사용자는 무엇에 접근할 수 있는가"를 알려면 모든 ACL 을 뒤져야 한다. NIST IR 7316 은 사용자 이동이 잦은 기업 환경에서 ACL 이 심각한 어려움을 겪으며, 특히 사용자와 그룹이 많아지면 중앙에서 관리하기 어렵다고 지적한다[1]. 그래서 주체가 많은 환경에서는 권한을 역할에 묶는 역할 기반 접근통제로 관리 부담을 줄인다
- 자격 목록은 반대로 "이 객체에 누가 접근하는가"를 알거나 특정 객체의 권한을 회수하려면 모든 사용자의 목록을 뒤져야 한다[1]
메커니즘을 실제로 돌리는 부분을 참조 모니터라 한다. 참조 모니터는 다음을 만족해야 한다.
- 우회할 수 없다 : 모든 접근이 반드시 거쳐 간다
- 변조할 수 없다 : 메커니즘 자체를 공격자가 바꾸지 못한다
- 검증할 수 있다 : 작고 단순해서 올바른지 확인할 수 있다
- ↑ 1.0 1.1 「Assessment of Access Control Systems」(NIST IR 7316), NIST, https://nvlpubs.nist.gov/nistpubs/Legacy/IR/nistir7316.pdf, 확인일: 2026-11-04.