다음은 통신 및 이메일과 관련된 일반적인 보안 문제입니다.
도청: 전화선, 이메일, 인스턴트 메시징 및 기타 사적인 것으로 간주되는 통신 방법을 통해 사적인 정보를 비밀리에 듣는 행위입니다.
신원 도용: 이메일을 읽고 거짓 이메일 메시지를 보내기 위해 이메일 서버에 액세스하기 위해 누군가의 사용자 이름과 비밀번호를 얻는 행위입니다. 이러한 자격 증명은 SMTP, POP, IMAP 또는 웹 메일 연결을 도청하여 얻을 수 있습니다.
메시지 수정: SMTP 서버에 대한 시스템 관리자 권한이 있는 사람은 모든 사람의 메시지를 방문할 수 있으며 메시지가 대상으로 계속 전달되기 전에 메시지를 삭제하거나 변경할 수 있습니다. 수신자는 이메일 메시지가 변경되었음을 알릴 방법이 없습니다.
거짓 메시지: 다른 사람이 보낸 것처럼 보이는 메시지를 구성하는 행위입니다.
메시지 재생: 메시지 재생에서 메시지를 수정하고 저장하고 나중에 다시 보냅니다.
메시지 거부: 메시지 거부에서는 일반 이메일 메시지를 위조할 수 있습니다. 수신자가 누군가가 자신에게 특정 메시지를 보냈다는 것을 증명할 수 있는 방법은 없습니다. 이것은 누군가가 메시지를 보낸 경우에도 성공적으로 거부할 수 있음을 의미합니다.
답변 옵션 D가 올바르지 않습니다. 메시지 다이제스트는 파일에서 알고리즘 방식으로 생성되고 해당 파일을 고유하게 나타내는 숫자입니다.

대응 관리 계획은 아래 표와 같습니다.

미디어 게이트웨이
설명: 미디어 게이트웨이는 디지털 미디어 스트림을
PSTN, SS7, 차세대 네트워크(2G, 2.5G 및 3G)와 같은 이종 통신 네트워크
무선 액세스 네트워크) 또는 PBX. 미디어 게이트웨이를 통해 차세대 멀티미디어 통신 가능
ATM(Asynchronous Transfer Mode) 및 인터넷 프로토콜과 같은 여러 전송 프로토콜을 통한 네트워크
(IP). 미디어 게이트웨이는 다양한 유형의 네트워크를 연결하기 때문에 주요 기능 중 하나는
다른 전송 및 코딩 기술 사이. 에코 제거와 같은 미디어 스트리밍 기능,
DTMF 및 톤 발신자도 미디어 게이트웨이에 있습니다. 미디어 게이트웨이는 종종
통화 제어 및 신호 기능을 제공하는 별도의 Media Gateway 컨트롤러.

다음은 사고 처리 프로세스의 6가지 단계입니다.
1.준비: 준비는 사고 처리 프로세스의 첫 번째 단계입니다. 여기에는 정기적으로 모든 주요 데이터의 복사본을 백업하고, 정기적으로 소프트웨어를 모니터링 및 업데이트하고, 문서화된 보안 정책을 만들고 구현하는 것과 같은 프로세스가 포함됩니다. 이 단계를 적용하기 위해 사건 발생 시 신뢰할 수 있는 지침으로 다양한 사건에 대한 대응을 요약한 문서화된 보안 정책이 공식화됩니다.
다음 목록에는 사고 처리자가 준비 단계, 즉 사고가 발생하기 전에 유지해야 하는 항목이 포함되어 있습니다.
적용 가능한 정책 수립
핵심 플레이어와 관계 구축
응답 키트 구축
인시던트 체크리스트 만들기
커뮤니케이션 계획 수립
위협 모델링 수행
사고 대응 팀 구축
데모 인시던트 연습
2.식별: 인시던트 처리 프로세스의 식별 단계는 인시던트 핸들러가 기업 또는 시스템에 대한 인시던트의 임계 수준을 평가하는 단계입니다. 사건과 사건의 구분이 결정되고, 측정되고, 테스트되는 중요한 단계입니다.
3. 봉쇄: 사고 처리 프로세스의 봉쇄 단계는 사고 대응 프로세스를 지원하고 구축합니다. 시스템의 안정성을 확보하는 데 도움이 되며 사고가 더 이상 악화되지 않는지 확인합니다.
4. 근절: 인시던트 처리 프로세스의 근절 단계에는 시스템에서 식별된 유해한 인시던트의 정리가 포함됩니다. 여기에는 공격이 어떻게 수행되었는지 결정하기 위해 수집된 정보 분석이 포함됩니다. 사건이 다시 발생하지 않도록 하기 위해서는 어떻게 양보했는지를 인식하고 예방기법을 적용하는 것이 중요하다.
5. 복구: 복구는 사고 처리 프로세스의 다섯 번째 단계입니다. 이 단계에서 인시던트 핸들러는 시스템을 작업 환경으로 되돌립니다. 복구 단계에서 인시던트 핸들러는 시스템 복구가 성공적인지 확인하기 위해 질문에 대해서도 작업합니다. 여기에는 모든 프로세스와 기능이 정상적으로 작동하는지 확인하기 위해 시스템을 테스트하는 작업이 포함됩니다. 사고 처리기는 또한 시스템이 다시 손상되지 않도록 시스템을 모니터링합니다. 추가 공격 징후를 찾습니다.
6. 교훈: 교훈은 사고 처리 프로세스의 여섯 번째이자 마지막 단계입니다. 인시던트 핸들러는 인시던트 처리 프로세스를 향상 및 개선하기 위해 인시던트 처리 중에 배운 지식과 경험을 활용합니다. 이것은 모든 사고 처리 프로세스 중 가장 무지한 단계입니다. 많은 경우 인시던트 핸들러는 시스템을 정상 상태로 되돌리고 미완성된 다른 작업을 따라잡느라 바쁩니다. 인시던트 핸들러는 인시던트와 관련된 문서를 작성하거나 프로세스를 개선할 수 있는 방법을 찾아야 합니다.
답변 옵션 C가 올바르지 않습니다. 사후 검토는 사고 대응 프로세스의 단계 중 하나입니다.

설명/참조: