무료 온라인 액세스 ISC.SSCP.v2022-08-26.q269 모의 시험 (Page 23)

SSCP 문제 106

다음 프로토콜 중 세션 계층(계층 5)에서 작동하는 프로토콜은 무엇입니까?

A. RPC

B. IGMP

C. LPD

D. SPX

SSCP 문제 107

다음 중 Rijndael 블록 암호 알고리즘의 속성이 아닌 것은?

A. 키 크기는 32비트의 배수여야 합니다.

B. 최대 블록 크기는 256비트입니다.

C. 최대 키 크기는 512비트입니다.

D. 키 크기가 블록 크기와 일치하지 않아도 됩니다.

SSCP 문제 108

IPsec을 사용하는 동안 ESP 및 AH 프로토콜은 모두 무결성 서비스를 제공합니다. 그러나 AH를 사용할 때 피어 중 하나가 주소 변환 서비스에 NAT를 사용하는 경우 약간의 주의가 필요합니다.
아래 항목 중 AH와 ICV(Integrity Check Value) 사용에 가장 큰 영향을 미치는 항목은 무엇입니까?

A. 키 세션 교환

B. 패킷 헤더 소스 또는 대상 주소

C. VPN 암호화 키 크기

D. 암호화 알고리즘 사용

정답: B

설명/참조:
겹치는 기능을 제공하는 두 개의 서로 다른 프로토콜이 있는 것이 이상하게 보일 수 있습니다.
AH는 인증과 무결성을 제공하고 ESP는 이 두 가지 기능과 기밀성을 제공할 수 있습니다.
그렇다면 왜 AH를 귀찮게합니까?
대부분의 경우 그 이유는 환경에서 NAT(네트워크 주소 변환)를 사용하는지 여부와 관련이 있습니다. IPSec은 패킷의 일부에 대해 MAC 값과 실제로 동일한 ICV(무결성 검사 값)를 생성합니다. 발신자와 수신자가 고유한 값을 생성한다는 것을 기억하십시오. IPSec에서는 ICV 값이라고 합니다. 수신자는 자신의 ICV 값을 발신자가 보낸 값과 비교합니다. 값이 일치하면 수신자는 패킷이 전송 중에 수정되지 않았음을 확신할 수 있습니다. 값이 다르면 패킷이 변경된 것이며 수신자는 패킷을 버립니다.
AH 프로토콜은 데이터 페이로드, 전송 및 네트워크 헤더를 통해 이 ICV를 계산합니다. 패킷이 NAT 장치를 통과하면 NAT 장치는 패킷의 IP 주소를 변경합니다. 그것이 바로 그것의 일입니다.
이는 ICV 값을 계산하기 위해 포함된 데이터(네트워크 헤더)의 일부가 이제 변경되었음을 의미하며 수신자는 패킷과 함께 전송된 것과 다른 ICV 값을 생성하므로 패킷이 자동으로 폐기됨을 의미합니다. .
ESP 프로토콜은 ICV 값을 계산할 때 네트워크 헤더 부분을 포함하지 않는다는 점을 제외하고 유사한 단계를 따릅니다. NAT 장치가 IP 주소를 변경할 때 ICV를 계산할 때 네트워크 헤더를 포함하지 않기 때문에 수신기의 ICV 값에 영향을 미치지 않습니다.
다음은 Shon Harris 블로그의 IPSEC에 대한 자습서입니다.
IPSec(인터넷 프로토콜 보안) 프로토콜 제품군은 두 장치 간의 보호된 데이터 교환을 위한 보안 채널을 설정하는 방법을 제공합니다. 이 보안 채널을 공유하는 장치는 서버 2대, 라우터 2대, 워크스테이션과 서버 또는 서로 다른 네트워크 간의 게이트웨이 2개가 될 수 있습니다. IPSec은 네트워크 계층 보호를 제공하기 위해 널리 인정되는 표준입니다. 종단 간 및 링크 암호화 방법보다 유연하고 저렴할 수 있습니다.
IPSec은 강력한 암호화 및 인증 방법을 가지고 있으며 두 컴퓨터 간의 터널링된 통신을 가능하게 하는 데 사용할 수 있지만 일반적으로 인터넷을 통해 네트워크 간에 VPN(가상 사설망)을 설정하는 데 사용됩니다.
IPSec은 사용할 알고리즘, 키 및 인증 방법의 유형을 지정하는 엄격한 프로토콜이 아닙니다.
오히려 기업이 이러한 유형의 기술을 사용하기로 선택할 때 많은 유연성을 제공하는 개방형 모듈식 프레임워크입니다. IPSec은 AH(인증 헤더)와 ESP(보안 페이로드 캡슐화)라는 두 가지 기본 보안 프로토콜을 사용합니다. AH는 인증 프로토콜이고 ESP는 암호화 메커니즘을 사용하여 소스 인증, 기밀성 및 메시지 무결성을 제공하는 인증 및 암호화 프로토콜입니다.
IPSec은 메시지의 페이로드가 보호되는 전송 모드와 페이로드와 라우팅 및 헤더 정보가 보호되는 터널 모드의 두 가지 모드 중 하나로 작동할 수 있습니다. 전송 모드의 ESP는 실제 메시지 정보를 암호화하여 승인되지 않은 엔터티가 이를 스니핑하거나 찾을 수 없도록 합니다. 터널 모드는 공격자가 유용할 수 있는 헤더 및 트레일러 데이터도 보호하여 더 높은 수준의 보호를 제공합니다. 그림 8-26은 IPSec 연결을 설정하는 단계의 상위 수준 보기를 보여줍니다.
각 장치에는 사용하는 각 VPN에 대해 하나 이상의 SA(보안 연결)가 있습니다. IPSec 아키텍처에 중요한 SA는 장치가 IPSec 연결을 지원하는 데 필요한 구성의 기록입니다. 두 장치가 핸드셰이킹 프로세스를 완료하면, 즉 통신에 사용할 긴 매개변수 목록에 동의했음을 의미합니다. 이러한 데이터는 기록되고 SA의 어딘가에 저장되어야 합니다.
SA에는 인증 및 암호화 키, 합의된 알고리즘, 키 수명 및 소스 IP 주소가 포함될 수 있습니다. 장치가 IPSec 프로토콜을 통해 패킷을 수신할 때 장치에게 패킷으로 무엇을 할 것인지 알려주는 것은 SA입니다. 따라서 장치 B가 장치 C로부터 IPSec을 통해 패킷을 수신하면 장치 B는 해당 SA를 찾아 패킷 암호를 해독하는 방법, 패킷 소스를 올바르게 인증하는 방법, 사용할 키 및 응답 방법을 알려줍니다. 필요한 경우 메시지.
SA는 지향성이므로 장치에는 아웃바운드 트래픽에 대해 하나의 SA가 있고 각 개별 통신 채널에 대해 인바운드 트래픽에 대해 다른 SA가 있습니다. 장치가 3개의 장치에 연결하는 경우 원격 장치당 각 인바운드 및 아웃바운드 연결에 대해 하나씩, 최소 6개의 SA가 있습니다. 그렇다면 장치가 이러한 모든 SA를 조직화하고 올바른 연결을 위해 올바른 SA가 호출되도록 하려면 어떻게 해야 할까요? 강력한 보안 매개변수 색인(SPI)이 바로 그것입니다. 각 장치에는 서로 다른 SA를 추적하고 수신하는 서로 다른 패킷에 대해 호출하기에 적절한 것을 장치에 알려주는 SPI가 있습니다. SPI 값은 IPSec 패킷의 헤더에 있으며 장치는 이 값을 읽어 어떤 SA에 문의할지 알려줍니다.
IPSec은 MAC을 사용하여 패킷의 전송 장치를 인증할 수 있습니다(이전 섹션,
"단방향 해시"). ESP 프로토콜은 장치가 이러한 유형의 기능에 대해 구성된 경우 인증, 무결성 및 기밀성을 제공할 수 있습니다.
따라서 회사에서 보낸 사람의 소스를 알고 있고 패킷의 무결성을 보장해야 하는 경우 AH를 사용하기로 선택할 것입니다. 회사가 이러한 서비스를 사용하고 기밀성을 유지하려면 암호화 기능을 제공하는 ESP 프로토콜을 사용합니다. 대부분의 경우 ESP를 사용하는 이유는 회사에서 보안 VPN 연결을 설정해야 하기 때문입니다.
겹치는 기능을 제공하는 두 개의 서로 다른 프로토콜이 있는 것이 이상하게 보일 수 있습니다. AH는 인증과 무결성을 제공하고 ESP는 이 두 가지 기능과 기밀성을 제공할 수 있습니다. 그렇다면 왜 AH를 귀찮게합니까? 대부분의 경우 그 이유는 환경에서 NAT(네트워크 주소 변환)를 사용하는지 여부와 관련이 있습니다. IPSec은 패킷의 일부에 대해 MAC 값과 실제로 동일한 ICV(무결성 검사 값)를 생성합니다. 발신자와 수신자가 고유한 값을 생성한다는 것을 기억하십시오. IPSec에서는 ICV 값이라고 합니다. 수신자는 자신의 ICV 값을 발신자가 보낸 값과 비교합니다. 값이 일치하면 수신자는 패킷이 전송 중에 수정되지 않았음을 확신할 수 있습니다. 값이 다르면 패킷이 변경된 것이며 수신자는 패킷을 버립니다.
AH 프로토콜은 데이터 페이로드, 전송 및 네트워크 헤더를 통해 이 ICV를 계산합니다. 패킷이 NAT 장치를 통과하면 NAT 장치는 패킷의 IP 주소를 변경합니다. 그것이 바로 그것의 일입니다.
이는 ICV 값을 계산하기 위해 포함된 데이터(네트워크 헤더)의 일부가 이제 변경되었음을 의미하며 수신자는 패킷과 함께 전송된 것과 다른 ICV 값을 생성하므로 패킷이 자동으로 폐기됨을 의미합니다. .
ESP 프로토콜은 ICV 값을 계산할 때 네트워크 헤더 부분을 포함하지 않는다는 점을 제외하고 유사한 단계를 따릅니다. NAT 장치가 IP 주소를 변경할 때 ICV를 계산할 때 네트워크 헤더를 포함하지 않기 때문에 수신기의 ICV 값에 영향을 미치지 않습니다.
IPSec은 프레임워크이기 때문에 사용할 해싱 및 암호화 알고리즘이나 장치 간에 키를 교환하는 방법을 지정하지 않습니다. 키 관리는 수동으로 처리하거나 키 관리 프로토콜을 통해 자동화할 수 있습니다. IPSec의 사실상 표준은 ISAKMP와 OAKLEY 프로토콜의 조합인 IKE(Internet Key Exchange)를 사용하는 것입니다. ISAKMP(Internet Security Association and Key Management Protocol)는 사용되는 키 메커니즘 유형과 독립적인 키 교환 아키텍처입니다. 기본적으로 ISAKMP는 IPSec 연결을 설정하기 위해 협상할 수 있는 프레임워크(알고리즘, 프로토콜, 모드, 키)를 제공합니다. OAKLEY 프로토콜은 협상 프로세스를 수행하는 프로토콜입니다.
IPSec은 모든 구성 요소와 가능한 구성이 매우 복잡합니다. 기업은 적절한 수준의 보호를 달성하기 위해 다양한 구성을 선택할 수 있기 때문에 이러한 복잡성은 상당한 유연성을 제공합니다. 이것이 모두 생소하고 여전히 혼란스럽다면 회색 영역을 채우는 데 도움이 되는 다음 참조 중 하나 이상을 검토하십시오.
다음 답변은 올바르지 않습니다.
다른 옵션은 주의를 산만하게 하는 것입니다.
이 질문을 작성하는 데 다음 참조가 사용되었습니다.
Shon Harris, CISSP 올인원 시험 가이드 - 5판, 759페이지
그리고
https://neodean.wordpress.com/tag/security-protocol/

SSCP 문제 109

컴파일된 코드가 해석된 코드보다 보안 위험이 더 큰 이유는 무엇입니까?

A. 악성 코드가 컴파일된 코드에 포함될 수 있고 탐지하기 어렵기 때문입니다.

B. 실행된 컴파일 코드가 실패하면 불안정하게 실패할 가능성이 있습니다.

C. 컴파일러가 신뢰할 수 없기 때문입니다.

D. 해석된 코드와 컴파일된 코드 간에 위험 차이가 없습니다.

SSCP 문제 110

이 기준선은 허용된 특정 오류 또는 실수에 대한 특정 임계값을 설정하고 의심스러운 것으로 간주되기 전에 발생할 수 있는 이러한 발생의 양을 설정합니다.

A. 체크포인트 레벨

B. 천장 높이

C. 클리핑 레벨

D. 임계값 수준

정답: C

섹션: 액세스 제어
설명/참조:
조직은 일반적으로 위반의 특정 유형, 수 또는 패턴을 용서하므로 분석을 위해 이 데이터를 수집하기 전에 미리 결정된 수의 사용자 오류를 허용합니다. 정교한 통계 계산 능력 없이 모든 위반 사항을 추적하려는 조직은 그러한 데이터의 순전한 양을 관리할 수 없습니다. 위반 목록을 유효하게 만들려면 클리핑 수준을 설정해야 합니다.
클리핑 레벨은 일반적인 사용자 오류일 수 있는 위반 활동에 대한 기준선을 설정합니다. 이 기준선을 초과한 후에만 위반 레코드가 생성됩니다. 이 솔루션은 중소 규모 설치에 특히 효과적입니다. 대규모 컴퓨팅 시설을 갖춘 조직은 종종 모든 위반 사항을 추적하고 통계 루틴을 사용하여 경미한 위반 사항(예: 암호를 잊어버리거나 여러 번 잘못 입력)을 제거합니다.
추적 중인 위반의 수가 관리할 수 없게 되면 문제를 수정하는 첫 번째 단계는 조건이 발생한 이유를 분석하는 것입니다. 사용자가 컴퓨터 리소스와 상호 작용하는 방법을 이해하고 있습니까? 규칙이 따르기 너무 어렵습니까? 위반 추적 및 분석은 조직이 철저하지만 사용 가능한 제어를 개발하는 데 도움이 되는 유용한 도구가 될 수 있습니다. 심각한 위반 사항을 정확하게 반영하는 기록이 준비되고 생성되면 추적 및 분석이 첫 번째 방어선이 됩니다. 이 절차를 사용하면 심각한 피해가 발생하기 전에 침입을 발견하고 때로는 가해자를 잡을 수 있을 만큼 일찍 발견합니다. 또한 비즈니스 보호 및 보존이 강화됩니다.
다음 답변은 올바르지 않습니다.
제시된 다른 모든 선택은 단순히 비방하는 사람이었습니다.
이 질문에 다음 참조가 사용되었습니다.
정보 보안 관리 핸드북