[전자상거래운용사 필기] 24년 1회차 기출문제 정답·해설 페이지

두 괄호에 공통으로 들어갈 용어는 책임이다.
글상자는 "서로를 보살피고 배려해야 할 우리의 적극적인 책무"를 강조하고, 사이버 공간에서는 통일적 정체감과 역할의 상실로 인해 회피가 쉽게 일어나므로 현실 세계보다 높은 수준의 의식이 필요하다고 했다. 글상자 본문이 그 회피를 "책임 회피"라고 직접 적고 있어, 두 괄호가 가리키는 정보윤리 원리는 책임의 원리임이 분명해진다.
존중 — 타인의 권리를 침해하지 않을 소극적 의무 쪽에 가까워 "적극적인 책무"라는 서술과 어긋난다
윤리 — 개별 원리들을 아우르는 상위 범주여서 회피 대상으로 지목되기 어렵다
권리 — 보장받는 자격이지 이행해야 할 의무가 아니다

ALT 속성은 이미지가 표시되지 않을 때(로딩 실패·스크린리더 등)를 대비한 대체 설명 텍스트이며, "마우스 커서로 클릭했을 때 나타나는 설명"이라는 동작과는 관련이 없다.
SRC는 이미지 경로를 지정하는 필수 속성, BORDER는 테두리, WIDTH는 너비 조절 속성으로 각각 설명이 올바르다.

(가) 웹 표준, (나) 웹 호환성, (다) 웹 접근성 순서가 옳다.
(가)의 목적이 "웹의 사용성 및 접근성 보장"이라는 포괄적 서술은 W3C 권고안 같은 규격을 지켜 어디서나 동일하게 동작하게 만드는 웹 표준을 가리킨다. (나)의 "웹 브라우저 버전 종류와 관계없는 웹사이트 접근"은 브라우저가 달라도 같은 결과를 보장하는 웹 호환성이고, (다)의 "인적, 환경적 요인에 제약없는 웹정보 접근"은 장애·연령·기기 환경에 상관없이 정보를 이용하게 하는 웹 접근성이다.
웹 표준을 지키면 호환성과 접근성이 함께 따라오는 상위-하위 관계로 기억하면 세 용어의 순서를 혼동하지 않는다.

분할된 패킷을 원격 호스트로 전달·라우팅하는 인터넷 계층 프로토콜은 IP이다.
TCP는 전송 계층에서 연결 설정과 순서 보장, 재전송을 담당한다.
UDP는 비연결형 전송 프로토콜로 신뢰성 보장 기능이 없다.
PPP는 두 지점 간 회선 연결에 쓰이는 데이터링크 계층 프로토콜이다.

검색 결과에 표시될 페이지 개요(요약 설명)를 지정하는 태그는 <meta name="description" content="...">이다.
<meta charset>은 문자 인코딩을, 

인터넷(정보)윤리의 기능은 흔히 예방적 기능과 처방적 기능, 세계윤리적 기능 등으로 구분되며, "변화 윤리"는 이러한 표준 분류 용어에 해당하지 않는다.

빈칸에 들어갈 용어는 웹 접근성이다.
글상자는 웹 디자이너·웹 기획자가 사용성을 알고 있어야 할 뿐만 아니라 최신화된 ( ) 지침을 따라야 한다고 했다. 여기서 "최신화된 지침"은 한국형 웹 콘텐츠 접근성 지침(KWCAG)이나 WCAG처럼 장애인·고령자를 포함한 모든 이용자가 웹 정보에 동등하게 접근하도록 규정한 웹 접근성 지침을 가리키며, 개정판이 주기적으로 나오기 때문에 "최신화"라는 표현이 붙는다.
웹 디자인·웹 사용자 — 준수해야 할 지침의 이름이 되는 개념이 아니다
웹 표준화 — 마크업·스크립트 규격을 통일하는 활동으로, 사용성과 나란히 놓여 제작자가 따라야 할 지침으로는 접근성이 더 적확하다

표의 한 행(줄)을 지정하는 태그는 TR이며, COL은 표의 열(컬럼) 속성을 지정하는 태그이므로 "표의 한 줄을 지정한다"는 설명은 옳지 않다.
CAPTION은 표 제목, ALIGN은 정렬, CELLPADDING은 셀 내부 여백을 지정한다는 설명은 모두 올바르다.

IP 주소는 A부터 E까지 총 5개 클래스로 나뉘며, 이 중 A, B, C 클래스가 일반 사용자(호스트)에게 부여된다.
클래스는 6개가 아니라 5개(A~E)로 분류된다.
멀티캐스트용은 D 클래스이며, E 클래스는 예비(실험)용으로 별도 존재한다.
F 클래스는 존재하지 않는다.

장애인·고령자 등이 웹사이트와 모바일 응용 소프트웨어를 어려움 없이 이용할 수 있도록 보장해야 하는 것은 접근성(정보접근성)이다.
글상자의 지능정보화 기본법 제46조 제1항은 국가기관등이 정보통신망으로 정보·서비스를 제공할 때 특정 이용 계층이 배제되지 않도록 하는 의무를 규정한 조항이며, 조문에 나오는 "유·무선 정보통신을 쉽게 이용할 수 있도록"이라는 표현이 곧 접근성의 정의에 해당한다.
비슷한 품질 개념과는 다음과 같이 구분된다.
신뢰성 — 시스템이나 정보가 오류·중단 없이 일관되게 제공되는 성질로, 이용 계층 간 격차 해소와는 초점이 다르다.
정확성 — 제공되는 정보의 내용이 사실과 부합하는지의 문제다.
호환성 — 서로 다른 기기·소프트웨어 사이에서 데이터가 통용되는 성질로, 장애인·고령자 보호라는 조문의 취지와 직접 연결되지 않는다.

서버측에서 동작하면서 Java와 서블릿(servlet) 기술을 기반으로 하는 스크립트 언어는 JSP(JavaServer Pages)다.
JSP 페이지는 요청이 들어오면 웹 컨테이너가 이를 서블릿 소스로 변환한 뒤 컴파일하므로, 글상자의 설명대로 최종 실행 형태가 웹 서버에서 실행되는 Java의 클래스 파일이 되고 클래스·상속·예외처리 등 Java의 일반적 특징을 그대로 물려받는다.
나머지 언어는 이 두 조건을 함께 만족하지 못한다.
JavaScript — 이름만 비슷할 뿐 Java와 계보가 다르며, 기본 실행 위치가 브라우저(클라이언트)측이다.
PHP — 서버측 언어이기는 하나 C 계열 문법의 독자 엔진으로 동작하며 서블릿과 무관하다.
ASP — 마이크로소프트 진영의 서버측 기술로 VBScript·C# 등을 사용한다.

<input>의 list 속성이 가리키는 id를 가진 자동완성 후보 목록 요소는 <datalist>다.
코드에서 <input type="text" list="countries">가 id가 countries인 요소를 참조하고 있으므로 괄호에는 datalist가 들어가고, 그 안의 <option value="대한민국">·<option value="브라질">·<option value="프랑스">가 입력창의 추천 목록으로 표시된다. 여는 태그와 닫는 태그가 같은 이름이므로 마지막 줄은 </datalist>가 된다.
datalist는 목록에 없는 값도 사용자가 직접 타이핑할 수 있다는 점에서 선택지를 강제하는 <select>와 구별되며, datapark·datapool·dataset은 HTML 표준 태그가 아니다(dataset은 태그가 아니라 data-* 속성에 접근하는 DOM 프로퍼티다).

XHTML의 장점으로 통상 제시되는 것은 폭넓은 개발 환경, 스크립트와 애플릿의 활용, 작업의 효율성 증대와 유지 비용 감소 등이다.
XHTML이 내세우는 호환성은 기존 HTML 환경(하위 버전 브라우저)에서도 문제없이 표시되도록 하는 하위 호환을 뜻하므로, "상위버전과의 호환성 유지"는 XHTML의 장점으로 보기 어렵다.

숫자형 데이터는 일반적으로 2진수, 8진수, 10진수, 16진수 등으로 표현되며, "6진수"는 통상적인 진법 표현에 해당하지 않는다.
문자열·Boolean·NULL에 대한 설명은 각각 큰따옴표 표기, true/false 논리값, 값이 없는 상태로 모두 올바르다.

방문자가 사이트를 찾은 목적을 실제로 달성하도록 도와야 한다는 원칙은 웹사이트 평가 요소 중 유용성이다.
유용성은 사이트가 이용자의 방문 목적(정보 탐색·비교·구매·문의 등)에 실질적으로 기여하는가를 따지는 기준으로, 화면이 예쁜지나 조작이 쉬운지보다 목적 달성 여부를 앞세운다는 점이 핵심이다.
다른 평가 요소와는 다음과 같이 갈린다.
매력성 — 디자인·색상·이미지 등으로 방문자의 시선과 호감을 끄는 정도다.
포괄성 — 다루는 내용의 범위가 넓고 빠짐이 없는가의 문제다.
역동성 — 콘텐츠가 자주 갱신되고 상호작용이 살아 있는가를 뜻한다.

어느 선택을 해도 지켜야 할 가치들이 서로 충돌해 정답을 단정할 수 없는 이런 상황을 윤리적 딜레마라고 한다.
글상자의 세 물음은 각각 연구·공개의 자유 대 악용 위험(공격 도구 공개), 수사 협조 대 이용자 프라이버시(암호화 데이터 제출 요구), 이용자 보호 대 공격 노출(취약점 공개 시점)이 맞부딪치는 구조로, 한쪽 가치를 택하면 다른 가치가 훼손되는 전형적인 정보보호 윤리 논쟁이다.
나머지 용어는 이 구조를 담지 못한다.
전자적 증거 수집·프라이버시 — 두 번째 물음에서 충돌하는 개별 가치일 뿐, 세 물음 전체를 아우르는 상황 개념이 아니다.
디지털 신뢰 — 온라인 거래·서비스에 대해 이용자가 갖는 믿음을 가리키는 결과적 상태이지, 판단이 갈리는 선택 상황 자체를 뜻하지 않는다.

브라우저만 있으면 어느 플랫폼에서든 접속해 여러 사람이 동시에 편집할 수 있는 클라우드 기반 디자인·프로토타이핑 도구는 피그마(Figma)다.
피그마의 결정적 특징은 파일을 각자 내려받아 작업하는 방식이 아니라 클라우드에 있는 하나의 파일을 실시간으로 함께 편집한다는 점이며, 이 덕분에 글상자가 강조한 대로 디자이너·마케터·개발자가 링크 하나로 디자인 공유와 프로토타입 확인을 함께 할 수 있다.
다른 도구는 이 조건을 만족하지 않는다.
어도비 드림위버 — PC에 설치해 쓰는 웹 저작(코딩) 도구로 실시간 공동 편집 도구가 아니다.
스케치(Sketch) — 강력한 UI 디자인 도구이지만 macOS 전용 설치형이어서 '다양한 플랫폼에서 온라인 접근'이라는 설명과 맞지 않는다.
웹플로우(Webflow) — 디자인 결과물을 실제 웹사이트로 만들어 배포하는 노코드 사이트 빌더 성격이 중심이다.

웹 2.0은 특정 기술 자체보다 플랫폼으로서의 웹과 사용자의 참여·공유 문화를 강조하는 개념이므로 "기술 중심"이라는 설명은 적절하지 않다.
AJAX·CSS·RSS는 웹 2.0을 구현하는 데 활용된 관련 기술로 볼 수 있다.

(가)에는 정확성, (나)에는 사이버스쿼팅(cybersquatting)이 들어간다.
정보윤리에서 정확성은 정보의 오류에 대한 책임 소재를 분명히 하고 그 내용이 적합하고 믿을 만한지를 보증하는 원칙으로, 정보 자체의 품질을 다루는 개념이다. 이용에 장애가 없도록 보장하는 접근성과는 다루는 대상이 다르므로 (가)에 접근성을 넣으면 '오류에 대한 책임'이라는 서술과 어긋난다.
(나)의 서술은 유명인·기업·단체 이름처럼 가치가 생길 도메인을 이해관계 없는 제3자가 선점 등록해 두는 행위로, 나중에 되팔아 이익을 얻으려는 도메인 선점 행위인 사이버스쿼팅에 해당한다. 사이버불링은 온라인에서 특정인을 괴롭히거나 모욕하는 행위여서 도메인 등록과 무관하다.

스크립트 언어는 컴파일 없이 한 줄씩 해석하며 실행되어 실행 속도가 느리고 CPU 자원 소모가 크므로, 복잡한 산술연산이나 복잡한 구조의 프로그램에 효율적이라는 설명은 옳지 않다.
문법이 단순하고, 오류를 실행 시점에야 확인할 수 있으며, 매번 같은 코드를 다시 번역해야 한다는 설명은 스크립트 언어의 특징으로 올바르다.

시장 세분화가 욕구 충족과 함께 노리는 또 하나의 목적은 마케팅 비용 절감이다.
전체 시장을 한꺼번에 상대하면 관심 없는 소비자에게까지 광고·판촉이 뿌려져 낭비가 생기지만, 비슷한 욕구를 가진 동질적인 부분 시장으로 나누면 그 집단에 맞는 메시지와 채널만 골라 집중할 수 있어 같은 예산으로 더 큰 반응을 얻는다.
따라서 세분화의 성과는 차별화된 욕구 충족(효과)과 마케팅 비용 절감(효율)이라는 두 축으로 정리되며, 물류·소비자·상품은 세분화 기준이나 대상이 될 수는 있어도 '비용 절감'의 대상으로 이 정의에 들어가는 항목이 아니다.

참여자 전원이 데이터를 분산 저장하여 특정 세력의 임의 조작을 막는 기술은 블록체인이다.
사물인터넷은 기기 간 연결 기술이고, '보안프로그램'이나 '분산기술'은 이 특징을 나타내는 고유 용어로 보기 어렵다.

이메일 주소를 매개로 개인이 다른 개인에게 송금할 수 있게 하는 결제 수단은 P2P 전자지불이다.
EBPP는 청구서를 온라인으로 제시·수납하는 서비스이다.
EDI는 기업 간 전자문서를 표준화된 형식으로 교환하는 방식이다.
간편결제는 카드·계좌 정보를 미리 등록해 간단한 인증만으로 결제하는 방식이다.

두 괄호에 공통으로 들어갈 말은 정보통신망이다.
전자무역은 무역 업무의 전부 또는 일부가 정보통신망 위에서 전자무역문서로 처리되는 거래를 가리키며, 글상자의 서술처럼 구매단계부터 결제단계까지가 이 망 위에서 이어지고 통관·무역·물류 업무의 전자문서교환(EDI)과 업체 간 정보교환도 같은 기반 위에서 이루어진다.
인터넷·모바일·이더넷은 모두 정보통신망을 구성하는 특정 기술이나 접속 수단일 뿐이어서, 전용선·VAN 같은 폐쇄망까지 함께 쓰이는 무역 자동화 환경을 통칭하는 자리에는 들어가기에 범위가 좁다.

제품 생산은 물리적 제조 활동으로, 콘텐츠·소셜마켓·온라인 금융처럼 정보와 네트워크를 기반으로 수익을 창출하는 디지털 비즈니스 모델에는 해당하지 않는다.

기업이 사내에 물류 전담 부서를 두고 직접 운영하는 방식은 1PL(자가물류)이다.
2PL은 물류 자회사를 통해 운영하는 방식이다.
3PL은 외부 전문업체에 물류를 위탁하는 방식이다.
4PL은 여러 물류업체를 통합·관리하는 컨설팅형 방식이다.

숏폼 콘텐츠는 짧고 편집된 영상으로 사용자의 주의를 빠르게 끄는 것이 특징이므로, "무편집으로 긴 시간 촬영한 내용을 그대로 노출한다"는 설명은 옳지 않다.
짧은 재생시간, 해시태그 챌린지를 통한 참여 유도, 트렌드에 민감하게 반응하는 점은 숏폼 콘텐츠의 특징으로 올바르다.

온라인에서 정보를 얻고 오프라인에서 사거나 그 반대로 움직이는, 채널의 경계를 넘나드는 판매를 크로스 플랫폼 판매라고 한다.
글상자가 말하는 유연하게 통합된 고객 경험은 소비자가 어느 채널에서 정보를 탐색했든 다른 채널의 구매로 이어지게 만드는 상태로, 온·오프라인을 하나의 흐름으로 연결할수록 채널별 매출을 각각 따지는 것보다 전체 판매가 늘어난다는 것이 요지다.
혼동하기 쉬운 개념과의 차이는 분명하다.
교차 판매 — 이미 구매한 고객에게 연관된 다른 상품을 추가로 파는 것으로, 채널이 아니라 상품을 넘나드는 개념이다.
상향 판매 — 같은 범주에서 더 비싼 상위 제품으로 유도하는 판매다.
데이터베이스 통합 — 채널 연결을 뒷받침하는 시스템 수단일 뿐, 판매 증가 현상 자체를 가리키는 말이 아니다.

하역은 운송·보관 과정에서 발생하는 화물의 분류 및 이동(싣고 내리는) 작업을 의미한다.
제품보관과 계절적 수요변동에 대한 대처는 보관 기능에 대한 설명이다.
제품보호는 포장 기능의 역할이다.
가치의 평가·부가와 관련된 활동은 유통가공 등 다른 물류기능에 해당한다.

"저렴한 가격으로 상품을 구매할 수 있다"는 것은 소비자 입장의 이점이지 기업 측면의 전자상거래 장점으로 보기는 어렵다.
24시간 거래 가능, 상대적으로 저렴한 광고비, 유통비 절감을 통한 가격 경쟁력 확보는 기업 측면의 장점으로 올바르다.

기업이 무엇을 팔아 어떻게 수익을 내는가를 규정한 틀이 비즈니스 모델이다.
비즈니스 모델은 고객에게 제공할 가치, 그 가치를 전달하는 방법, 그리고 대가를 회수하는 수익 창출 구조를 묶어 설명하며, 전자상거래에서는 중개형·광고형·판매형·구독형처럼 이익이 발생하는 지점을 기준으로 유형을 나눈다.
나머지는 사업 방식이 아니라 시스템 구축 단계에서 쓰이는 설계 개념이다.
데이터 모델 — 업무에 필요한 데이터의 구조와 관계를 표현한 것이다.
프로세스 모델 — 업무 처리 절차와 흐름을 나타낸 것이다.
디지털 모델 — 수익 구조를 규정하는 표준 용어로 쓰이지 않는다.

구매와 관련해 소비자가 보이는 모든 행동과 그에 이르는 의사결정과정을 통틀어 소비자행동이라 한다.
정의에 '행동'과 '의사결정과정'이 함께 들어 있는 점이 핵심으로, 문제 인식 → 정보 탐색 → 대안 평가 → 구매 → 구매 후 행동에 이르는 과정 전체가 연구 대상이며 개인뿐 아니라 가족·조직 같은 집단의 구매까지 포함한다.
겉으로 드러나지 않는 지각·동기·태도만을 다루는 심리 개념은 관찰 가능한 행동과 결정 과정 전체를 담지 못하고, 판매자를 주어로 삼는 용어들은 구매자의 활동을 설명하는 이 정의와 주체 자체가 어긋난다.

디지털 마케팅 성공 프로세스는 방문유도 → 관심과 참여유도 → 재방문유도 → 니즈 및 특성파악 → 차별화된 서비스의 5단계로 제시된다.
먼저 사이트로 방문을 이끌고, 머무르며 참여하게 한 뒤, 재방문을 통해 고객 데이터가 축적되어야 비로소 고객의 니즈와 특성 파악이 가능해지고, 그 분석 결과를 바탕으로 차별화된 서비스를 제공하는 흐름이다. 니즈 파악이나 차별화가 방문보다 앞서는 순서는 이 논리에 맞지 않는다.

웹사이트 구축에서 디자인과 프로그래밍이 끝난 뒤 기획담당자·클라이언트·관련자가 함께 참여해 결과물을 확인하는 단계는 테스트다.
웹사이트 구축은 기획 → 설계·디자인 → 구현(프로그래밍) → 테스트 → 오픈·유지보수 순서로 진행된다. 글상자는 '프로그래밍이 완료가 되면'이라고 시점을 못 박았으므로 구현 다음 단계를 묻는 것이고, 이 단계에서 링크 오류·브라우저 호환성·기획 의도 반영 여부를 개발자뿐 아니라 발주 측까지 함께 점검한다.
디버깅은 개발자가 코드의 오류 원인을 찾아 수정하는 활동으로, 클라이언트가 참여하는 절차가 아니다.
구현은 글상자에서 이미 '프로그래밍이 완료'되었다고 한 앞 단계 그 자체다.
검수는 납품·계약 관점의 인수 확인을 가리키는 말로, 구축 단계 구분에서는 테스트 단계 안에서 이루어지는 활동으로 본다.

제시된 보기 중에서는 CRM이 실무적으로 마케팅 부서 주도로 운영·활용되는 경우가 많다는 설명이 가장 타당하다.
CRM은 오프라인 기업보다 고객 데이터 축적이 용이한 온라인(전자상거래) 기업에서 더욱 유리하게 활용될 수 있다.
기존 고객과의 관계 강화뿐 아니라 신규 고객 확보에도 CRM이 활용된다.
최근 많은 기업이 CRM을 적극적으로 도입·활용하고 있다.

비용을 거의 들이지 않고 인터넷에서 자사를 알리는 온갖 홍보 방법을 통칭하는 용어는 어나운스먼트(announcement)다.
글상자가 열거한 검색 엔진 랭킹 관리, 게시판 게시, 이메일 활용은 모두 광고비를 집행하지 않고 노출을 만들어 내는 수단으로, 유료 배너·검색광고와 대비되는 저비용 고지(告知) 활동에 해당한다.
풀필먼트는 주문 접수부터 보관·포장·배송·반품까지를 대행하는 물류 서비스로 홍보 기법이 아니다.
WoM(구전)은 소비자들 사이에 자발적으로 퍼지는 입소문 효과를 뜻하며, 판매자가 직접 수행하는 홍보 방법의 총칭은 아니다.
스키밍은 신제품을 높은 가격으로 출시해 이익을 먼저 회수하는 가격 전략이다.

고객이 먼저 관심을 보이는 행동을 했을 때 광고가 제시되는 방식은 풀(pull) 전략이다.
풀 전략은 소비자가 검색하거나 URL을 클릭하는 등 스스로 찾아온 시점에 정보를 노출하므로, 광고를 원하지 않는 사람에게 강제 노출되지 않고 관심도가 이미 높은 잠재 고객에게만 도달한다는 점이 특징이다. 글상자의 'URL 광고처럼 고객이 관심을 보이는 행위를 할 때'라는 표현이 바로 이 소비자 주도 성격을 가리킨다.
푸시(push) 전략은 이메일 발송·팝업처럼 판매자가 고객의 요청 없이 먼저 밀어 보내는 방식이다.
제휴 전략은 다른 사이트와 링크·수수료로 협력해 트래픽을 주고받는 방식으로, 노출 시점의 주도권과는 다른 층위의 개념이다.
동의 전략(퍼미션)은 수신 동의를 받은 뒤 광고를 보내는 방식이어서 여전히 발송 주체가 판매자다.

경매처럼 서버를 매개로 개인과 개인이 상품·서비스·정보를 가상공간에서 거래하는 유형은 C2C이다.
B2B는 기업과 기업 간의 거래이다.
B2C는 기업이 소비자에게 상품·서비스를 판매하는 거래이다.
C2B는 소비자가 기업에 조건이나 가격을 먼저 제시하는 형태의 거래이다.

공통된 관심과 이익을 가진 특정 집단이 협력을 위해 사용하는 통신 채널은 엑스트라넷이다.
인터넷은 누구나 접근할 수 있는 공개된 전세계 통신망이다.
인트라넷은 한 조직 내부에서만 사용하는 폐쇄형 통신망이다.
알파넷은 현재 인터넷의 전신이 된 초기 연구용 네트워크이다.

소비자 주도 시장에서는 소비자가 공급자보다 시장 주도권을 가지며, 구매 전 상호 커뮤니케이션과 맞춤형(개인화) 서비스가 이루어지는 것이 특징이다.
"소비가 정보 가치를 갖는다"는 설명은 소비자 주도 시장의 이러한 핵심 특징과는 거리가 있어 옳지 않다.

클라우드 환경에서는 같은 시스템 위에서도 보안 상태가 서로 다른 가상 머신들이 함께 운영되므로, 전체적으로 동일한 보안 수준을 유지하기가 어렵다는 취약점이 있다.
보안 패치가 방치된 가상 머신은 오히려 문제를 일으키고, 서비스 중단 후에도 데이터가 남아 유출 우려가 있으며, 가상 머신의 잦은 생성·이동·삭제는 보안 정책 적용을 어렵게 만든다는 점에서 다른 보기들은 사실과 반대로 서술되어 있다.

고객·주문 등 관련 내역을 체계적으로 저장하고 효과적으로 관리하는 기능은 데이터베이스 관리이다.
네트워크 보안·운영체제 관리·웹 서버 관리는 시스템 운영을 지원하는 기능일 뿐, 고객·주문 내역 자체를 관리하는 기능은 아니다.

자신이 소유한 서버를 위탁하여 관리할 수 있는 공간을 임대해주는 서비스는 코로케이션(Co-location)이다.
도메인은 인터넷 주소, 솔루션은 소프트웨어 패키지, 클라우드는 서버 자원 자체를 임대·제공하는 서비스로 코로케이션과는 성격이 다르다.

웹 브라우저 캐싱은 페이지 로딩 속도를 높이기 위한 기술일 뿐, 전자상거래의 안전한 거래를 보장하기 위한 보안 기술이 아니다.
SSL, SET, 공개키 암호화는 데이터 암호화나 안전한 결제를 위해 실제로 사용되는 보안 기술이다.

DDoS 공격은 대량의 트래픽을 유발해 서비스를 마비시키는 공격으로, 특정 웹 애플리케이션의 코드상 취약점을 직접 악용하는 방식은 아니다.
SQL 인젝션·XSS·CSRF는 각각 입력값 검증 미흡, 악성 스크립트 삽입, 위조된 요청 전송처럼 웹 애플리케이션 자체의 취약점을 악용한다는 점에서 DDoS와 성격이 다르다.

분산 저장과 분산 처리를 함께 제공하는 빅데이터용 대표 오픈소스 프레임워크는 Hadoop이다.
Hadoop은 데이터를 여러 노드에 나눠 저장하는 HDFS와, 나눠진 데이터를 각 노드에서 병렬 연산하는 MapReduce로 구성된다. 값싼 범용 서버를 여러 대 묶어 처리 용량을 늘릴 수 있어 대용량 로그·거래 데이터 분석의 기본 플랫폼으로 쓰인다.
Crawling은 웹 문서를 자동으로 훑어 수집하는 기법이지 처리 프레임워크가 아니다.
Flume은 로그 데이터를 수집해 Hadoop 쪽으로 흘려보내는 수집·전송 도구다.
Mahout은 Hadoop 위에서 돌아가는 기계학습 라이브러리로, 저장 기능을 갖고 있지 않다.

서로 다른 프로토콜 간의 데이터 변환을 담당하는 네트워크 장비는 게이트웨이이다.
전기적 신호를 증폭하는 것은 라우터가 아니라 리피터의 역할이다.
MAC 주소 테이블을 이용해 장치 간 데이터 전송을 중계하는 것은 허브가 아니라 스위치의 역할이다.

라우터 장애 시 대체 경로 탐색은 네트워크(경로 설정) 계층에서 이루어지는 조치이며, TCP/IP의 전송 계층이 직접 수행하는 장애 대응으로 보기는 어렵다.
패킷 손실 시 재전송, 순서가 뒤바뀐 패킷의 재정렬, 전송 속도 조절을 통한 혼잡 제어는 모두 전송 계층(TCP)이 수행하는 기능으로 올바르다.

서비스 가용성 미흡은 성능·안정성 측면의 문제로, 데이터 유출·부주의한 권한 관리·내부자 위협처럼 정보 보안 자체를 위협하는 요인으로 보기는 어렵다.

서브넷팅은 네트워크를 세분화하여 IP 주소 할당의 유연성을 오히려 높이는 기술이므로, "유연성이 감소한다"는 설명은 옳지 않다.
큰 네트워크를 작은 단위로 나누고, 서브넷 마스크로 네트워크·호스트 부분을 구분하며, 네트워크 효율성과 보안을 강화한다는 설명은 모두 서브넷팅의 특징으로 올바르다.

없는 클라이언트가 접속을 시도한 것처럼 위장해 서버의 연결 자원을 채워 버리는 공격은 SYN Flooding이다.
TCP 연결은 SYN → SYN/ACK → ACK의 3-way handshake로 맺어지는데, 공격자는 위조된 출발지 주소로 SYN만 대량 전송하고 마지막 ACK를 보내지 않는다. 서버는 응답을 기다리는 반연결(half-open) 상태를 백로그 큐에 쌓아 두다가 큐가 가득 차면 정상 사용자의 접속 요청을 더 이상 받지 못한다.
Mail Bomb은 특정 메일 계정에 대량의 메일을 보내 메일함과 서버 용량을 소진시키는 공격이다.
Land 공격은 출발지와 목적지 주소를 같게 위조해 시스템이 자기 자신에게 응답하며 무한 루프에 빠지게 만든다.
Ping of death는 규격을 넘는 큰 ICMP 패킷을 잘게 쪼개 보내 재조합 과정에서 부하를 일으키는 공격이다.

애플리케이션 서버는 사용자 요청에 따라 동적 콘텐츠를 생성하고 비즈니스 로직을 처리하는 서버로, 정적 파일의 캐시 제공은 애플리케이션 서버가 아니라 웹 서버(리버스 프록시·캐시 서버)의 역할이다.
DNS 서버가 도메인 이름과 IP 주소를 매핑한다는 설명은 옳다.
NTP 서버가 네트워크 시간을 동기화한다는 설명도 옳다.
인증 서버가 사용자 인증과 권한 관리를 담당한다는 설명도 옳다.

웹 서버와 분리해 구성함으로써 서버별 자원 최적화를 얻는 대상은 애플리케이션 서버(WAS)다.
웹 서버는 HTML·이미지 같은 정적 콘텐츠를 빠르게 내려주는 일에 특화되어 네트워크 입출력 자원이 중요하고, 애플리케이션 서버는 프로그램 로직 실행과 DB 연동 등 동적 처리를 맡아 CPU와 메모리 자원이 중요하다. 성격이 다른 두 역할을 한 서버에 몰아넣으면 한쪽 부하가 다른 쪽을 끌어내리므로, 분리하면 각각에 맞는 자원 배분과 개별 확장이 가능해진다.
DNS 서버는 도메인 이름을 IP 주소로 바꿔 주는 이름 해석 서비스로, 웹 서버의 처리 부하와 짝을 이루는 계층이 아니다.
파일 서버나 게임 서버는 웹 3계층 구조(웹 서버 - WAS - DB)의 구성 요소가 아니다.

기밀성 유지·책임 추적성·부인 봉쇄는 정보보안의 대표 목표이지만, 변경가능성 제고는 오히려 보안이 막아야 할 위협(무단 변경)에 해당해 보안 목표로 볼 수 없다.
정보보안은 데이터가 임의로 바뀌지 않도록 무결성을 지키는 것을 목표로 하며, 접근·변경 가능성을 늘리는 방향과는 반대된다.

DHCP는 네트워크에 연결된 단말에 IP 주소, 서브넷 마스크, 게이트웨이 등을 자동으로 할당해 주는 프로토콜이다.
SMTP는 메일 전송, FTP는 파일 전송, HTTP는 웹 문서 요청·응답에 쓰이는 프로토콜로 IP 자동 할당과는 관계가 없다.

운영체제의 프로세스 관리는 프로세스의 생성·실행·종료, 자원 공유와 보호, 스케줄링을 담당하며, 메모리 스왑 공간의 직접 관리는 메모리 관리 기능의 영역이다.
프로세스의 생성·실행·종료 관리는 옳은 설명이다.
프로세스 간 자원 공유·보호 담당도 옳은 설명이다.
우선순위에 따른 스케줄링도 옳은 설명이다.

공급망 공격은 보안이 상대적으로 취약한 협력·공급업체를 경유해 목표 기업에 침투하는 방식으로, 기업을 직접 공격하는 것보다 탐지가 어려워 오히려 효과적인 공격 수법으로 평가된다.
협력업체 프로그램에 악성코드가 삽입되어 내부 시스템에 유입될 수 있다는 설명은 옳다.
대상 기업의 보안 수준과 무관하게 발생할 수 있다는 설명도 옳다.
공급업체 시스템 해킹으로 감염된 소프트웨어가 배포되어 피해가 발생할 수 있다는 설명도 옳다.

검색결과로 나온 악성 사이트는 사용자가 실제로 클릭해 접속해야 악성코드에 감염될 수 있으며, 클릭하지 않고 검색결과 목록만 본 상태로는 감염되지 않는다.
광고 배너 클릭을 통한 감염은 실제 유포 경로다.
게시판 첨부파일 다운로드를 통한 감염도 실제 유포 경로다.
이미지 파일에 악성코드를 은닉해 감염시키는 방식도 실제 유포 경로다.

DNS 서버는 특정 최상위 도메인 하위의 도메인 네임과 그에 대응하는 IP 주소 등을 저장·관리하는 분산형 데이터베이스 또는 그 기능을 수행하는 서버 장치를 가리킨다.
HTTP 요청을 받아 웹페이지를 반환하는 프로그램은 웹 서버에 대한 설명이다.
분산 네트워크의 정보를 중앙 집중식으로 검색하게 해주는 단일 액세스 지점은 검색·디렉터리 서버에 가깝다.
다른 네트워크 서비스에 간접적으로 접속하게 해주는 시스템은 프록시 서버에 대한 설명이다.