무료 온라인 액세스 ISC.SSCP.v2024-09-04.q565 모의 시험 (Page 70)

SSCP 문제 341

다음 중 양측이 동일한 키를 사용하여 서로 안전하게 통신할 때 사용되는 암호화 유형은 무엇입니까?

A. 대칭 키 암호화

B. PKI - 공개 키 인프라

C. 디피-헬먼

D. DSS - 디지털 서명 표준

정답: A

대칭 키 알고리즘은 일반 텍스트 암호화(발신자)와 암호 텍스트 해독(수신자) 모두에 동일한 암호화 키를 사용하는 암호화 알고리즘 클래스입니다. 키는 동일할 수 있으며 실제로는 개인 정보 링크를 유지하는 데 사용할 수 있는 둘 이상의 당사자 간의 공유 비밀을 나타냅니다.
양 당사자가 비밀 키에 액세스할 수 있어야 한다는 요구 사항은 공개 키 암호화에 비해 대칭 키 암호화의 주요 단점 중 하나입니다. 이를 비밀 키 암호화라고도 합니다. 대칭 키 암호화에서는 대화의 양쪽 끝에 동일한 키가 있어야 합니다. 그렇지 않으면 상대방이 보낸 메시지를 해독할 수 없습니다.
대칭 키 암호화는 매우 빠르지만 데이터를 해독해야 하는 모든 부분에 안전한 수단으로 키를 배포해야 하기 때문에 관리하기가 더 어렵습니다. 대칭 암호화에는 키 관리 기능이 내장되어 있지 않습니다.
PKI는 CIA - 기밀성(암호화를 통해) 무결성(전송 중에 메시지가 변경되지 않음을 보장함으로써) 및 인증(부인 방지)을 제공합니다. 대칭 키 암호화는 대부분 기밀성을 제공합니다.
다음 답변은 올바르지 않습니다.
- PKI - 공개 키 인프라: 이는 대칭 키 암호화와 반대입니다. PKI의 각 측면에는 자체 개인 키와 공개 키가 있습니다. 한 키가 암호화한 키는 다른 키가 해독할 수 있습니다. 수신자 공개 키를 사용하여 원격 사용자와 안전하게 통신합니다. 수신자는 일치하는 개인 키를 사용하여 데이터를 해독합니다.
- Diffie-Hellman: 죄송합니다. 비대칭 키 기술입니다. 인터넷과 같이 안전하지 않은 네트워크를 통한 키 합의에 사용됩니다. 이를 통해 한 번도 만난 적이 없는 두 당사자가 중간자(MITM) 공격을 방지하면서 안전하지 않은 네트워크를 통해 비밀 키를 협상할 수 있습니다.
- DSS - 디지털 서명 표준: 죄송합니다. 비대칭 키 기술입니다.

SSCP 문제 342

어떤 소프트웨어 개발 모델이 실제로 여러 소프트웨어 개발 모델을 통합하는 메타 모델입니까?

A. 폭포 모델

B. 수정된 폭포 모델

C. 나선형 모델

D. 중요 경로 모델(CPM)

SSCP 문제 343

다음 중 데이터 보호 방법으로서의 데이터 암호화에 대한 설명으로 옳은 것은 무엇입니까?

A. 때때로 비밀번호 파일에 사용해야 합니다.

B. 일반적으로 쉽게 관리됩니다.

C. 시스템 리소스를 거의 요구하지 않습니다.

D. 신중한 키 관리가 필요합니다.

정답: D

설명/참조:
암호화에서는 항상 "나쁜 사람"이 암호화 알고리즘을 가지고 있다고 가정합니다(실제로 DES, Triple DES, AES 등과 같은 많은 알고리즘은 공개 도메인입니다). 악당이 부족한 것은 해당 알고리즘을 완성하고 정보를 암호화/복호화하는 데 사용되는 키입니다. 따라서 키 보호, 제어된 배포, 예약된 키 변경, 적시 파기 및 기타 여러 요소를 신중하게 고려해야 합니다. 이러한 모든 요소는 "키 관리"라는 포괄적인 용어에 포함됩니다.
또 다른 중요한 고려 사항은 질문에 명시된 "데이터 보호 방법으로서의 데이터 암호화"의 경우입니다. 해당 데이터를 장기간에 걸쳐 저장해야 하는 경우(예: 백업) 키 관리 체계가 암호화된 정보를 해독하는 데 필요한 기간 동안 이전 키를 저장하는지 확인해야 합니다.
다른 답변은 다음과 같은 이유로 올바르지 않습니다.
"때때로 비밀번호 파일에 사용해야 합니다." - 암호화는 비밀번호 파일에 저장된 비밀번호를 암호화하는 데 자주 사용되지만 일반적으로 비밀번호 파일 자체에는 효과적이지 않습니다. 대부분의 시스템에서 사용자가 비밀번호 파일의 내용에 액세스할 수 없으면 인증할 수 없습니다. 전체 파일을 암호화하면 해당 액세스가 방지됩니다.
"보통 쉽게 관리됩니다." - 지난 몇 년 동안의 개발로 인해 암호화를 관리하기가 훨씬 쉬워졌습니다. 그러나 이는 여전히 중요한 과제로 남아 있습니다. 이것은 좋은 대답이 아닙니다.
"시스템 리소스에 대한 요구가 거의 없습니다." - 암호화는 본질적으로 크고 복잡한 수학적 알고리즘입니다. 정보를 암호화하고 해독하려면 시스템은 이 알고리즘을 수백, 수천, 심지어는 수백만/십억/조 번 수행해야 합니다. 이는 시스템 리소스를 많이 사용하게 되므로 매우 나쁜 답변이 됩니다.
참조:
공식 ISC2 가이드 페이지: 266(잘못된 설명)
올인원 3판 페이지: 657(훌륭한 설명)
키 관리 - 페이지 732, 올인원 제4판

SSCP 문제 344

높은 수준의 진술, 신념, 목표 및 목적으로 가장 잘 정의할 수 있는 것은 무엇입니까?

A. 표준

B. 정책

C. 지침

D. 절차

SSCP 문제 345

Secure Shell(SSH-2)은 다음을 제외한 다음 서비스를 모두 제공합니다.

A. 보안 원격 로그인

B. 명령 실행

C. 포트 전달

D. 사용자 인증

정답: D

이것은 까다로운 부정적인 질문 중 하나입니다. 질문 내에서 EXCEPT라는 단어에 세심한 주의를 기울여야 합니다.
SSH 전송 계층은 안전한 하위 수준 전송 프로토콜입니다. 강력하게 제공합니다
암호화, 암호화 호스트 인증 및 무결성 보호.
이 프로토콜 수준의 인증은 호스트 기반입니다. 이 프로토콜은 사용자를 수행하지 않습니다
입증. 사용자 인증을 위한 더 높은 수준의 프로토콜을 설계할 수 있습니다.
이 프로토콜.
프로토콜은 매개변수 협상이 가능하도록 간단하고 유연하게 설계되었습니다.
그리고 왕복 횟수를 최소화합니다. 키 교환 방식, 공개키
알고리즘, 대칭 암호화 알고리즘, 메시지 인증 알고리즘, 해시
알고리즘은 모두 협상됩니다. 대부분의 환경에서는 2번의 왕복만 수행될 것으로 예상됩니다.
전체 키 교환, 서버 인증, 서비스 요청 및 수락에 필요합니다.
서비스 요청 통지. 최악의 경우는 3왕복이다.
다음은 오답입니다.
"원격 로그온"이 올바르지 않습니다. SSH는 원격 로그온을 제공합니다.
"명령 실행"이 올바르지 않습니다. SSH는 명령 실행을 제공합니다.
"포트 전달"이 올바르지 않습니다. SSH는 포트 전달을 제공합니다. SSH에는 또한 놀라운 기능이 있습니다.
SSH 포트 전달이라는 기능(때때로 SSH 터널링이라고도 함)을 사용하면 다음을 수행할 수 있습니다.
보안 SSH 세션을 설정한 다음 이를 통해 임의의 TCP 연결을 터널링합니다.
터널은 거의 노력이나 프로그래밍 없이 언제든지 생성할 수 있습니다.
그것들을 매우 매력적으로 만듭니다. SSH를 살펴보려면 아래 참고자료의 기사를 참조하세요.
포트 포워딩은 매우 유용하지만 종종 오해를 받는 기술이기 때문에 자세히 설명합니다. SSH
포트 전달은 다양한 방법으로 보안 통신에 사용될 수 있습니다.
PUTTY 웹 사이트에서 PUTTY를 사용하여 포트를 수행하는 방법에 대한 훌륭한 튜토리얼을 볼 수 있습니다.
다음 주소로 전달:
http://www.cs.uu.nl/technical/services/ssh/putty/puttyfw.html
이 질문에 사용된 참고 자료:
RFC 4253(https://www.ietf.org/rfc/rfc4253.txt)
그리고
Symantec의 SSH 포트 전달

다른 버전: 7823ISC.SSCP.v2022-12-02.q996; 3408ISC.SSCP.v2022-08-26.q269; 9543ISC.SSCP.v2022-02-24.q999

최근 업로드: 139F5.F5CAB3.v2026-06-20.q47; 142Appian.ACD201.v2026-06-20.q47; 133Archer.Archer-Expert.v2026-06-20.q25; 116ITSpecialist.INF-306.v2026-06-20.q24; 192Salesforce.Salesforce-AI-Specialist.v2026-06-19.q86; 167Oracle.1Z1-948.v2026-06-19.q40; 346EXIN.ITILFNDv4.v2026-06-18.q182; 197Adobe.AD0-E605.v2026-06-18.q77; 251Huawei.H12-831_V1.0-ENU.v2026-06-18.q172; 349Microsoft.MB-700.v2026-06-18.q349