컴퓨터 접근 제어

3. 서비스

접근 제어 시스템은 다음의 필수적인 서비스를 제공한다: ''인가'', ''신원 확인 및 인증''(I&A), ''접근 승인'', 그리고 ''책무성''. 다음은 각 서비스에 대한 설명이다:

• 인가: 주체가 무엇을 할 수 있는지를 명시한다.
• 신원 확인 및 인증: 합법적인 주체만 시스템에 로그인할 수 있도록 보장한다.
• 접근 승인: 인가 정책에 따라 사용자가 접근 권한이 있는 자원에 연결되어 운영 중에 접근을 허가한다.
• 책무성: 주체(또는 사용자와 관련된 모든 주체)가 수행한 작업을 식별한다.

• 읽기(R): 주체는 파일 내용을 읽거나 디렉토리 내용을 나열할 수 있다.
• 쓰기(W): 주체는 추가, 업데이트, 삭제, 이름 변경 등의 작업을 통해 파일 또는 디렉토리의 내용을 변경할 수 있다.
• 실행(X): 파일이 프로그램인 경우 주체는 프로그램을 실행할 수 있다. 유닉스 스타일 시스템에서 "실행" 권한은 디렉토리에 부여될 때 "디렉토리 탐색" 권한으로도 사용된다.

• '''당신이 아는 것''' 예를 들어 비밀번호나 개인 식별 번호(PIN)와 같다. 이는 계정 소유자만 계정에 액세스하는 데 필요한 비밀번호 또는 PIN을 알고 있다고 가정한다.
• '''당신이 가진 것''' 예를 들어 스마트 카드 또는 보안 토큰과 같다. 이는 계정 소유자만 계정을 잠금 해제하는 데 필요한 스마트 카드 또는 토큰을 가지고 있다고 가정한다.
• '''당신이 누구인지''' 예를 들어 지문, 음성, 망막 또는 홍채 특성과 같다.
• '''당신이 어디에 있는지''' 예를 들어 회사 방화벽 내부 또는 외부, 또는 개인 GPS 장치에 대한 로그인 위치의 근접성과 같다.

• 보안 위반 감지
• 보안 사고 재현

• 특정 기간 동안 3회 이상의 로그인 시도 실패
• 사용 불가능한 사용자 계정 사용 시도

3. 1. 인가 (Authorization)

• 읽기(R): 주체는 파일 내용을 읽거나 디렉토리 내용을 나열할 수 있다.
• 쓰기(W): 주체는 추가, 업데이트, 삭제, 이름 변경 등의 작업을 통해 파일 또는 디렉토리의 내용을 변경할 수 있다.
• 실행(X): 파일이 프로그램인 경우 주체는 프로그램을 실행할 수 있다. 유닉스 스타일 시스템에서 "실행" 권한은 디렉토리에 부여될 때 "디렉토리 탐색" 권한으로도 사용된다.

3. 2. 신원 확인 및 인증 (Identification and Authentication)

• '''당신이 아는 것''' 예를 들어 비밀번호나 개인 식별 번호(PIN)와 같다. 이는 계정 소유자만 계정에 액세스하는 데 필요한 비밀번호 또는 PIN을 알고 있다고 가정한다.
• '''당신이 가진 것''' 예를 들어 스마트 카드 또는 보안 토큰과 같다. 이는 계정 소유자만 계정을 잠금 해제하는 데 필요한 스마트 카드 또는 토큰을 가지고 있다고 가정한다.
• '''당신이 누구인지''' 예를 들어 지문, 음성, 망막 또는 홍채 특성과 같다.
• '''당신이 어디에 있는지''' 예를 들어 회사 방화벽 내부 또는 외부, 또는 개인 GPS 장치에 대한 로그인 위치의 근접성과 같다.

3. 2. 1. 인증 수단

• '''당신이 아는 것''' 예를 들어 비밀번호나 개인 식별 번호(PIN)와 같다. 이는 계정 소유자만 계정에 액세스하는 데 필요한 비밀번호 또는 PIN을 알고 있다고 가정한다.
• '''당신이 가진 것''' 예를 들어 스마트 카드 또는 보안 토큰과 같다. 이는 계정 소유자만 계정을 잠금 해제하는 데 필요한 스마트 카드 또는 토큰을 가지고 있다고 가정한다.
• '''당신이 누구인지''' 예를 들어 지문, 음성, 망막 또는 홍채 특성과 같다.
• '''당신이 어디에 있는지''' 예를 들어 회사 방화벽 내부 또는 외부, 또는 개인 GPS 장치에 대한 로그인 위치의 근접성과 같다.

3. 3. 접근 승인 (Access Approval)

3. 4. 책임 추적성 (Accountability)

• 보안 위반 감지
• 보안 사고 재현

• 특정 기간 동안 3회 이상의 로그인 시도 실패
• 사용 불가능한 사용자 계정 사용 시도

3. 4. 1. 감사 추적 및 로그

• 보안 위반 감지
• 보안 사고 재현

• 특정 기간 동안 3회 이상의 로그인 시도 실패
• 사용 불가능한 사용자 계정 사용 시도

4. 접근 통제 모델

접근 제어 모델은 때때로 임의적 또는 비임의적으로 분류된다. 가장 널리 알려진 세 가지 모델은 임의적 접근 제어(DAC), 강제 접근 제어(MAC), 역할 기반 접근 제어(RBAC)이다. MAC는 비임의적이다.

임의적 접근 제어(DAC)는 객체의 소유자가 정책을 결정하며, 소유자는 객체에 접근할 수 있는 사람과 그들이 갖는 권한을 결정한다. DAC에서 중요한 두 가지 개념은 파일 및 데이터 소유권과 접근 권한 및 권한이다. 시스템의 모든 객체는 소유자를 가지며, 대부분의 DAC 시스템에서 각 객체의 초기 소유자는 객체를 생성한 주체이다. 객체에 대한 접근 정책은 소유자가 결정한다. 접근 권한 및 권한은 소유자가 특정 자원에 대해 다른 주체에게 할당할 수 있는 제어 권한이다. 접근 제어는 ACL 기반 또는 역량 기반 접근 제어 시스템에서 임의적으로 적용될 수 있다.

강제 접근 통제(MAC)는 특정 사용자가 리소스에 접근할 수 있도록 허용하는 규칙이 존재하는 경우에만 리소스 접근을 허용한다. 관리하기는 어렵지만, 고도로 민감한 정보를 보호하는 데 사용될 때는 일반적으로 사용이 정당화된다. 예를 들어, 특정 정부 및 군사 정보가 해당된다. 이 방법을 "강제적"으로 만드는 것은 규칙 또는 민감도 레이블의 사용이다. 민감도 레이블은 이러한 시스템에서 주체와 객체에 할당되어야 한다. 주체의 민감도 레이블은 신뢰 수준을, 객체의 민감도 레이블은 접근에 필요한 신뢰 수준을 지정한다. 객체에 접근하기 위해서는 주체는 요청된 객체와 같거나 더 높은 민감도 수준을 가져야 한다. 데이터 가져오기 및 내보내기는 이러한 시스템의 중요한 기능이며, 민감한 정보가 항상 적절하게 보호되도록 민감도 레이블이 적절하게 유지되고 구현되어야 한다.

규칙 기반 접근 통제(또는 레이블 기반) 접근 통제는 요청된 객체에 대한 접근에 대한 특정 조건을 추가로 정의한다. 강제 접근 통제 시스템은 객체의 민감도 레이블과 주체의 민감도 레이블을 비교하여 접근 허용 여부를 결정한다. 격자 기반 접근 통제는 여러 객체 및/또는 주체와 관련된 복잡한 접근 통제 결정을 위해 사용될 수 있다. 격자 모델은 주체와 객체와 같은 두 요소 쌍에 대한 가장 큰 하한 및 가장 작은 상한 값을 정의하는 수학적 구조이다. MAC를 구현하는 시스템은 거의 없으며, XTS-400과 SELinux가 그 예이다.

역할 기반 접근 제어(RBAC)는 소유자가 아닌 시스템에 의해 결정되는 접근 정책이다. RBAC는 상업용 애플리케이션과 다단계 보안 요구 사항이 존재할 수 있는 군사 시스템에서도 사용된다. RBAC는 사용자가 자신의 리소스에 대한 접근을 제어할 수 있는 DAC와 달리, 시스템 수준에서 제어된다는 점에서 비재량적이다. RBAC는 권한이 처리되는 방식에서 주로 MAC과 구별될 수 있다. MAC은 사용자의 허가 수준과 추가적인 레이블에 따라 읽기 및 쓰기 권한을 제어한다. RBAC는 전자 상거래 거래와 같은 복잡한 작업을 포함하거나 읽기 또는 쓰기와 같이 간단할 수 있는 권한 모음을 제어한다. RBAC의 역할은 권한 집합으로 볼 수 있다. RBAC에 대해 세 가지 주요 규칙(역할 할당, 역할 권한 부여, 트랜잭션 권한 부여)이 정의되어 있다. 주체는 적절한 역할을 선택했거나 할당받은 경우에만 트랜잭션을 실행할 수 있다(역할 할당). 주체의 활성 역할은 해당 주체에 대해 권한이 부여되어야 한다(역할 권한 부여). 주체는 해당 트랜잭션이 주체의 활성 역할에 대해 권한이 부여된 경우에만 트랜잭션을 실행할 수 있다(트랜잭션 권한 부여). 추가적인 제약 조건도 적용될 수 있으며, 역할은 상위 레벨 역할이 하위 레벨 하위 역할이 소유한 권한을 포함하는 계층 구조로 결합될 수 있다. 대부분의 IT 공급업체는 하나 이상의 제품에서 RBAC를 제공한다.

속성 기반 접근 제어(ABAC)에서^[5][6] 접근 권한은 인증 후 사용자와 관련된 주체의 권한에 따라 부여되는 것이 아니라, 주체, 객체, 요청된 작업 및 환경 조건의 속성을 정책, 규칙 또는 주어진 속성 집합에 대한 허용 가능한 작업을 설명하는 관계에 따라 부여된다.^[7] 사용자는 접근 제어 엔진에 대해 자신의 속성에 대한 주장을 증명해야 한다. 속성 기반 접근 제어 정책은 객체에 대한 접근 권한을 부여하기 위해 충족되어야 하는 주장을 지정한다. 예를 들어 주장은 "18세 이상"일 수 있다. 인증 및 식별이 엄격하게 요구되지 않는 경우 사용자는 익명일 수 있다. 그러나 주장을 익명으로 증명할 수 있는 수단이 필요하다. 이는 예를 들어 익명 자격 증명을 사용하여 달성할 수 있다. XACML(확장 가능한 접근 제어 마크업 언어)은 속성 기반 접근 제어를 위한 표준이며, XACML 3.0은 2013년 1월에 표준화되었다.^[8]

전통적으로 접근 제어의 목적은 접근을 제한하는 것이므로 대부분의 접근 제어 모델은 "기본 거부 원칙"을 따른다.^[9] 즉, 특정 접근 요청이 명시적으로 허용되지 않으면 거부된다. 특정 상황에서, 인간은 달성할 수 있는 잠재적 이점이 이 위험보다 클 경우 접근 제어 정책 위반과 관련된 위험을 감수하려 한다. 이러한 필요성은 환자 기록에 대한 접근 거부가 환자의 죽음을 초래할 수 있는 의료 분야에서 특히 두드러진다.^[9] 비상시 접근 통제, 즉 브레이크 글래스(Break-Glass, 깨뜨리기)는 사용자가 접근 제어 결정을 재정의하도록 허용하여 이러한 문제를 완화하려 한다.^[9] 브레이크 글래스는 접근 제어 방식으로 구현되거나,^[9] 일반적인 방식(즉, 기본 접근 제어 모델과 독립적)으로 구현될 수 있다.^[10]

4. 1. 임의적 접근 통제 (Discretionary Access Control, DAC)

• 파일 및 데이터 소유권: 시스템의 모든 객체는 ''소유자''를 갖는다. 대부분의 임의 접근 제어 시스템에서 각 객체의 초기 소유자는 객체를 생성한 주체이다. 객체에 대한 접근 정책은 소유자에 의해 결정된다.
• 접근 권한 및 권한: 이는 소유자가 특정 자원에 대해 다른 주체에게 할당할 수 있는 제어 권한이다.

4. 1. 1. 파일 및 데이터 소유권

• 파일 및 데이터 소유권: 시스템의 모든 객체는 ''소유자''를 갖는다. 대부분의 임의 접근 제어 시스템에서 각 객체의 초기 소유자는 객체를 생성한 주체이다. 객체에 대한 접근 정책은 소유자에 의해 결정된다.
• 접근 권한 및 권한: 이는 소유자가 특정 자원에 대해 다른 주체에게 할당할 수 있는 제어 권한이다.

4. 1. 2. 접근 권한 및 권한

• 파일 및 데이터 소유권: 시스템의 모든 객체는 ''소유자''를 갖는다. 대부분의 DAC 시스템에서 각 객체의 초기 소유자는 객체를 생성한 주체이다. 객체에 대한 접근 정책은 소유자에 의해 결정된다.
• 접근 권한 및 권한: 이는 소유자가 특정 자원에 대해 다른 주체에게 할당할 수 있는 제어 권한이다.

4. 2. 강제적 접근 통제 (Mandatory Access Control, MAC)

• 민감도 레이블: 이러한 시스템에서 주체와 객체는 레이블이 할당되어야 한다. 주체의 민감도 레이블은 신뢰 수준을 지정한다. 객체의 민감도 레이블은 접근에 필요한 신뢰 수준을 지정한다. 주어진 객체에 접근하기 위해서는 주체는 요청된 객체와 같거나 더 높은 민감도 수준을 가져야 한다.
• 데이터 가져오기 및 내보내기: 다른 시스템으로부터의 정보 가져오기 및 다른 시스템(프린터 포함)으로의 내보내기를 제어하는 것은 이러한 시스템의 중요한 기능이며, 민감한 정보가 항상 적절하게 보호되도록 민감도 레이블이 적절하게 유지되고 구현되어야 한다.

• 규칙 기반 접근 통제 (또는 레이블 기반) 접근 통제: 이러한 유형의 제어는 요청된 객체에 대한 접근에 대한 특정 조건을 추가로 정의한다. 강제 접근 통제 시스템은 다음을 일치시켜 접근을 허용할지 거부할지를 결정하기 위해 간단한 형태의 규칙 기반 접근 통제를 구현한다.
• 객체의 민감도 레이블
• 주체의 민감도 레이블
• 격자 기반 접근 통제: 여러 객체 및/또는 주체와 관련된 복잡한 접근 통제 결정을 위해 사용할 수 있다. 격자 모델은 주체와 객체와 같은 두 요소 쌍에 대한 가장 큰 하한 및 가장 작은 상한 값을 정의하는 수학적 구조이다.

4. 2. 1. 민감도 레이블

• 민감도 레이블: 이러한 시스템에서 주체와 객체는 레이블이 할당되어야 한다. 주체의 민감도 레이블은 신뢰 수준을 지정한다. 객체의 민감도 레이블은 접근에 필요한 신뢰 수준을 지정한다. 주어진 객체에 접근하기 위해서는 주체는 요청된 객체와 같거나 더 높은 민감도 수준을 가져야 한다.
• 데이터 가져오기 및 내보내기: 다른 시스템으로부터의 정보 가져오기 및 다른 시스템(프린터 포함)으로의 내보내기를 제어하는 것은 이러한 시스템의 중요한 기능이며, 민감한 정보가 항상 적절하게 보호되도록 민감도 레이블이 적절하게 유지되고 구현되어야 한다.

4. 2. 2. 규칙 기반 접근 통제

• 객체의 민감도 레이블
• 주체의 민감도 레이블

4. 2. 3. 격자 기반 접근 통제

4. 3. 역할 기반 접근 통제 (Role-Based Access Control, RBAC)

4. 3. 1. 역할 할당

4. 3. 2. 역할 권한 부여

4. 3. 3. 트랜잭션 권한 부여

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

4. 4. 1. XACML

4. 5. 비상시 접근 통제 (Break-Glass Access Control)

5. 호스트 기반 접근 통제 (Host-Based Access Control, HBAC)

HBAC는 "호스트 기반 접근 제어(host-based access control)"의 약자이다.

6. 한국 사회와 접근 통제

6. 1. 개인정보보호

6. 2. 기업 보안

6. 3. 국가 안보

6. 4. 더불어민주당의 입장

참조

_[1] 서적 ABCs of IBM Z/OS System Programming Volume 6 https://books.google[...] IBM Corporation 2014-08-12
_[2] 서적 Computer Security Wiley Publishing 2011
_[3] 간행물 A UCONabc Resilient Authorization Evaluation for Cloud Computing 2014-02
_[4] 간행물 Definition of: clipping level https://www.pcmag.co[...] 2017-08-26
_[5] 논문 A unified attribute-based access control model covering dac, mac and rbac Springer Berlin Heidelberg 2012
_[6] 간행물 Guide to Attribute Based Access Control (ABAC) Definition and Considerations http://csrc.nist.gov[...]
_[7] 간행물 Guide to Attribute Based Access Control (ABAC) Definition and Considerations (Draft) https://citeseerx.is[...] 2013
_[8] 문서 eXtensible Access Control Markup Language https://lists.oasis-[...] XACML
_[9] 학술회의 How to Securely Break into RBAC: The BTG-RBAC Model IEEE
_[10] 학술회의 Extending Access Control Models with Break-glass. http://www.brucker.c[...] ACM Press
_[11] 웹사이트 Identity Management Guide: Managing Identity and Authorization Policies for Linux-Based Infrastructures https://access.redha[...] Red Hat 2014-01-06