접근통제 정책과 기법 | 정보보안기사 필기

1. 접근통제의 기본 요소

식별·인증·인가·감사를 구분한다.

업무 수행에 필요한 최소 권한만 부여한다. 필요할 수 있으니 미리 관리자 권한을 준다는 최소 권한에 어긋난다.

보안등급이나 직급이 높더라도 실제 업무상 필요가 있는 정보만 접근하도록 한다.

중요 업무를 여러 역할로 나눠 한 사람이 요청·승인·집행·감사를 모두 수행하지 못하게 한다.

명시적으로 허용되지 않은 접근은 거부한다. 정책 정보가 누락되거나 오류가 발생했을 때 무조건 허용하는 방식은 위험하다.

공유 계정 대신 개인별 계정을 사용하고 권한 변경·특권 사용을 기록한다.

접근통제 행렬은 행에 주체, 열에 객체를 놓고 각 칸에 권한을 표현한다.

주체 \ 객체	보고서	급여 DB	결재 기능
일반 직원	읽기	없음	없음
인사 담당	읽기	읽기·수정	없음
관리자	읽기·수정	관리	승인

실제 시스템에서는 희소한 행렬 전체를 저장하기보다 ACL 또는 Capability List로 표현한다.

객체마다 누가 어떤 권한을 가지는가를 기록한다.

CODE코드 영역 안에서 좌우로 이동할 수 있습니다.

급여 DB ACL = { 인사담당: read/write, 감사자: read }

특정 객체의 접근자를 확인·회수하기 쉽다. Capability는 권한을 나타내는 위조 불가능한 참조·증표여야 하며 단순히 사용자가 작성한 권한 목록이 아니다.

주체마다 어떤 객체에 어떤 권한을 가지는가를 기록한다.

CODE코드 영역 안에서 좌우로 이동할 수 있습니다.

인사담당 capability = { 급여DB: read/write, 보고서: read }

주체가 가진 권한을 한눈에 보기 쉽지만 capability의 위조·복사·전달을 안전하게 통제해야 한다.

DAC(Discretionary Access Control)는 객체 소유자나 권한 보유자의 재량으로 접근권한을 부여·전달할 수 있는 방식이다.

MAC(Mandatory Access Control)은 중앙 정책과 보안 레이블에 따라 접근을 강제한다. 사용자가 임의로 레이블 정책을 변경하거나 권한을 전달할 수 없다.

여기서 MAC은 Message Authentication Code가 아니라 강제적 접근통제라는 점에 주의한다.

RBAC(Role-Based Access Control)는 사용자에게 권한을 직접 나열하기보다 역할에 권한을 부여하고 사용자를 역할에 배정한다.

CODE코드 영역 안에서 좌우로 이동할 수 있습니다.

사용자 → 역할 → 권한 → 객체

장점:

주의점:

ABAC(Attribute-Based Access Control)는 주체·객체·행위·환경 속성을 정책 규칙에 대입해 결정한다.

예:

CODE코드 영역 안에서 좌우로 이동할 수 있습니다.

허용 조건 =
  사용자.부서 == 문서.소유부서
  AND 사용자.직급 >= 문서.최소직급
  AND 접속시간은 업무시간

수평 권한 상승은 다른 사용자의 같은 수준 자원에, 수직 권한 상승은 관리자 같은 상위 기능에 무단 접근하는 경우다. 화면에서 버튼을 숨기는 것만으로 권한이 집행되지 않는다. 서버에서 주체·객체·동작을 확인하고, 퇴사·역할 변경 시 남은 권한도 회수한다.