속성기반 접근통제 (Attribute-Based Access Control (ABAC))

한 줄 정의: 사용자, 자원, 환경 등 다양한 속성 값을 조합한 규칙을 기준으로 접근 허용 여부를 동적으로 판단하는 접근통제 방식입니다.

쉽게 풀면

회사 건물에 들어갈 때 단순히 "직원증이 있으니 통과"가 아니라, "부서가 인사팀이고, 근무 시간이며, 요청한 문서가 본인 소속 부서의 자료일 때만 열람 가능"처럼 여러 조건을 동시에 따지는 방식을 떠올리면 됩니다. 속성기반 접근통제는 사용자의 직급이나 부서 같은 속성, 파일의 보안 등급 같은 자원 속성, 접속 시간이나 위치 같은 환경 속성을 조합한 규칙을 정해두고, 요청이 들어올 때마다 그 조건을 만족하는지 실시간으로 계산해 접근을 허용하거나 거부합니다. 기존에 역할 하나만 보고 권한을 주던 방식보다 훨씬 세밀하고 유연한 통제가 가능합니다.

왜 중요한가

조직 구조와 업무 환경이 복잡해지면서 단순히 직책이나 역할만으로는 세밀한 접근 제어를 표현하기 어려운 경우가 많아졌습니다. 속성기반 접근통제는 다양한 조건을 조합해 정교한 보안 정책을 표현할 수 있어, 클라우드 환경이나 대규모 조직의 접근 관리 체계를 설계하는 연구와 실무에서 중요하게 다뤄집니다.

논문에서는 이렇게 쓰입니다

"제안하는 시스템은 사용자 속성, 자원 속성, 환경 속성을 결합한 정책 규칙 엔진을 통해 세밀한 접근 결정을 수행한다."

속성기반 접근통제가 여러 종류의 속성을 함께 고려해 접근 여부를 판단하는 구조를 설명하는 문장입니다.

"기존 역할기반 접근통제(RBAC)와 비교했을 때 ABAC는 정책 변경 시 역할을 재정의할 필요 없이 속성 조건만 수정하면 되는 유연성을 제공한다."

기존의 역할 중심 접근통제 방식과 비교해 속성기반 접근통제가 갖는 유연성이라는 장점을 설명하는 문장입니다.

조금 더 깊게 보면

ABAC 정책은 흔히 "만약 사용자 속성이 X이고 자원 속성이 Y이며 환경 속성이 Z이면 접근을 허용한다"는 형태의 규칙으로 표현되며, 이를 표준화하기 위해 XACML 같은 정책 언어가 활용되기도 합니다. 역할기반 접근통제(RBAC)가 사전에 정의된 역할 단위로 권한을 관리하는 것과 달리, ABAC는 조건을 조합해 더 세밀하고 동적인 접근 제어를 가능하게 하지만, 그만큼 정책 설계와 관리가 복잡해질 수 있습니다.

주의할 점

속성 조합이 늘어날수록 정책이 복잡해져 규칙 간 충돌이나 의도치 않은 과도한 권한 부여가 발생할 수 있어, 정책 설계와 검증에 상당한 주의가 필요합니다. ABAC가 RBAC를 무조건 대체하는 개념이 아니라, 상황에 따라 함께 조합해 사용되는 경우도 많습니다.