시스템 감사 및 모니터링은 조직의 두 가지 방법입니다. 운영 보증을 유지하기 위해 사용합니다. 용어를 사용하지만 느슨하게 컴퓨터 보안 커뮤니티 내에서 시스템 감사는 보안을 평가하기 위해 일회성 또는 주기적으로 이벤트를 모니터링하는 반면 시스템 또는 사용자. 일반적으로 실시간 활동이 많을수록 모니터링 범주에 더 많이 포함됩니다. 출처: NIST 특별 간행물 800- 14, 일반적으로 인정되는 정보 보안 원칙 및 관행 기술 시스템.
CISSP 문제 37
인증서 해지 정보를 배포하는 데 적합한 방법이 아닌 것은?
정답: A
다음은 모두 적합한 방법이므로 오답입니다. Delta CRL은 상태가 다음과 같은 인증서에 대한 정보만 제공하는 CRL입니다. 이전에 발행된 특정 CRL 발행 이후 변경되었습니다. OCSP(Online Certificate Status Protocol)는 인증서를 얻기 위해 사용되는 인터넷 프로토콜입니다. X.509 디지털 인증서의 해지 상태. 배포 지점 CRL 또는 CRL 배포 지점, CRL 배포에 지정된 위치 Point(CRL DP) X.509, 버전 3, 인증서가 발급될 때 인증서 확장. 참조: RFC 2459: 인터넷 X.509 공개 키 인프라 http://csrc.nist.gov/groups/ST/crypto_apps_infra/documents/sliding_window.pdf http://www.ipswitch.eu/online_certificate_status_protocol_en.html 컴퓨터 보안 핸드북 Seymour Bosworth, Arthur E. Hutt, Michel E. Kabay http://books.google.com/books?id=rCx5OfSFUPkC&printsec=frontcover&dq=Computer+Security+ 핸드북#PRA6-PA4,M1
CISSP 문제 38
전사적 비즈니스 연속성 프로그램을 채택하려면 다음 중 어떤 것이 필요합니까?
정답: B
CISSP 문제 39
다음 중 임의 액세스 제어의 예는 무엇입니까?
정답: A
ID 기반 액세스 제어는 개인의 ID를 기반으로 하는 임의 액세스 제어의 한 예입니다. ID 기반 액세스 제어(IBAC)는 사용자 ID를 기반으로 하는 액세스 제어입니다(일반적으로 해당 사용자를 대신하여 작동하는 프로세스의 특성으로 릴레이됨). 여기서 특정 개체에 대한 액세스 권한은 사용자 ID를 기반으로 할당됩니다. 규칙 기반 액세스 제어(RuBAC) 및 역할 기반 액세스 제어(RBAC)는 비임의 액세스 제어의 예입니다. 규칙 기반 접근 통제는 규칙에 의해 접근이 결정되고 주체가 규칙이 무엇인지 결정하지 않고 규칙이 모든 사용자 또는 주체에게 균일하게 적용되기 때문에 임의 접근 통제의 한 유형입니다. 일반적으로 DAC를 제외한 모든 접근통제 정책은 NDAC(non-discretionary access control) 범주로 분류된다. 이름에서 알 수 있듯이 이 범주의 정책에는 사용자의 재량에 따라 설정되지 않은 규칙이 있습니다. 비 임의 정책은 사용자가 변경할 수 없지만 관리 작업을 통해서만 변경할 수 있는 제어를 설정합니다. RBAC(역할 기반 액세스 제어)와 RuBAC(규칙 기반 액세스 제어)는 모두 NDAC(임의적 액세스 제어)에 속합니다. DAC 또는 MAC이 아닌 경우 NDAC일 가능성이 큽니다. 아래에는 다양한 범주에 대한 설명이 있습니다. MAC = 필수 액세스 제어 필수 액세스 제어 환경에서 시스템 또는 보안 관리자는 주체가 개체에 대해 갖는 권한을 정의합니다. 관리자는 사용자의 액세스 권한을 지정하지 않고 데이터 소유자가 지정하는 적절한 액세스 수준을 구성하기만 하면 됩니다. MAC 시스템은 주체의 보안 등급을 확인하고 이를 객체 민감도 수준 또는 분류 수준과 비교합니다. 이것을 지배 관계라고 합니다. 주체는 객체 민감도 수준을 지배해야 합니다. 이는 주체가 액세스하려는 객체와 같거나 더 높은 보안 허가를 받아야 함을 의미합니다. MAC은 또한 레이블의 개념을 도입합니다. 모든 개체에는 해당 개체의 분류 및 NTK(알 필요가 있음) 원칙을 부과하는 데 사용되는 범주를 나타내는 레이블이 부착되어 있습니다. 사용자가 Secret에 대한 보안 허가를 받았다고 해도 시스템 내의 모든 Secret 문서에 액세스할 수 있다는 의미는 아닙니다. 그는 알아야 할 사항, 공식 승인 및 사용자가 개체에 첨부된 범주 중 하나에 속하는 개체가 있는 비밀 문서에만 액세스할 수 있습니다. 허가 및 라벨이 없는 경우 필수 액세스 제어가 아닙니다. 다른 많은 모델은 MAC을 모방할 수 있지만 레이블과 지배 관계가 없으므로 MAC 범주에 속하지 않습니다. DAC = 임의 액세스 제어 DAC는 ID 기반 액세스 제어 시스템이라고도 합니다. 개체의 소유자는 개체를 만든 사람으로 정의됩니다. 따라서 소유자는 네트워크의 다른 사용자에게 액세스 권한을 부여할 재량권이 있습니다. 액세스 권한은 해당 사용자의 신원만을 기반으로 부여됩니다. 이러한 시스템은 낮은 수준의 보안에 적합합니다. 주요 문제 중 하나는 다른 사람의 파일에 액세스할 수 있는 사용자가 파일 소유자의 인지나 허가 없이 다른 사용자와 파일을 추가로 공유할 수 있다는 사실입니다. 정보의 전파에 대한 통제가 없기 때문에 매우 빠르게 이것은 황량한 서부가 될 수 있습니다. RBAC = 역할 기반 액세스 제어 RBAC는 비임의 액세스 제어의 한 형태입니다. 역할 기반 액세스 제어는 일반적으로 회사 내 직원이 수행하는 다양한 유형의 작업과 직접 매핑됩니다. 예를 들어 회사 내에 5명의 보안 관리자가 있을 수 있습니다. 프로필을 하나씩 만드는 대신 역할을 만들고 관리자를 역할에 할당하기만 하면 됩니다. 관리자가 역할에 할당되면 해당 역할의 권한을 묵시적으로 상속합니다. RBAC는 예를 들어 매우 큰 헬프 데스크와 같이 매일 많은 직원이 순환하는 환경에 적합한 도구입니다. RBAC 또는 RuBAC = 규칙 기반 액세스 제어 RuBAC는 비임의 액세스 제어의 한 형태입니다. 규칙 기반 액세스 제어 장치의 좋은 예는 방화벽입니다. 방화벽을 통해 연결을 시도하는 모든 사용자에게 단일 규칙 집합이 적용됩니다. 출처: KRUTZ, Ronald L. & VINES, Russel D., CISSP Prep Guide: Mastering the Ten Domains of Computer Security, 2001, John Wiley & Sons, 33페이지 및 NISTIR-7316(http://csrc.nist.gov) /publications/nistir/7316/NISTIR-7316pdf 및 http://itlaw.wikia.com/wiki/Identity-based_access_control
