섹션: 액세스 제어
설명/참조:
민감도 레이블은 방화벽, 참조 모니터, 트래픽 패딩, 암호화, 데이터 분류, 일회용 암호, 비상 계획, 개발 분리, 애플리케이션 및 테스트 환경과 같은 예방 보안 애플리케이션 제어입니다.
오답은 다음과 같습니다.
탐정 보안 제어 - 침입 탐지 시스템(IDS), 모니터링 활동 및 감사 추적.
관리 제어 보상 - 그러한 응용 프로그램 제어가 없습니다.
예방적 정확성 제어 - 데이터 확인, 양식, 사용자 지정 화면, 유효성 확인, 비상 계획 및 백업.
출처:
KRUTZ, Ronald L. & VINES, Russel D., CISSP Prep Guide: Mastering the Ten Domains of Computer Security, John Wiley & Sons, 2001, 7장: 응용 프로그램 및 시스템 개발(264페이지).
KRUTZ, Ronald & VINES, Russell, CISSP 준비 안내서: Gold Edition, Wiley Publishing Inc., 2003, Chap
7: 애플리케이션 제어, 그림 7.1 (페이지 360).

숨김

섹션: 보안 운영 관리
설명/참조:
"조직 내 출판"은 출판 단계의 목표입니다. "정책의 목표를 명시하는 제안서를 경영진에 작성"은 초기 단계의 일부이고 "승인 기관에 문서를 제시"는 승인 단계의 일부입니다.
참조: TIPTON, Harold F. & KRAUSE, MICKI, 정보 보안 관리 핸드북, 4판, 3권, 2002, Auerbach Publications.
또한: KRUTZ, Ronald L. & VINES, Russel D., CISSP Prep Guide: Mastering the Ten Domains of Computer Security, John Wiley & Sons, 2001, 8장: 비즈니스 연속성 계획 및 재해 복구 계획(286페이지).

설명/참조:
IDS는 각각 고유한 강점과 약점을 가진 여러 분석 방법을 사용할 수 있으며 주어진 상황에 대한 적용 가능성을 신중하게 고려해야 합니다.
두 가지 기본 IDS 분석 방법이 있습니다.
1. 패턴 매칭(서명 분석이라고도 함),
2. 이상 탐지
패턴 매칭
최초의 IDS 제품 중 일부는 탐지 방법으로 시그니처 분석을 사용하고 단순히 공격의 알려진 특성(예: 데이터 스트림의 특정 패킷 시퀀스 또는 텍스트)을 찾아 해당 패턴이 탐지되면 경고를 생성했습니다. 새롭거나 다른 공격 벡터가 사용되는 경우 알려진 서명과 일치하지 않으므로 IDS를 통과합니다.
이상 감지
또는 이상 탐지는 시스템 작동 또는 네트워크 트래픽의 행동 특성을 사용하여 트래픽이 네트워크 또는 호스트에 대한 위험을 나타내는지 여부에 대한 결론을 도출합니다. 이상에는 다음이 포함될 수 있지만 이에 국한되지는 않습니다.
여러 번 실패한 로그온 시도
이상한 시간에 로그인하는 사용자
시스템 시계의 설명할 수 없는 변경
비정상적인 오류 메시지
설명할 수 없는 시스템 종료 또는 다시 시작
제한된 파일에 대한 액세스 시도
비정상 기반 IDS는 예상 동작을 벗어난 모든 것이 보고되기 때문에 더 많은 데이터를 생성하는 경향이 있습니다. 따라서 그들은 예상되는 행동 패턴이 변화함에 따라 더 많은 거짓 긍정을 보고하는 경향이 있습니다. 비정상 기반 IDS의 장점은 특정 트래픽 패턴이 아닌 행동 식별을 기반으로 하기 때문에 시그니처 기반 시스템에서 간과할 수 있는 새로운 공격을 탐지할 수 있다는 것입니다. 종종 비정상 기반 IDS의 정보를 사용하여 서명 기반 IDS의 패턴을 생성할 수 있습니다.
호스트 기반 침입 탐지(HIDS)
HIDS는 호스트 수준에서 IDS 기능을 구현한 것입니다. NIDS와의 가장 큰 차이점은 관련 프로세스가 단일 호스트 시스템의 경계로 제한된다는 것입니다. 그러나 이것은 IDS 프로세스가 네트워크에서 관찰하는 것이 아니라 호스트 시스템에서 직접 실행되기 때문에 불쾌한 활동을 효과적으로 감지하는 이점이 있습니다. 이는 시스템 로그, 프로세스, 시스템 정보 및 장치 정보에 대한 무제한 액세스를 제공하고 암호화와 관련된 제한을 사실상 제거합니다. HIDS로 대표되는 통합 수준은 HIDS 응용 프로그램을 처리할 때 가시성과 제어 수준을 높입니다.
네트워크 기반 신뢰 탐지(NIDS)
NIDS는 일반적으로 네트워크에 대한 무차별 모드 액세스를 활용하여 수동 아키텍처의 네트워크에 통합됩니다. 이것은 네트워크 세그먼트를 통과하는 모든 패킷에 대한 가시성을 가지고 있음을 의미합니다. 이를 통해 시스템은 네트워크 또는 네트워크를 사용하는 시스템 및 애플리케이션에 영향을 주지 않고 패킷을 검사하고 세션을 모니터링할 수 있습니다.
침입 탐지를 수행할 수 있는 다른 방법은 다음과 같습니다.
상태 저장 일치 침입 탐지
상태 저장 일치는 패턴 일치를 다음 수준으로 가져옵니다. 개별 패킷 또는 개별 시스템 활동이 아닌 트래픽 스트림 또는 전체 시스템 동작의 컨텍스트에서 공격 서명을 검색합니다.
예를 들어, 공격자는 유효한 패킷을 대상 시스템으로 보내는 도구를 사용할 수 있습니다.
모든 패킷이 유효하기 때문에 패턴 일치는 거의 쓸모가 없습니다. 그러나 많은 양의 패킷이 확인되었다는 사실 자체가 알려지거나 잠재적인 공격 패턴을 나타낼 수 있습니다. 공격을 피하기 위해 공격자는 서명 탐지 시스템을 혼란스럽게 하거나 세션 타이밍 창을 고갈시키기 위해 각 전송 사이에 긴 대기 시간으로 여러 위치에서 패킷을 보낼 수 있습니다. IDS 서비스가 장기간에 걸쳐 트래픽을 기록하고 분석하도록 조정된 경우 이러한 공격을 감지할 수 있습니다.
상태 저장 일치는 서명도 사용하기 때문에 정기적으로 업데이트해야 하므로 패턴 일치와 동일한 제한 사항이 있습니다.
통계적 이상 기반 침입 탐지
통계적 이상에 기반한 IDS는 잠재적인 보안 침해를 찾기 위해 일반적인, 알려진 또는 예측된 트래픽 프로필과 비교하여 이벤트 데이터를 분석합니다. 이벤트 데이터를 분석하고 예측된 표준에서 벗어나는 항목 패턴을 식별하여 의심스러운 동작을 식별하려고 시도합니다. 이러한 유형의 탐지 방법은 매우 효과적일 수 있으며 매우 높은 수준에서 예상되는 행동 기준선을 설정하고 해당 기준선과의 차이에 따라 행동함으로써 IPS에서 볼 수 있는 특성을 취하기 시작합니다.
그러나 통계적 IDS에서 표면화할 수 있는 몇 가지 잠재적인 문제가 있습니다. IDS를 조정하는 것은 어려울 수 있으며 정기적으로 수행하지 않으면 시스템에서 오탐이 발생하기 쉽습니다. 또한 정상적인 트래픽의 정의는 해석의 여지가 있으며 공격자가 정상적인 활동을 사용하여 시스템에 침투하는 것을 배제하지 않습니다. 또한 크고 복잡하며 동적인 기업 환경에서는 "정상적인" 트래픽을 명확하게 정의하는 것이 불가능하지는 않지만 어려울 수 있습니다. 통계 분석의 가치는 시스템이 이전에 알려지지 않은 공격을 탐지할 가능성이 있다는 것입니다. 이것은 이전에 알려진 서명을 일치시키는 한계에서 크게 벗어났습니다. 따라서 시그니처 매칭 기술과 결합하면 통계적 이상 기반 IDS가 매우 효과적일 수 있습니다.
프로토콜 이상 기반 침입 탐지
프로토콜 이상 기반 IDS는 알려진 네트워크 프로토콜을 기반으로 예상되는 동작에서 허용할 수 없는 편차를 식별합니다. 예를 들어, IDS가 HTTP 세션을 모니터링하고 트래픽에 설정된 HTTP 세션 프로토콜 표준에서 벗어난 속성이 포함된 경우 IDS는 이를 프로토콜을 조작하거나 방화벽을 침투하거나 취약점을 악용하려는 악의적인 시도로 볼 수 있습니다. 이 방법의 가치는 환경 내에서 잘 알려져 있거나 잘 정의된 프로토콜의 사용과 직접적인 관련이 있습니다. 조직에서 주로 잘 알려진 프로토콜(예: HTTP, FTP 또는 텔넷)을 사용하는 경우 이는 침입 탐지를 수행하는 효과적인 방법이 될 수 있습니다. 그러나 사용자 정의 또는 비표준 프로토콜에 직면하여 시스템은 적절한 패킷 형식을 결정하기가 더 어렵거나 완전히 불가능합니다.
흥미롭게도 이러한 유형의 방법은 서명 기반 IDS가 직면한 동일한 문제에 취약합니다. 예를 들어, 고유하거나 새로운 프로토콜 또는 표준 프로토콜의 비정상적인 사용을 처리하기 위해 특정 프로토콜 분석 모듈을 추가하거나 사용자 정의해야 할 수 있습니다. 그럼에도 불구하고 유효한 프로토콜 사용을 잘 알고 있는 IDS를 갖는 것은 조직이 공통 프로토콜의 표준 구현을 채택할 때 매우 강력할 수 있습니다.
트래픽 이상 기반 침입
탐지 트래픽 이상 기반 IDS는 실제 트래픽 구조를 기반으로 예상 동작에서 허용할 수 없는 편차를 식별합니다. 시스템 간에 세션이 설정되면 일반적으로 해당 세션에서 전송되는 트래픽에 예상되는 패턴과 동작이 있습니다. 해당 트래픽은 해당 유형의 연결에 대한 기존 시스템 상호 작용에 대한 이해를 기반으로 예상되는 트래픽 수행과 비교할 수 있습니다.
다른 유형의 이상 기반 IDS와 마찬가지로 트래픽 이상 기반 IDS는
시스템, 네트워크 및 애플리케이션에서 "정상적인" 트래픽 패턴 및 예상되는 동작 모드. 매우 동적인 환경에서는 이러한 매개변수를 명확하게 정의하는 것이 불가능하지는 않더라도 어려울 수 있습니다.
이 질문에 사용된 참조:
에르난데스 CISSP, 스티븐 (2012-12-21). 공식(ISC)2 CISSP CBK 가이드, 제3판((ISC)2 Press)(Kindle Locations 3664-3686). 아우어바흐 간행물. 킨들 에디션.
그리고
에르난데스 CISSP, 스티븐 (2012-12-21). 공식(ISC)2 CISSP CBK 가이드, 제3판((ISC)2 Press)(Kindle Locations 3711-3734). 아우어바흐 간행물. 킨들 에디션.
그리고
에르난데스 CISSP, 스티븐 (2012-12-21). 공식(ISC)2 CISSP CBK 가이드, 제3판((ISC)2 Press)(Kindle Locations 3694-3711). 아우어바흐 간행물. 킨들 에디션.

설명/참조:
FALSE이기 때문에 정답입니다.
Diameter는 AAA 프로토콜이고 AAA는 컴퓨터 네트워크에 대한 인증, 권한 부여 및 계정 프로토콜을 나타내며 RADIUS의 후속 제품입니다.
이름은 이전 버전인 RADIUS 프로토콜의 말장난입니다(직경은 반경의 두 배).
주요 차이점은 다음과 같습니다.
안정적인 전송 프로토콜(UDP가 아닌 TCP 또는 SCTP)
IETF는 RADIUS용 TCP 전송을 표준화하는 중입니다.
네트워크 또는 전송 계층 보안(IPsec 또는 TLS)
IETF는 RADIUS에 대한 RADIUS 전환 지원을 위해 전송 계층 보안을 표준화하는 중이지만 Diameter는 RADIUS와 완전히 호환되지 않습니다. AVP(속성-값 쌍) 및 식별자(8비트 대신 32비트)를 위한 더 큰 주소 공간 클라이언트-서버 프로토콜, 일부 서버 시작 메시지 지원 제외 상태 저장 및 상태 비저장 모델 모두 사용 가능
피어의 동적 검색(DNS SRV 및 NAPTR 사용)
능력 협상
애플리케이션 계층 승인 지원, 장애 조치 방법 및 상태 머신 정의(RFC
3539)
오류 알림
더 나은 로밍 지원
더 쉽게 확장됩니다. 새로운 명령과 속성을 정의할 수 있습니다.
32비트 경계에 맞춰 정렬
사용자 세션 및 계정에 대한 기본 지원
Diameter 응용 프로그램은 소프트웨어 응용 프로그램이 아니라 Diameter 기본 프로토콜(RFC 3588에 정의됨)을 기반으로 하는 프로토콜입니다. 각 애플리케이션은 애플리케이션 식별자로 정의되며 새로운 명령 코드 및/또는 새로운 필수 AVP를 추가할 수 있습니다. 새로운 선택적 AVP를 추가하는 데는 새로운 애플리케이션이 필요하지 않습니다.
직경 적용의 예:
Diameter 모바일 IPv4 애플리케이션(MobileIP, RFC 4004)
직경 네트워크 액세스 서버 애플리케이션(NASREQ, RFC 4005)
직경 확장 가능 인증 프로토콜(EAP) 응용 프로그램(RFC 4072) 직경 신용 제어 응용 프로그램(DCCA, RFC 4006)
Diameter 세션 개시 프로토콜 애플리케이션(RFC 4740)
3GPP IP 멀티미디어 서브시스템의 다양한 애플리케이션
제시된 다른 모든 선택 사항은 사실입니다. 따라서 Diameter는 Radius(어느 정도)와 백워크 호환되지만 그 반대는 거짓입니다.
이 질문에 사용된 참조:
TIPTON, Harold F. & KRAUSE, MICKI, 정보 보안 관리 핸드북, 4판, 볼륨
2, 2001, CRC Press, NY, 38페이지.
그리고
https://secure.wikimedia.org/wikipedia/en/wiki/Diameter_%28protocol%29