이는 웹상의 컴퓨터 범죄 통계에서 확인할 수 있습니다. 대부분의 공격, 실제로 70%는 회사 내부에서 발생하며, 80%는 회사 직원으로부터 발생합니다. 이는 현실입니다. 인프라를 보호할 때 내부 보안을 매우 중요하게 생각해야 합니다. 회사 직원이 언제 공격을 감행할지 예측할 수 없기 때문입니다. 해커도 중요하지만, 우리 회사 직원보다는 덜 중요합니다.

다양한 공무원과 조직 사무실이 일반적으로 관련됩니다.
컴퓨터 보안과 관련된 그룹입니다. 여기에는 다음 그룹이 포함됩니다.
고위 경영진
프로그램/기능 관리자/애플리케이션 소유자
컴퓨터 보안 관리
기술 제공업체
지원 기관
사용자
상위 경영진은 주의 의무를 통해 최종 책임을 집니다.
그리고 조직의 자본을 보존하기 위한 실사 및
구현을 통해 비즈니스 모델을 더욱 발전시킵니다.
보안 프로그램. 고위 경영진은
보안 절차를 관리하는 기능적 역할은 궁극적입니다.
사업 연속성이 유지되도록 하는 책임이 있습니다.

이것은 잘못된 것입니다. bi에는 보안 연결(SA) 쌍이 필요합니다.
방향성 통신이며 SA가 하나만 있는 것이 아닙니다. 송신자와 수신자는 모두
인바운드 및 아웃바운드 연결에 대한 SA를 협상합니다.
IPSec의 두 가지 주요 개념은 보안 연결(SA)과 터널링입니다. 보안
연결(SA)은 두 IPSec 시스템 간의 단방향 논리적 연결입니다. 양방향
두 개의 IPSec 시스템, 두 개의 별도 보안 시스템 간에 통신을 설정해야 합니다.
각 방향에 대한 연관성을 정의해야 합니다.
보안 프로토콜은 AH 또는 ESP가 될 수 있습니다.
클레멘트의 메모:
아래 설명은 시험에 필요한 내용보다 조금 더 자세합니다.
그러나 그들은 항상 그림은 천 마디 말보다 가치가 있다고 말하는데, 나는 그것이 매우 사실이라고 생각합니다.
IPSEC과 그 내부 작동 방식을 설명하는 데 도움이 될 만한 좋은 기사를 찾았습니다. CISCO PRESS에서
이 주제를 다루는 DLINK에 대해서는 아래 참고문헌을 참조하세요.
터널 및 운송 모드
IPSec은 터널 모드 또는 전송 모드로 실행될 수 있습니다. 각 모드에는 고유한
특정 용도와 주의를 기울여 솔루션에 맞는 올바른 것을 선택해야 합니다.
터널 모드는 게이트웨이 간 또는 게이트웨이의 종단 스테이션에서 가장 일반적으로 사용됩니다.
게이트웨이는 그 뒤에 있는 호스트의 프록시 역할을 합니다.
전송 모드는 종단국 간 또는 종단국과 게이트웨이 간에 사용됩니다.
게이트웨이는 호스트로 처리됩니다. 예를 들어 워크스테이션의 암호화된 Telnet 세션입니다.
라우터로, 라우터가 실제 목적지입니다.
아래 그림 1 그래픽에서 볼 수 있듯이 기본적으로 전송 모드는 종단 간 전송에 사용되어야 합니다.
다른 모든 경우에는 세션 종료 및 터널 모드를 사용해야 합니다.
그림: 1
IPSEC 전송 모드 대 터널 모드
IPSec의 터널 및 전송 모드.
위의 그림 1은 터널 모드와 전송 모드를 사용할 때의 몇 가지 예를 보여줍니다.
터널 모드는 보안 IPSec 게이트웨이 간 트래픽을 암호화하는 데 가장 일반적으로 사용됩니다.
Cisco 라우터와 PIX 방화벽 사이(그림 1의 예시 A 참조). IPSec 게이트웨이는 그림 1의 Alice PC 및 HR 서버와 같이 게이트웨이 뒤에 있는 장치에 IPSec을 프록시합니다. 예시 A에서 Alice는 게이트웨이 사이에 설정된 IPSec 터널을 통해 HR 서버에 안전하게 연결합니다.
터널 모드는 Cisco Secure VPN Client와 같은 IPSec 소프트웨어를 실행하는 엔드 스테이션을 IPSec 게이트웨이에 연결하는 데에도 사용됩니다(예시 B 참조). 예시 C에서 터널 모드는 Cisco 라우터와 IPSec 소프트웨어를 실행하는 서버 간에 IPSec 터널을 설정하는 데 사용됩니다. Cisco IOS 소프트웨어와 PIX 방화벽은 터널 모드를 기본 IPSec 모드로 설정합니다. 전송 모드는 IPSec을 지원하는 엔드 스테이션 간 또는 게이트웨이가 호스트로 처리되는 경우 엔드 스테이션과 게이트웨이 간에 사용됩니다. 예시 D에서 전송 모드는 Cisco Secure VPN Client 소프트웨어를 실행하는 Alice의 PC에서 PIX 방화벽으로 종료되는 암호화된 Telnet 세션을 설정하는 데 사용됩니다. 이를 통해 Alice는 PIX 방화벽을 원격으로 안전하게 구성할 수 있습니다.
그림: 2 IPSEC AH 터널 및 전송 모드
AH 터널 모드와 전송 모드 비교 위 그림 2는 IPSec 모드가 AH에 미치는 차이점을 보여줍니다. 전송 모드에서 AH 서비스는 데이터 페이로드와 함께 외부 IP 헤더를 보호합니다. AH 서비스는 전송 과정에서 변경되지 않는 헤더의 모든 필드를 보호합니다. 헤더는 IP 헤더 뒤에, ESP 헤더(있는 경우)와 기타 상위 계층 프로토콜 앞에 위치합니다.
위의 그림 2에서 볼 수 있듯이 터널 모드에서는 원래 헤더 전체가 인증되고, 새로운 IP 헤더가 구축되며, 새로운 IP 헤더는 전송 모드의 IP 헤더와 같은 방식으로 보호됩니다.
AH는 네트워크 주소 변환(NAT)과 호환되지 않습니다. NAT는 소스 IP 주소를 변경하여 AH 헤더를 손상시키고 IPSec 피어가 패킷을 거부하게 만들기 때문입니다. 그림: 3
IPSEC ESP 터널 대 전송 모드
ESP 터널과 전송 모드 비교 위의 그림 3은 IPSec 모드가 ESP에 미치는 차이점을 보여줍니다. 전송 모드에서는 IP 페이로드가 암호화되고 원본 헤더는 그대로 유지됩니다. ESP 헤더는 IP 헤더 뒤, 상위 계층 프로토콜 헤더 앞에 삽입됩니다. 상위 계층 프로토콜은 ESP 헤더와 함께 암호화되고 인증됩니다. ESP는 IP 헤더 자체를 인증하지 않습니다.
참고: 상위 계층 정보는 암호화된 페이로드의 일부이므로 사용할 수 없습니다. ESP가 터널 모드에서 사용되는 경우, 원본 IP 데이터그램 전체가 암호화되므로 원본 IP 헤더는 안전하게 보호됩니다. ESP 인증 메커니즘을 사용하면 원본 IP 데이터그램과 ESP 헤더가 포함되지만, 새 IP 헤더는 인증에 포함되지 않습니다.
인증과 암호화를 모두 선택하면 인증 전에 암호화가 먼저 수행됩니다. 이러한 처리 순서의 한 가지 이유는 수신 노드가 재생되거나 위조된 패킷을 신속하게 탐지하고 거부할 수 있기 때문입니다. 수신 노드는 패킷을 복호화하기 전에 문제를 감지하고 서비스 거부 공격의 영향을 잠재적으로 줄일 수 있습니다.
ESP는 선택적 인증 필드를 사용하여 패킷 인증을 제공할 수도 있습니다. Cisco IOS 소프트웨어와 PIX 방화벽에서는 이 서비스를 ESP 해시 메시지 인증 코드(HMAC)라고 합니다. 인증은 암호화가 완료된 후 계산됩니다. 현재 IPSec 표준은 필수 HMAC 알고리즘으로 지원되어야 하는 해싱 알고리즘을 명시하고 있습니다.
ESP와 AH가 제공하는 인증의 주요 차이점은 적용 범위입니다. 구체적으로, ESP는 ESP(터널 모드)에 의해 캡슐화되지 않는 한 IP 헤더 필드를 보호하지 않습니다.
다음은 이 질문에 대한 오답입니다. IP 데이터그램의 무결성 및 인증은 AH에서 제공합니다. 정답입니다. AH는 무결성과 인증을 제공하고 ESP는 무결성, 인증 및 암호화를 제공합니다. ESP는 IP 데이터그램에 무결성, 인증 및 암호화를 제공합니다. ESP는 인증, 무결성 및 기밀성을 제공하여 데이터 변조를 방지하고, 가장 중요하게는 메시지 내용을 보호합니다. 전송 모드에서 ESP는 각 패킷의 데이터 페이로드만 암호화합니다. ESP는 터널 모드(원래 패킷이 새 패킷으로 캡슐화됨) 또는 전송 모드(각 패킷의 데이터 페이로드만 암호화되고 헤더는 그대로 유지됨)에서 작동할 수 있습니다.
이 질문에 사용된 참고문헌: Hernandez CISSP, Steven (2012-12-21). Official (ISC)2 Guide to the CISSP CBK, Third Edition ((ISC)2 Press) (Kindle Locations 6986-6989). Auerbach Publications. Kindle Edition. 및 http://www.ciscopress.com/articles/article.asp?p=25477과 http://documentation.netgear.com/reference/sve/vpn/VPNBasics-3-05.html

재해 복구 테스트 계획은 BCP의 하위 집합인 재해 복구 계획(DRP)의 효과와 준비 상태를 테스트하는 방법과 절차를 설명하는 문서입니다. DRP는 중단 또는 재해 발생 후 조직의 IT 시스템과 데이터를 복구하는 데 중점을 둡니다. 재해 복구 테스트 계획은 조직의 목표, 범위 및 리소스에 따라 다양한 유형과 수준의 테스트를 포함할 수 있습니다. 병렬 테스트는 백업 사이트를 활성화하고 주요 시스템 및 프로세스를 기본 사이트와 병렬로 실행하면서 정상적인 운영을 방해하지 않는 재해 복구 테스트 계획의 한 유형입니다. 병렬 테스트는 실제 중단 또는 재해 시나리오를 시뮬레이션하고 조직이 백업 사이트의 성능과 기능, 그리고 기본 사이트와 백업 사이트 간의 통신 및 조정을 평가할 수 있도록 하므로 가장 효과적인 재해 복구 테스트 계획 유형입니다. 또한 병렬 테스트는 기본 사이트의 정상적인 운영에 영향을 미치지 않고 백업 사이트로 전환할 필요가 없으므로 위험을 최소화합니다. 읽기 테스트는 실제 작업을 수행하지 않고 DRP 문서를 검토하고 정확성과 완전성을 검증하는 유형의 재해 복구 테스트 계획입니다. 읽기 테스트는 DRP의 실제 구현 및 실행을 테스트하지 않고 DRP의 잠재적인 문제나 결함을 식별하지 못하기 때문에 가장 효과적이지 않은 유형의 재해 복구 테스트 계획입니다. 전체 중단 테스트는 기본 사이트를 종료하고 백업 사이트로 전환한 후 백업 사이트에서 정상적인 작업을 수행하는 유형의 재해 복구 테스트 계획입니다. 전체 중단 테스트는 DRP의 실제 구현 및 실행을 테스트하고 DRP의 잠재적인 문제나 결함을 식별하기 때문에 가장 현실적인 유형의 재해 복구 테스트 계획입니다. 그러나 전체 중단 테스트는 기본 사이트의 정상적인 운영에 영향을 미치고 데이터 손실, 다운타임 또는 고객 불만을 초래할 수 있으므로 가장 높은 위험을 초래합니다. 시뮬레이션 테스트는 백업 사이트를 활성화하거나 정상 운영에 영향을 미치지 않고 중단 또는 재해 시나리오를 시뮬레이션하고 DRP의 동작 및 절차를 수행하는 재해 복구 테스트 계획의 한 유형입니다. 시뮬레이션 테스트는 DRP의 구현 및 실행을 테스트하고 DRP의 잠재적인 문제나 결함을 식별하기 때문에 적당히 효과적인 재해 복구 테스트 계획 유형입니다. 그러나 시뮬레이션 테스트는 백업 사이트의 성능과 기능을 테스트하지 않으며, 실제 중단 또는 재해 시나리오를 시뮬레이션하지 못할 수 있으므로 중간 정도의 위험성을 동반합니다. 참고 자료: [재해 복구 테스트 계획], [CISSP All-in-One 시험 가이드, 8판, 7장: 보안 운영]2