본문으로 이동

접근 제어

위키백과, 우리 모두의 백과사전.
지문을 이용한 일반적인 물리 보안 접근 제어
일본 사세보 해군 기지 게이트에서 수병이 차량 진입을 허용하기 전 신분증(ID)을 확인하고 있다.

물리 보안 및 정보 보안에서 접근 제어(接近制御), 액세스 컨트롤(access control, AC) 또는 액세스 제어는 주체가 객체(예: 장소 또는 자원)에 대한 접근을 허용받아야 하는지 아니면 거부되어야 하는지를 결정하는 행위이다. 접근 행위는 소비, 진입 또는 사용을 의미할 수 있다. 접근 제어는 흔히 허가와 혼용되어 사용되기도 하지만, 허가는 접근 제어 결정이 내려지기 훨씬 전에 부여될 수 있다.[1]

디지털 플랫폼에서의 접근 제어는 승인 제어라고도 불린다. 외부 데이터베이스의 보호는 디지털 보안을 유지하는 데 필수적이다.[2]

접근 제어는 더 연구되어야 할 프라이버시의 중요한 측면으로 간주된다. 접근 제어 정책(또는 접근 정책)은 조직의 보안 정책의 일부이다. 접근 제어 정책을 검증하기 위해 조직은 접근 제어 모델을 사용한다.[3] 일반적인 보안 정책이 조직의 위험 수용 범위를 만족시키기 위해 적절한 보안 통제를 설계하거나 선택해야 하는 것처럼, 접근 정책도 유사하게 조직이 접근 제어를 설계하거나 선택할 것을 요구한다.

취약한 접근 제어는 웹 애플리케이션에서 종종 1순위 위험으로 등재된다.[4] "최소 권한의 원칙"에 따라 소비자는 업무 수행에 필요한 항목에 대해서만 접근 권한을 부여받아야 하며 그 이상은 허용되지 않아야 한다.[5]

물리 보안

[편집]
드롭 암 광학 개집표기
뉴욕 지하철 시스템의 지하 입구

지리적 접근 제어는 인력(예: 국경경비대, 문지기, 입장권 검사원)에 의해 수행되거나 개집표기와 같은 장치를 통해 이루어질 수 있다. 이러한 접근 제어를 우회하는 것을 방지하기 위해 울타리가 설치될 수 있다. 엄격한 의미의 접근 제어(접근 자체를 물리적으로 제어함)의 대안은 권한이 있는 존재인지 확인하는 시스템이다(예: 검표원 (교통)). 변형된 형태로 상점(계산대)이나 국가의 출구 제어가 있다.[6]

접근 제어라는 용어는 자산, 건축물 또는 방에 대한 출입을 권한이 있는 사람으로 제한하는 관행을 의미한다. 물리적 접근 제어는 사람(경비원, 문지기 또는 접수원)에 의해, 자물쇠와 열쇠 같은 기계적 수단을 통해, 또는 맨트랩(mantrap)과 같은 접근 제어 시스템 등의 기술적 수단을 통해 이루어질 수 있다. 이러한 환경 내에서 기계식 열쇠가 사용되는 구역에 대한 접근이나 특정 소규모 자산에 대한 접근을 추가로 관리하고 모니터링하는 수단으로 물리적 키 관리도 채택될 수 있다.[6]

물리적 접근 제어는 누구(who), 어디서(where), 언제(when)의 문제이다. 접근 제어 시스템은 누가 출입을 허용받는지, 어디로 출입이 허용되는지, 그리고 언제 출입이 허용되는지를 결정한다. 역사적으로 이는 부분적으로 자물쇠와 열쇠를 통해 수행되었다. 문이 잠겨 있을 때, 자물쇠 설정에 따라 열쇠를 가진 사람만이 문을 통해 들어올 수 있다. 기계식 자물쇠와 열쇠는 열쇠 소지자를 특정 시간이나 날짜로 제한할 수 없다. 또한 기계식 자물쇠와 열쇠는 특정 문에 사용된 열쇠에 대한 기록을 제공하지 않으며, 열쇠는 쉽게 복사되거나 권한이 없는 사람에게 전달될 수 있다. 기계식 열쇠를 분실하거나 열쇠 소지자가 더 이상 보호 구역을 사용할 권한이 없게 되면 자물쇠의 핀을 다시 설정해야 한다.[7]

전자 접근 제어

[편집]
핸드 지오메트리 스캐너를 이용한 물리 보안 접근 제어
ACT 리더를 사용한 키포브 기반 접근 제어의 예

전자 접근 제어(EAC)는 기계식 자물쇠와 열쇠의 한계를 해결하기 위해 컴퓨터를 사용한다. 기계식 자물쇠와 열쇠로는 인증의 핵심 구성 요소인 신원 확인을 보장하기가 특히 어렵다. 기계식 열쇠를 대체하기 위해 광범위한 크리덴셜을 사용할 수 있으며, 이를 통해 완전한 인증, 허가 및 계정 관리(AAA)가 가능하다. 전자 접근 제어 시스템은 제시된 크리덴셜을 기반으로 접근을 허가한다. 접근이 허가되면 자원은 미리 정해진 시간 동안 잠금이 해제되고 데이터베이스 트랜잭션이 기록된다. 접근이 거부되면 자원은 잠긴 상태로 유지되고 접근 시도가 기록된다. 시스템은 또한 자원을 모니터링하여 자원이 강제로 잠금 해제되거나 잠금 해제 후 너무 오랫동안 열려 있는 경우 경보를 울린다.[6]

크리덴셜이 리더기에 제시되면, 리더기는 크리덴셜의 정보(보통 숫자)를 신뢰성이 높은 프로세서인 제어 패널로 전송한다. 제어 패널은 크리덴셜 숫자를 접근 제어 목록과 비교하여 제시된 요청을 승인하거나 거부하며, 트랜잭션 로그를 데이터베이스로 보낸다. 접근 제어 목록에 따라 접근이 거부되면 문은 잠긴 상태를 유지한다. 크리덴셜과 접근 제어 목록이 일치하면 제어 패널은 릴레이를 작동시켜 자원의 잠금을 해제한다. 제어 패널은 또한 경보를 방지하기 위해 개방 신호를 무시한다. 종종 리더기는 접근 거부 시 빨간색 LED를 깜빡이고 접근 허가 시 녹색 LED를 깜빡이는 등의 피드백을 제공한다.[8]

위의 설명은 단일 요소 트랜잭션을 예시한다. 크리덴셜은 다른 사람에게 전달될 수 있으므로 접근 제어 목록을 무력화할 수 있다. 예를 들어, 앨리스는 서버실에 대한 접근 권한이 있지만 밥은 없다. 앨리스가 밥에게 자신의 크리덴셜을 주거나 밥이 이를 가져가면, 그는 이제 서버실에 접근할 수 있게 된다. 이를 방지하기 위해 다요소 인증을 사용할 수 있다. 이단계 트랜잭션에서는 접근이 허가되기 위해 제시된 크리덴셜과 두 번째 요소가 필요하다. 또 다른 요소로는 PIN 코드, 두 번째 크리덴셜, 운영자 개입 또는 생체인증 입력이 있을 수 있다.[8]

인증 정보에는 세 가지 유형(요소)이 있다.[9]

  • 사용자가 알고 있는 것 (예: 비밀번호, 패스프레이즈 또는 PIN)
  • 사용자가 가지고 있는 것 (예: 스마트카드 또는 키포브)
  • 사용자의 신체적 특징 (예: 생체 측정으로 확인된 사용자의 지문)

비밀번호는 정보 시스템에 접근하기 전 사용자의 신원을 확인하는 흔한 수단이다. 또한 현재는 네 번째 인증 요소로 '당신이 아는 누군가'가 인정되는데, 이는 그러한 시나리오를 허용하도록 설정된 상황에서 당신을 아는 다른 사람이 인증의 인적 요소를 제공할 수 있는 경우이다. 예를 들어, 사용자가 비밀번호는 알고 있지만 스마트카드를 잊어버렸을 수 있다. 이러한 시나리오에서 사용자가 지정된 동료들에게 알려져 있다면, 동료들이 자신의 스마트카드와 비밀번호를 해당 사용자의 기존 요소와 결합하여 제공함으로써 분실된 크리덴셜을 가진 사용자를 위한 두 가지 요소를 제공할 수 있으며, 이에 따라 접근을 허용하기 위한 총 세 가지 요소가 마련된다.

크리덴셜

[편집]

크리덴셜은 개인이 특정 물리적 시설이나 컴퓨터 기반 정보 시스템에 접근할 수 있게 해주는 물리적/유형적 객체, 지식의 조각 또는 개인의 신체적 측면이다. 일반적으로 크리덴셜은 사람이 아는 것(숫자나 PIN 코드 등), 가진 것(출입 카드 등), 신체적 특징(생체 인식 특징 등), 행동(측정 가능한 행동 패턴) 또는 이들의 조합일 수 있다. 이를 다요소 인증이라고 한다. 전형적인 크리덴셜은 출입 카드나 키포브이며, 최신 소프트웨어는 사용자의 스마트폰을 접근 장치로 변환할 수도 있다.[10]

마그네틱 선, 바코드, 위건드, 125 kHz 근접식, 26비트 카드 스와이프, 접촉식 스마트카드 및 비접촉식 스마트 카드를 포함한 많은 카드 기술이 존재한다. 또한 ID 카드보다 콤팩트하고 열쇠고리에 부착할 수 있는 키포브도 사용 가능하다. 생체인증 기술에는 지문, 얼굴 인식 시스템, 홍채 인식, 망막 스캔, 음성 및 핸드 지오메트리가 포함된다. 최신 스마트폰에 내장된 생체 인식 기술도 모바일 장치에서 실행되는 접근 소프트웨어와 연동하여 크리덴셜로 사용될 수 있다.[11] 기존의 전통적인 카드 접근 기술 외에도 근거리 무선 통신(NFC), 저전력 블루투스 또는 초광대역(UWB)과 같은 최신 기술도 시스템이나 건물 접근을 위해 사용자 크리덴셜을 리더기에 전달할 수 있다.[12][13][14]

접근 제어 시스템 구성 요소

[편집]
다양한 제어 시스템 구성 요소

접근 제어 시스템의 구성 요소는 다음과 같다.

  • 접근 제어 패널(컨트롤러라고도 함)
  • 문, 개집표기, 주차 게이트, 엘리베이터 또는 기타 물리적 장벽과 같은 접근 제어 대상 입구
  • 입구 근처에 설치된 리더기. (출구도 제어되는 경우 입구 반대편에 두 번째 리더기가 사용됨.)
  • 전기 스트라이크 및 전자석 락과 같은 잠금 하드웨어
  • 문 위치를 모니터링하기 위한 마그네틱 도어 스위치
  • 퇴실 허용을 위한 퇴실 요청(RTE) 장치. RTE 버튼을 누르거나 모션 센서가 문에서의 움직임을 감지하면, 문이 열리는 동안 문 경보를 일시적으로 무시한다. 전기를 통해 문을 잠금 해제할 필요 없이 문을 나가는 것을 "기계적 자유 퇴실"이라고 한다. 이는 화재나 기타 갑작스러운 비상시 대피를 허용하는 중요한 안전 기능이다. 퇴실 시 자물쇠를 전기적으로 열어야 하는 경우 RTE 장치는 문 잠금도 해제한다.[15]

접근 제어 토폴로지

[편집]
일반적인 접근 제어 문 배선
지능형 리더기를 사용할 때의 접근 제어 문 배선

접근 제어 결정은 크리덴셜을 접근 제어 목록과 비교하여 내려진다. 이 조회는 호스트나 서버, 접근 제어 패널 또는 리더기에서 수행될 수 있다. 접근 제어 시스템의 발전 과정에서 조회의 위치가 중앙 호스트에서 시스템의 가장자리나 리더기로 꾸준히 이동해 왔다. 2009년경의 지배적인 토폴로지는 제어 패널을 허브로 하고 리더기를 스포크로 하는 허브 앤 스포크 방식이다. 조회 및 제어 기능은 제어 패널에 의해 수행된다. 스포크는 직렬 연결, 보통 RS-485를 통해 통신한다. 일부 제조업체는 문에 컨트롤러를 배치하여 의사 결정을 가장자리로 밀어내고 있다. 이러한 컨트롤러는 IP가 활성화되어 있으며 표준 네트워크를 사용하여 호스트 및 데이터베이스에 연결된다.[16]

리더기의 유형

[편집]

접근 제어 리더기는 수행할 수 있는 기능에 따라 다음과 같이 분류될 수 있다.[17]

  • 기본(비지능형) 리더기: 카드 번호나 PIN을 단순히 읽어 제어 패널로 전달한다. 생체 인식의 경우 이러한 리더기는 사용자의 ID 번호를 출력한다. 일반적으로 데이터를 제어 패널로 전송하기 위해 위건드 프로토콜이 사용되지만, RS-232, RS-485 및 클록/데이터와 같은 다른 옵션도 드물지 않다. 이는 가장 대중적인 유형의 접근 제어 리더기이다. 이러한 리더기의 예로는 RFLOGICS의 RF Tiny, HID의 ProxPoint, Farpointe Data의 P300 등이 있다.
  • 세미 지능형 리더기: 문 하드웨어(잠금장치, 도어 컨택트, 퇴실 버튼)를 제어하는 데 필요한 모든 입력과 출력을 갖추고 있지만, 접근 결정은 내리지 않는다. 사용자가 카드를 제시하거나 PIN을 입력하면 리더기는 메인 컨트롤러로 정보를 보내고 응답을 기다린다. 메인 컨트롤러와의 연결이 끊어지면 이러한 리더기는 작동을 멈추거나 기능이 제한된 모드로 작동한다. 보통 세미 지능형 리더기는 RS-485 버스를 통해 제어 패널에 연결된다. 예로는 CEM Systems의 InfoProx Lite IPL200, Apollo의 AP-510 등이 있다.
  • 지능형 리더기: 문 하드웨어를 제어하는 데 필요한 모든 입력과 출력을 갖추고 있으며, 독립적으로 접근 결정을 내리는 데 필요한 메모리와 처리 능력도 갖추고 있다. 세미 지능형 리더기와 마찬가지로 RS-485 버스를 통해 제어 패널에 연결된다. 제어 패널은 구성 업데이트를 전송하고 리더기로부터 이벤트를 수신한다. 예로는 CEM Systems의 InfoProx IPO200, Apollo의 AP-500 등이 있다. "IP 리더기"라고 불리는 차세대 지능형 리더기도 있다. IP 리더기를 사용하는 시스템은 대개 전통적인 제어 패널이 없으며 리더기가 호스트 역할을 하는 PC와 직접 통신한다.

일부 리더기는 데이터 수집 목적(예: 출근/퇴근 이벤트)을 위한 디스플레이 및 기능 버튼, 인터컴을 위한 카메라/스피커/마이크, 또는 스마트카드 읽기/쓰기 지원과 같은 추가 기능을 가질 수 있다.

접근 제어 시스템 토폴로지

[편집]
직렬 컨트롤러를 사용한 접근 제어 시스템

1. 직렬 컨트롤러. 컨트롤러는 직렬 RS-485 통신 라인(또는 일부 구형 시스템의 경우 20mA 전류 루프)을 통해 호스트 PC에 연결된다. 표준 PC에는 RS-485 통신 포트가 없으므로 외부 RS-232/485 컨버터나 내부 RS-485 카드를 설치해야 한다.

장점:

  • RS-485 표준은 최대 4000피트(1200m)까지 긴 케이블 배선을 허용한다.
  • 응답 시간이 비교적 짧다. RS-485 라인의 최대 장치 수는 32개로 제한되므로 호스트가 각 장치에 상태 업데이트를 자주 요청하고 거의 실시간으로 이벤트를 표시할 수 있다.
  • 통신 라인이 다른 시스템과 공유되지 않으므로 신뢰성과 보안이 높다.

단점:

  • RS-485는 분배기를 사용하지 않는 한 스타 네트워크 방식의 배선을 허용하지 않는다.
  • RS-485는 대량의 데이터(구성 및 사용자 정보 등) 전송에 적합하지 않다. 가능한 최고 처리량은 115.2 kbit/sec이지만, 대부분의 시스템에서는 신뢰성을 높이기 위해 56.2 kbit/sec 이하로 낮춘다.
  • RS-485는 호스트 PC가 동일한 포트에 연결된 여러 컨트롤러와 동시에 통신하는 것을 허용하지 않는다. 따라서 대규모 시스템에서는 컨트롤러로의 구성 및 사용자 전송이 매우 오래 걸려 정상 운영을 방해할 수 있다.
  • 컨트롤러는 경보가 발생해도 통신을 시작할 수 없다. 호스트 PC가 RS-485 라인에서 마스터 역할을 하며 컨트롤러는 폴링될 때까지 기다려야 한다.
  • 이중화 호스트 PC 설정을 구축하려면 특수 직렬 스위치가 필요하다.
  • 기존 네트워크 인프라를 사용하는 대신 별도의 RS-485 라인을 설치해야 한다.
  • RS-485 표준을 충족하는 케이블은 일반 Category 5 UTP 네트워크 케이블보다 훨씬 비싸다.
  • 시스템 운영이 호스트 PC에 크게 의존한다. 호스트 PC가 고장 나면 컨트롤러로부터 이벤트를 가져올 수 없으며 컨트롤러 간의 상호 작용이 필요한 기능(예: 안티 패스백)이 작동을 멈춘다.
직렬 메인 및 서브 컨트롤러를 사용한 접근 제어 시스템

2. 직렬 메인 및 서브 컨트롤러. 모든 도어 하드웨어는 서브 컨트롤러(도어 컨트롤러 또는 도어 인터페이스라고도 함)에 연결된다. 서브 컨트롤러는 대개 접근 결정을 내리지 않고 대신 모든 요청을 메인 컨트롤러로 전달한다. 메인 컨트롤러는 일반적으로 16개에서 32개의 서브 컨트롤러를 지원한다.

장점:

  • 호스트 PC는 몇 개의 메인 컨트롤러와만 통신하면 되므로 작업 부하가 크게 줄어든다.
  • 서브 컨트롤러는 대개 단순하고 저렴한 장치이므로 시스템 전체 비용이 낮아진다.
  • 첫 번째 문단에서 언급된 다른 모든 장점들이 적용된다.

단점:

  • 시스템 운영이 메인 컨트롤러에 크게 의존한다. 메인 컨트롤러 중 하나가 고장 나면 해당 서브 컨트롤러들로부터 이벤트를 가져올 수 없으며 서브 컨트롤러 간 상호 작용이 필요한 기능이 작동을 멈춘다.
  • 일부 서브 컨트롤러 모델(보통 저가형)은 독립적으로 접근 결정을 내릴 메모리나 처리 능력이 없다. 메인 컨트롤러가 고장 나면 서브 컨트롤러는 문이 완전히 잠기거나 열리는 기능 저하 모드로 전환되며 이벤트가 기록되지 않는다. 이러한 서브 컨트롤러는 피해야 하며 높은 보안이 필요하지 않은 지역에서만 사용해야 한다.
  • 메인 컨트롤러는 가격이 비싼 편이어서 문이 몇 개 없는 여러 원격 장소가 있는 시스템에는 토폴로지가 적합하지 않다.
  • 첫 번째 문단에서 언급된 다른 모든 RS-485 관련 단점들이 적용된다.
직렬 메인 컨트롤러와 지능형 리더기를 사용한 접근 제어 시스템

3. 직렬 메인 컨트롤러 및 지능형 리더기. 모든 도어 하드웨어는 지능형 또는 세미 지능형 리더기에 직접 연결된다. 리더기는 보통 접근 결정을 내리지 않고 모든 요청을 메인 컨트롤러로 전달한다. 메인 컨트롤러와의 연결을 사용할 수 없는 경우에만 리더기가 내부 데이터베이스를 사용하여 접근 결정을 내리고 이벤트를 기록한다. 데이터베이스가 없고 메인 컨트롤러 없이는 작동할 수 없는 세미 지능형 리더기는 높은 보안이 필요하지 않은 구역에서만 사용해야 한다. 메인 컨트롤러는 일반적으로 16개에서 64개의 리더기를 지원한다. 모든 장단점은 두 번째 문단에서 나열된 것과 같다.

직렬 컨트롤러와 터미널 서버를 사용한 접근 제어 시스템

4. 터미널 서버를 이용한 직렬 컨트롤러. 컴퓨터 네트워크의 급격한 발전과 사용 증가에도 불구하고 접근 제어 제조업체들은 보수적인 태도를 유지하며 네트워크 지원 제품을 서둘러 출시하지 않았다. 네트워크 연결 솔루션에 대한 압박이 있을 때 많은 업체가 노력이 덜 드는 옵션을 선택했는데, 그것은 바로 LAN이나 WAN을 통한 전송을 위해 직렬 데이터를 변환하는 장치인 터미널 서버를 추가하는 것이었다.

장점:

  • 시스템의 분리된 세그먼트를 연결하기 위해 기존 네트워크 인프라를 활용할 수 있다.
  • RS-485 라인 설치가 어렵거나 불가능한 경우 편리한 솔루션을 제공한다.

단점:

  • 시스템의 복잡성을 증가시킨다.
  • 설치자에게 추가 작업을 발생시킨다. 보통 터미널 서버는 접근 제어 소프트웨어 인터페이스가 아닌 독립적으로 구성해야 한다.
  • 컨트롤러와 터미널 서버 사이의 직렬 통신 링크가 병목 현상을 일으킨다. 호스트 PC와 터미널 서버 사이의 데이터는 10/100/1000 Mbit/sec의 네트워크 속도로 이동하지만, 직렬 속도인 112.5 kbit/sec 이하로 느려져야 한다. 또한 직렬 데이터와 네트워크 데이터 간의 변환 과정에서 추가 지연이 발생한다.

모든 RS-485 관련 장단점도 적용된다.

네트워크 지원 메인 컨트롤러를 사용한 접근 제어 시스템

5. 네트워크 지원 메인 컨트롤러. 토폴로지는 두 번째 및 세 번째 문단에서 설명한 것과 거의 같다. 동일한 장단점이 적용되지만 온보드 네트워크 인터페이스는 몇 가지 가치 있는 개선 사항을 제공한다. 메인 컨트롤러로의 구성 및 사용자 데이터 전송이 더 빠르고 병렬로 수행될 수 있다. 이는 시스템의 응답성을 높이고 정상 운영을 방해하지 않는다. 이중화 호스트 PC 설정을 달성하기 위해 특별한 하드웨어가 필요하지 않다. 주 호스트 PC가 고장 나면 보조 호스트 PC가 네트워크 컨트롤러 폴링을 시작할 수 있다. 터미널 서버로 인해 발생하는 단점(네 번째 문단에 나열됨)도 제거된다.

IP 컨트롤러를 사용한 접근 제어 시스템

6. IP 컨트롤러. 컨트롤러는 이더넷 LAN 또는 WAN을 통해 호스트 PC에 연결된다.

장점:

  • 기존 네트워크 인프라가 완전히 활용되므로 새로운 통신 라인을 설치할 필요가 없다.
  • 컨트롤러 수에 대한 제한이 없다(RS-485의 라인당 32개와 같은 제한 없음).
  • 특수한 RS-485 설치, 종단, 접지 및 문제 해결 지식이 필요하지 않다.
  • 컨트롤러와의 통신이 전체 네트워크 속도로 이루어질 수 있으며, 이는 대량의 데이터(수천 명의 사용자 데이터베이스, 생체 인식 기록 포함 가능)를 전송할 때 중요하다.
  • 경보 발생 시 컨트롤러가 호스트 PC로 연결을 시작할 수 있다. 이 능력은 불필요한 폴링으로 인한 네트워크 트래픽을 줄여주므로 대규모 시스템에서 중요하다.
  • 먼 거리로 떨어진 여러 사이트로 구성된 시스템 설치를 단순화한다. 기본 인터넷 링크만으로도 원격 위치와의 연결을 설정하기에 충분하다.
  • 다양한 상황(광섬유, 무선, VPN, 이중 경로, PoE)에서 연결성을 제공하기 위해 광범위한 표준 네트워크 장비를 선택할 수 있다.

단점:

  • 시스템이 트래픽 과부하 시 지연이나 네트워크 장비 고장과 같은 네트워크 관련 문제에 취약해진다.
  • 조직의 네트워크가 잘 보호되지 않으면 접근 컨트롤러와 워크스테이션이 해커의 공격 대상이 될 수 있다. 이 위협은 접근 제어 네트워크를 조직의 네트워크와 물리적으로 분리함으로써 제거할 수 있다. 대부분의 IP 컨트롤러는 리눅스 플랫폼이나 독점 운영 체제를 사용하므로 해킹하기 더 어렵다. 산업 표준 데이터 암호화도 사용된다.
  • 허브나 스위치에서 컨트롤러까지의 최대 거리(구리 케이블 사용 시)는 100미터(330피트)이다.
  • 시스템 운영이 호스트 PC에 의존한다. 호스트 PC가 고장 나면 컨트롤러로부터 이벤트를 가져올 수 없으며 컨트롤러 간 상호 작용이 필요한 기능(예: 안티 패스백)이 작동을 멈춘다. 그러나 일부 컨트롤러는 호스트 PC에 대한 의존도를 줄이기 위해 피어 투 피어(peer-to-peer) 통신 옵션을 갖추고 있다.
IP 리더기를 사용한 접근 제어 시스템

7. IP 리더기. 리더기는 이더넷 LAN 또는 WAN을 통해 호스트 PC에 연결된다.

장점:

  • 대부분의 IP 리더기는 PoE가 가능하다. 이 기능은 잠금장치와 다양한 유형의 감지기(사용되는 경우)를 포함한 전체 시스템에 배터리 백업 전원을 제공하기 매우 쉽게 해준다.
  • IP 리더기는 컨트롤러 인클로저의 필요성을 없애준다.
  • IP 리더기를 사용할 때 낭비되는 용량이 없다(예: 4도어 컨트롤러가 3개의 문만 제어하는 경우 용량의 25%가 낭비됨).
  • IP 리더기 시스템은 확장이 쉽다. 새로운 메인 또는 서브 컨트롤러를 설치할 필요가 없다.
  • 하나의 IP 리더기 고장이 시스템의 다른 리더기에 영향을 주지 않는다.

단점:

  • 고보안 구역에서 사용하기 위해 IP 리더기는 잠금장치나 퇴실 버튼 배선에 접근하여 침입할 가능성을 차단하기 위해 특수 입력/출력 모듈이 필요하다. 모든 IP 리더기 제조업체가 이러한 모듈을 제공하는 것은 아니다.
  • 기본 리더기보다 복잡하기 때문에 IP 리더기는 가격이 더 비싸고 민감하다. 따라서 실외용으로 특별히 설계되지 않은 한, 혹독한 날씨 조건이나 기물 파손 가능성이 높은 실외 구역에 설치해서는 안 된다. 일부 제조업체는 그러한 모델을 생산한다.

IP 컨트롤러의 장단점은 IP 리더기에도 동일하게 적용된다.

보안 위험

[편집]
지능형 리더기와 IO 모듈을 사용할 때의 접근 제어 문 배선

접근 제어 시스템을 통한 침입의 가장 흔한 보안 위험은 단순히 정당한 사용자를 따라 문을 통과하는 것인데, 이를 "테일게이팅"이라고 한다. 종종 정당한 사용자가 일반적인 예의로 침입자를 위해 문을 잡아줄 수 있다. 이 위험은 사용자 집단에 대한 보안 인식 교육을 통해 최소화하거나, 한 번에 한 사람만 통과시키는 개집표기와 같은 적극적인 수단을 통해 줄일 수 있다. 매우 높은 보안이 요구되는 애플리케이션에서는 유효한 신원 확인 후 운영자 개입이 필요한 살리 포트(sally port, 보안 전실 또는 맨트랩이라고도 함)를 사용하여 이 위험을 최소화한다.[18]

두 번째로 흔한 위험은 순수한 물리적 힘으로 문을 지렛대처럼 열어젖히는 것이다. 견고한 스트라이크나 높은 유지력을 가진 전자석 락이 설치되어 적절히 보안된 문에서는 이것이 상대적으로 어렵다. 완전하게 구현된 접근 제어 시스템에는 강제 개방 모니터링 경보가 포함된다. 이러한 경보의 효과는 높은 오탐율, 잘못된 데이터베이스 구성 또는 능동적인 침입 모니터링 부족으로 인해 떨어지는 경우가 많다. 대부분의 최신 접근 제어 시스템은 지정된 시간보다 오래 열려 있는 문을 시스템 관리자에게 알리는 일종의 "도어 프롭(door prop)" 경보 기능을 통합하고 있다.[19][20][21]

세 번째로 흔한 보안 위험은 자연재해에서 발생한다. 이 위험을 완화하려면 건물 구조부터 네트워크 및 컴퓨터 장비의 품질까지가 매우 중요하다. 조직적 관점에서 경영진은 모든 위험 계획(All Hazards Plan) 또는 사고 대응 계획을 채택하고 실행해야 할 것이다. 국가 사고 관리 시스템(NIMS)이 권장하는 사고 계획의 핵심 요소는 대개 사고 전 계획, 사고 중 조치, 재난 복구 및 사후 검토를 포함한다.[22]

지렛대 공격과 유사한 공격으로는 보통 석고보드나 콘크리트 블록으로 만들어진 저렴한 칸막이벽을 뚫는 것이 있다. 공유 임대 공간에서는 경계벽이 취약점이 된다. 같은 맥락의 취약점은 문 옆에 위치한 측창 유리를 깨는 것이다.

잠금 하드웨어에 대한 스푸핑(Spoofing)은 지렛대 공격보다 비교적 간단하고 우아하다. 강력한 자석은 전기 잠금 하드웨어의 볼트를 제어하는 솔레노이드를 작동시킬 수 있다. 미국보다 유럽에서 더 흔한 모터 방식 자물쇠 역시 도넛 모양의 자석을 이용한 이 공격에 취약하다. 전류를 제거하거나 추가하여 자물쇠의 전원을 조작하는 것도 가능하지만, 대부분의 접근 제어 시스템은 배터리 백업 시스템을 통합하고 있으며 자물쇠는 거의 항상 문의 보안 구역 쪽에 위치한다.

접근 카드 자체도 정교한 공격에 취약한 것으로 입증되었다. 진취적인 해커들은 사용자의 근접식 카드에서 카드 번호를 캡처하는 휴대용 리더기를 제작했다. 해커는 단순히 사용자 옆을 지나가며 카드를 읽고 나중에 그 번호를 문을 지키는 리더기에 제시한다. 이는 암호화가 사용되지 않고 카드 번호가 평문으로 전송될 때 가능하다. 이에 대응하기 위해 카드와 PIN을 함께 사용하는 것과 같은 이중 인증 방법을 항상 사용해야 한다.

많은 접근 제어 크리덴셜은 제조 중에 순차적인 순서로 프로그램된 고유 시리얼 번호를 사용한다. "순차 공격"으로 알려진 방법에서 침입자가 시스템에서 한 번 사용되었던 크리덴셜을 가지고 있다면, 시스템에서 현재 승인된 크리덴셜을 찾을 때까지 시리얼 번호를 단순히 증가시키거나 감소시킬 수 있다. 이 위협에 대응하기 위해 무작위 고유 시리얼 번호가 있는 크리덴셜을 지정하는 것이 권장된다.[23] 또한 크리덴셜 실패 후 잠금 타임아웃 간격을 점차 늘리면 자동화된 반복 공격을 불가능하게 만들 수 있다.

마지막으로, 대부분의 전기 잠금 하드웨어는 여전히 비상시 수단으로 기계식 열쇠를 사용한다. 대부분의 기존 기계식 열쇠 자물쇠는 범핑에 취약하다.[24]

컴퓨터 보안

[편집]

컴퓨터 보안에서 일반적인 접근 제어는 인증, 허가 및 감사를 포함한다. 접근 제어의 더 좁은 정의는 접근 승인만을 다루며, 시스템이 이미 인증된 주체의 접근 요청에 대해 주체가 접근할 수 있도록 허가된 내용을 바탕으로 승인 또는 거부 결정을 내리는 것을 의미한다. 인증과 접근 제어는 종종 단일 작업으로 결합되어, 성공적인 인증을 기반으로 또는 익명 접근 토큰을 기반으로 접근이 승인되기도 한다. 인증 방법과 토큰에는 비밀번호, 생체 인식 분석, 물리적 열쇠, 전자 열쇠 및 장치, 숨겨진 경로, 사회적 장벽, 그리고 사람과 자동화된 시스템에 의한 모니터링이 포함된다.

모든 접근 제어 모델에서 시스템에서 작업을 수행할 수 있는 개체는 주체(subjects)라고 불리며, 접근 제어가 필요한 자원을 나타내는 개체는 객체(objects)라고 불린다(접근 제어 행렬 참조). 주체와 객체는 모두 인간 사용자라기보다는 소프트웨어 개체로 간주되어야 한다. 인간 사용자는 자신이 제어하는 소프트웨어 개체를 통해서만 시스템에 영향을 미칠 수 있기 때문이다.

비록 일부 시스템은 주체를 사용자 ID와 동일시하여 사용자가 시작한 모든 프로세스가 기본적으로 동일한 권한을 갖도록 하지만, 이 수준의 제어는 최소 권한의 원칙을 충족할 만큼 세밀하지 못하며, 이러한 시스템에서 악성 소프트웨어가 만연하게 된 원인이 되기도 한다(컴퓨터 불안정성 참조).[25]

일부 모델, 예를 들어 객체 기능 모델에서는 모든 소프트웨어 개체가 잠재적으로 주체와 객체 역할을 모두 수행할 수 있다.

2014년 기준 접근 제어 모델은 크게 역량 기반과 접근 제어 목록(ACL) 기반의 두 가지 클래스로 나뉘는 경향이 있다.

  • 역량 기반 모델에서, 객체에 대한 위조 불가능한 참조나 역량(capability)을 보유하는 것은 해당 객체에 대한 접근권을 제공한다(마치 집 열쇠를 소유하는 것이 집에 들어갈 권한을 부여하는 것과 유사하다). 접근권은 보안 채널을 통해 이러한 역량을 전송함으로써 다른 당사자에게 전달된다.
  • ACL 기반 모델에서, 객체에 대한 주체의 접근 여부는 주체의 신원이 객체와 관련된 목록에 나타나는지에 따라 달라진다(마치 프라이빗 파티의 문지기가 명단에 이름이 있는지 확인하기 위해 ID를 체크하는 것과 유사하다). 접근권은 목록을 편집함으로써 전달된다. (다양한 ACL 시스템은 목록 편집 책임이 누구에게 있는지, 어떻게 편집되는지에 대해 다양한 관례를 가지고 있다.)

역량 기반 및 ACL 기반 모델 모두 주체 그룹의 모든 구성원에게 접근 권한을 부여할 수 있는 메커니즘을 가지고 있다(종종 그룹 자체가 주체로 모델링된다).

접근 제어 시스템은 허가, 식별 및 인증(I&A), 접근 승인 및 설명책임의 필수 서비스를 제공하며 여기서:[26]

  • 허가는 주체가 무엇을 할 수 있는지 지정한다.
  • 식별 및 인증은 정당한 주체만이 시스템에 로그인할 수 있도록 보장한다.
  • 접근 승인은 허가 정책에 따라 사용자와 그들이 접근 가능한 자원을 연계하여 작업 중 접근을 허용한다.
  • 설명책임은 주체(또는 사용자와 연관된 모든 주체)가 수행한 작업을 식별한다.

접근 제어 모델

[편집]

계정에 대한 접근은 여러 유형의 통제를 통해 강제될 수 있다.[27]

  1. 속성 기반 접근 제어 (ABAC)
    속성(사용자 속성, 자원 속성 및 환경 조건)을 평가하는 정책을 사용하여 사용자에게 접근 권한을 부여하는 접근 제어 패러다임이다.[28]
  2. 임의 접근 제어 (DAC)
    DAC에서는 데이터 소유자가 특정 자원에 접근할 수 있는 사람을 결정한다. 예를 들어, 시스템 관리자는 특정 권한에 따라 접근할 파일 계층 구조를 생성할 수 있다.
  3. 그래프 기반 접근 제어 (GBAC)
    RBAC나 ABAC와 같은 다른 접근 방식과 비교할 때 주요 차이점은 GBAC에서 접근 권한이 전체 열거 대신 조직적 질의 언어를 사용하여 정의된다는 점이다.
  4. 역사 기반 접근 제어 (HBAC)
    요청 당사자의 활동 이력(예: 행동, 요청 간 시간, 요청 내용)에 대한 실시간 평가를 기반으로 접근이 허용되거나 거부된다.[29] 예를 들어, 특정 서비스나 데이터 소스에 대한 접근은 개인적 행동(예: 요청 간격이 초당 1회 질의를 초과함)에 따라 허용되거나 거부될 수 있다.
  5. 존재 이력 기반 접근 제어 (HPBAC)
    자원에 대한 접근 제어는 요청자가 저장한 존재 기록에 의해 충족되어야 하는 존재 정책의 관점에서 정의된다. 정책은 대개 빈도, 확산 및 규칙성의 관점에서 작성된다. 예시 정책은 "요청자가 지난주 이내에 k번의 개별 방문을 수행했으며, 연속된 두 방문 사이의 간격이 T시간 이내여야 한다"와 같을 수 있다.[30]
  6. 신원 기반 접근 제어 (IBAC)
    이를 통해 네트워크 관리자는 개별 요구 사항에 따라 활동과 접근을 더 효과적으로 관리할 수 있다.[31]
  7. 격자 기반 접근 제어 (LBAC)
    격자는 객체가 가질 수 있는 보안 수준과 주체가 가질 수 있는 접근 수준을 정의하는 데 사용된다. 주체는 자신의 보안 수준이 객체의 수준보다 크거나 같을 때만 객체에 접근할 수 있다.
  8. 강제적 접근 제어 (MAC)
    MAC에서 사용자는 자신의 파일에 누가 접근할 수 있는지 결정할 자유가 거의 없다. 예를 들어, 사용자의 보안 인가 등급과 데이터의 분류(기밀, 비밀 또는 일급 비밀)가 신뢰 수준을 정의하는 보안 레이블로 사용된다.
  9. 조직 기반 접근 제어 (OrBAC)
    OrBAC 모델은 정책 설계자가 구현과는 독립적으로 보안 정책을 정의할 수 있게 한다.[32]
  10. 관계 기반 접근 제어 (ReBAC)
    자원에 접근하기 위한 주체의 권한은 해당 주체와 자원 사이의 관계 존재 여부에 의해 정의된다.
  11. 역할 기반 접근 제어 (RBAC)
    RBAC는 직책에 따른 접근을 허용한다. RBAC는 객체에 접근 권한을 제공할 때 임의성을 크게 배제한다. 예를 들어, 인사 전문가는 네트워크 계정을 생성할 권한이 없어야 하며, 이는 네트워크 관리자에게 유보된 역할이어야 한다.
  12. 규칙 기반 접근 제어 (RAC)
    Rule-Based Role-Based Access Control (RB-RBAC)이라고도 불리는 RAC 방법은 대개 컨텍스트를 기반으로 한다. 예를 들어, 학생이 하루 중 특정 시간에만 실습실을 사용하도록 허용하는 것인데, 이는 학생의 RBAC 기반 정보 시스템 접근 제어와 시간 기반 실습실 접근 규칙이 결합된 것이다.
  13. 책임 기반 접근 제어
    정보는 행위자나 비즈니스 역할에 할당된 책임에 따라 접근된다.[33]
  14. 구독 기반 접근 제어 (SBAC)
    SBAC는 사용자의 구독 상태에 따라 권한을 할당하며, 사용자가 구독, 업그레이드, 다운그레이드 또는 취소함에 따라 접근 권한을 부여, 수정 또는 취소하는 프로세스를 자동화한다. SBAC는 기능, 데이터 또는 서비스에 대한 접근이 사용자의 활성 플랜과 연계된 서비스형 소프트웨어(SaaS) 비즈니스에 특히 관련이 있다. 역할이나 속성에 따라 권한을 정의하는 RBAC나 ABAC와 달리, SBAC는 결제 상태에 따라 역할과 정책을 동적으로 배포하여 실시간 접근 일치를 보장한다.[34]

규제 요구 사항

[편집]

여러 규제 프레임워크는 민감한 데이터를 처리하는 조직에 특정 접근 제어 요구 사항을 부과한다. HIPAA 보안 규칙은 대상 기관과 비즈니스 파트너가 고유 사용자 식별, 비상 접근 절차, 자동 로그오프, 암호화 및 복호화 메커니즘을 포함하여 전자 보호 대상 건강 정보(ePHI)에 대한 기술적 접근 제어를 구현할 것을 요구한다.[35] 제안된 HIPAA 보안 규칙 업데이트(NPRM, 2024년 12월)는 ePHI에 대한 모든 접근에 대해 다요소 인증을 의무화함으로써 이러한 요구 사항을 강화할 예정이다.[36]

지불 카드 산업 데이터 보안 표준(PCI DSS) 요구 사항 7은 카드 소지자 데이터에 대한 접근을 업무상 필요한 경우(need-to-know)로 제한하도록 규정하고 있으며, 요구 사항 8은 컴퓨터 접근 권한이 있는 각 개인에 대해 고유한 식별을 요구한다.[37] 미국 국립표준기술연구소(NIST)는 스페셜 퍼블리케이션 800-53의 AC(접근 제어) 통제 제품군을 통해 접근 제어를 광범위하게 다루고 있으며, 여기에는 계정 관리, 직무 분리, 최소 권한 및 세션 제어에 대한 정책이 포함된다.[38]

전기 통신

[편집]

전기 통신에서 접근 제어라는 용어는 미국 연방 표준 연방 표준 1037C에서 다음과 같은 의미로 정의된다.[39]

  1. 통신 시스템의 구성 요소 사용을 허용하거나 거부하는 데 사용되는 서비스 기능 또는 기술.
  2. 데이터 저장 장치로부터 자료를 얻거나 저장 장치에 데이터를 저장하기 위한 개인 또는 응용 프로그램의 권한을 정의하거나 제한하는 데 사용되는 기술.
  3. 데이터 저장 장치로부터 데이터를 얻거나 저장 장치에 데이터를 넣기 위한 개인 또는 응용 프로그램의 권한에 대한 정의 또는 제한.
  4. 자동 정보 시스템(AIS)의 자원에 대한 접근을 권한이 있는 사용자, 프로그램, 프로세스 또는 기타 시스템으로 제한하는 과정.
  5. 사용자 요청을 충족하기 위해 시스템 자원을 할당하는 자원 컨트롤러에 의해 수행되는 기능.

이 정의는 Federal Standard 1037C의 몇 가지 다른 기술 용어에 의존한다.

속성 접근자

[편집]

특수한 공개 멤버 메서드인 접근자(accessors, 흔히 겟터(getters)라고 함)와 뮤테이터 메소드(흔히 셋터(setters)라고 함)는 무단 접근과 데이터 손상을 방지하기 위해 클래스 변수의 변경을 제어하는 데 사용된다.

공공 정책

[편집]

공공 정책에서, 시스템에 대한 접근을 제한하거나(허가) 시스템 내에서의 행동을 추적 또는 모니터링하기 위한(설명책임) 접근 제어는 보안이나 사회 통제를 위해 신뢰할 수 있는 시스템을 사용하는 구현 기능이다.

같이 보기

[편집]

각주

[편집]
  1. ↑ Wilson, Yvonne; Hingnikar, Abhishek (2023). 《Solving identity management in modern applications: demystifying OAuth 2, OpenID Connect, and SAML 2》 Seco판. New York: Apress. 143쪽. ISBN 9781484282601.
  2. ↑ Bertino, Elisa (2011). “Access Control for Databases: Concepts and Systems”. 《Foundations and Trends in Databases》 8 (1–2): 1–148. doi:10.1561/1900000014.
  3. ↑ Ouaddah, Aafaf; Mousannif, Hajar; Abou Elkalam, Anas; Ait Ouahman, Abdellah (2017년 1월 15일). “Access control in the Internet of Things: Big challenges and new opportunities”. 《Computer Networks》 112: 237–262. doi:10.1016/j.comnet.2016.11.007. ISSN 1389-1286.
  4. ↑ “A01 Broken Access Control - OWASP Top 10:2021”. 《owasp.org》. 2025년 5월 1일에 확인함.
  5. ↑ “Authorization - OWASP Cheat Sheet Series”. 《cheatsheetseries.owasp.org》. 2025년 5월 1일에 확인함.
  6. 1 2 3 Schultz, Eugene (2007). “Risks due to convergence of physical security systems and information technology environments”. 《Information Security Technical Report》 12 (2): 80–84. doi:10.1016/j.istr.2007.06.001.
  7. ↑ Niemelä, Harri (2011). “The study of business opportunities and value add of NFC applications in security” (영어). 《theseus.fi》. 2019년 3월 22일에 확인함.
  8. 1 2 Newman, Robert (2010). 《Security and access control using biometric technologies》. Boston, Mass.: Course Technology. ISBN 978-1-4354-9667-5. OCLC 535966830.
  9. ↑ Federal Financial Institutions Examination Council (2008). “Authentication in an Internet Banking Environment” (PDF). 2010년 5월 5일에 원본 문서 (PDF)에서 보존된 문서. 2009년 12월 31일에 확인함.
  10. ↑ “MicroStrategy's office of the future includes mobile identity and cybersecurity”. 《Washington Post》. 2014년 4월 14일. 2014년 2월 16일에 원본 문서에서 보존된 문서. 2014년 3월 30일에 확인함.
  11. ↑ “iPhone 5S: A Biometrics Turning Point?”. BankInfoSecurity.com. 2013년 9월 16일. 2015년 9월 11일에 원본 문서에서 보존된 문서. 2014년 3월 30일에 확인함.
  12. ↑ “NFC access control: cool and coming, but not close”. Security Systems News. 2013년 9월 25일. 2014년 4월 6일에 원본 문서에서 보존된 문서. 2014년 3월 30일에 확인함.
  13. ↑ “Ditch Those Tacky Key Chains: Easy Access with EC Key”. Wireless Design and Development. 2012년 6월 11일. 2014년 4월 7일에 원본 문서에서 보존된 문서. 2014년 3월 31일에 확인함.
  14. ↑ “Kisi And KeyMe, Two Smart Phone Apps, Might Make House Keys Obsolete”. 《The Huffington Post》. 2013년 11월 26일. 2015년 3월 11일에 원본 문서에서 보존된 문서.
  15. ↑ Rhodes, Brian (2019). “Designing Access Control Guide” (영어). 《ipvm.com》. 2019년 10월 1일에 확인함.
  16. ↑ “Opening new doors with IP access control – Secure Insights” (미국 영어). 《Secure Insights》. 2018년 3월 16일. 2018년 6월 20일에 원본 문서에서 보존된 문서. 2018년 6월 20일에 확인함.
  17. ↑ “The Evolution of Access Control”. 《isonas.com》. 2019년 9월 26일에 원본 문서에서 보존된 문서. 2019년 9월 26일에 확인함.
  18. ↑ Morse, W. D. (1998년 8월 1일). Physical security of cut-and-cover underground facilities (영어) (보고서). OSTI 656762.
  19. ↑ Norman, Thomas L. (2014). 《Integrated security systems design : a complete reference for building enterprise-wide digital security systems》 2판. Oxford [England]: Butterworth-Heinemann. ISBN 978-0-12-800193-6. OCLC 891396744.
  20. ↑ Davies, Sandi J. (2019). 《The professional protection officer : practical security strategies and emerging trends》 2판. Lawrence J. Fennelly. Amsterdam: Butterworth-Heinemann. 166–167쪽. ISBN 978-0-12-817749-5. OCLC 1131862780.
  21. ↑ Fennelly, Lawrence J. (2019). 《Handbook of loss prevention and crime prevention》 6판. Amsterdam: Butterworth-Heinemann. 239쪽. ISBN 978-0-12-817273-5. OCLC 1144727242.
  22. ↑ “Incident Command System :: NIMS Online :: Serving the National Incident Management System (NIMS) Community.”. 2007년 3월 18일. 2007년 3월 18일에 원본 문서에서 보존된 문서. 2016년 3월 6일에 확인함.
  23. ↑ “Smart access control policies for residential & commercial buildings”. 2017년 7월 4일에 원본 문서에서 보존된 문서. 2017년 9월 11일에 확인함.
  24. ↑ Pulford, Graham (2007년 10월 17일). 《High-Security Mechanical Locks: An Encyclopedic Reference》. Butterworth-Heinemann. 76–쪽. ISBN 978-0-08-055586-7.
  25. ↑ Anderson, Ross (2020). 《Security Engineering: A Guide to Building Dependable Distributed Systems》 3판. John Wiley & Sons. 105–110쪽. ISBN 978-1119642183.
  26. ↑ Benantar, M (2010). 《Access Control Systems: Security, Identity Management and Trust Models》. United Kingdom: Springer. 262쪽. ISBN 9781441934734.
  27. ↑ “Cybersecurity: Access Control”. 2014년 2월 4일. 2017년 9월 11일에 확인함.[깨진 링크(과거 내용 찾기)]
  28. ↑ “SP 800-162, Guide to Attribute Based Access Control (ABAC) Definition and Considerations” (PDF). NIST. 2014. 2016년 3월 5일에 원본 문서 (PDF)에서 보존된 문서. 2015년 12월 8일에 확인함.
  29. ↑ Schapranow, Matthieu-P. (2014). 《Real-time Security Extensions for EPCglobal Networks》. Springer. ISBN 978-3-642-36342-9.
  30. ↑ Pereira, Henrique G. G.; Fong, Philip W. L. (2019). 〈SEPD: An Access Control Model for Resource Sharing in an IoT Environment〉 (영어). 《Computer Security – ESORICS 2019》. Lecture Notes in Computer Science. 11736. Springer International Publishing. 195–216쪽. doi:10.1007/978-3-030-29962-0_10. ISBN 978-3-030-29961-3. S2CID 202579712.
  31. ↑ Sonwane, Abhilash Vijay; Mahadevia, Jimit Hareshkumau; Malek, Sarfaraz Mohammedhanif; Pandya, Sumit; Shah, Nishit Shantibhai; Modhwadiya, Rajesh Hardasbhai (2015년 3월 17일), 《Identity and policy-based network security and management system and method》, USPTO Patent Full-Text and Image Database, 2022년 4월 1일에 원본 문서에서 보존된 문서, 2022년 6월 19일에 확인함
  32. ↑ “OrBAC: Organization Based Access Control – The official OrBAC model website”. 《orbac.org》. 2017년 6월 10일에 원본 문서에서 보존된 문서. 2017년 9월 11일에 확인함.
  33. ↑ Feltus, Christophe; Petit, Michaël; Sloman, Morris. “Enhancement of Business IT Alignment by Including Responsibility Components in RBAC” (PDF). 2016년 3월 4일에 원본 문서 (PDF)에서 보존된 문서. 2014년 7월 18일에 확인함.
  34. ↑ “Subscription-based access control (SBAC): A smarter approach for SaaS”. Veriam. 2025년 6월 29일에 확인함.
  35. ↑ “Summary of the HIPAA Security Rule”. U.S. Department of Health and Human Services. 2026년 3월 14일에 확인함.
  36. ↑ “HIPAA Security Rule To Strengthen the Cybersecurity of Electronic Protected Health Information”. Federal Register. 2025년 1월 6일. 898쪽. 2026년 3월 14일에 확인함.
  37. ↑ “PCI DSS v4.0 Quick Reference Guide”. PCI Security Standards Council. 2026년 3월 14일에 확인함.
  38. ↑ “SP 800-53 Rev. 5: Security and Privacy Controls”. National Institute of Standards and Technology. September 2020. 2026년 3월 14일에 확인함.
  39. ↑ “FED-STD-1037C” (PDF). 2007년 5월 8일에 원본 문서 (PDF)에서 보존된 문서. 2007년 1월 23일에 확인함.

참조

[편집]
위키미디어 공용에 접근 제어 시스템 주제와 관련된 미디어 분류가 있습니다.
원본 주소 "https://ko.wikipedia.org/w/index.php?title=접근_제어&oldid=42399354"