안전성과 보안성, 고장과 의도적 위협을 구별하는 법

서비스가 멈췄다는 결과만으로 안전 문제인지 보안 문제인지 결정할 수 없습니다. 우발 고장이나 환경 요인이 위험한 상태를 만들었는지, 공격자가 취약점을 악용해 보안 목표를 침해했는지 원인과 분석 목적을 구별해야 합니다.

하나의 사건은 둘 모두와 관련될 수 있습니다. 이 글은 안전공학의 전체 정의를 대신하지 않으며, 정보보호 위험 평가에서 위협 원인과 결과를 구분하는 학습 방법을 다룹니다.

결과가 같아도 원인에 관한 질문은 다릅니다

안전성(safety)은 시스템이 사람·환경·자산에 허용하기 어려운 위해를 만들지 않는가라는 넓은 질문과 연결됩니다. 정보보안(security)은 정보와 시스템의 보호 목표를 위협하는 행위나 조건을 분석합니다. 다만 분야와 표준에 따라 용어 정의와 범위가 다르므로 두 단어를 한 줄짜리 보편 공식으로 외우면 안 됩니다. NIST SP 800-30 Rev. 1은 위험 평가에서 위협원, 위협 사건, 취약점, 영향 등을 살펴보며 악의적 행위뿐 아니라 사람의 오류, 구조적 실패, 자연재해 같은 원인도 고려합니다.

가령 냉각 장치가 우연히 고장 나 서버가 멈췄다면 가용성에 영향이 생겼고, 운영 안전 측면에서도 검토할 수 있습니다. 공격자가 일부러 과부하를 일으켜 같은 중단을 만들었다면 보안 위협 사건으로 다루며 서비스 가용성 손상도 조사합니다. 하나의 결과는 서로 다른 원인에서 나올 수 있고, 원인 하나가 여러 종류의 영향을 낳을 수 있습니다.

가상의 센서 기록을 두 축으로 풀이합니다

두 기록 모두 ‘경보가 오지 않았다’고 요약할 수 있지만, 조치와 증거는 다릅니다. 첫 기록에서는 배터리 교체 주기와 고장 탐지가 원인 분석의 대상일 수 있습니다. 둘째 기록에서는 인증·입력 검증·접근 통제 기록과 공격자 능력을 확인합니다. 이 표는 실제 설비에 대한 안전 평가가 아니라 분류 연습을 위한 가상 사례입니다.

원인·보호 목표·피해를 차례로 적으세요

1. 관찰된 사건을 중립적으로 씁니다. 예: ‘경보가 12분 늦게 도착했다.’
2. 원인을 확정하지 말고 가능한 위협원 또는 고장 원인을 증거와 함께 표시합니다.
3. 정보보안 관점에서는 기밀성·무결성·가용성 가운데 직접 영향을 받은 항목을 찾습니다.
4. 안전 관점에서는 누구 또는 무엇에 어떤 위해가 발생할 수 있는지 별도로 적습니다.
5. 두 분석이 모두 필요하면 하나를 선택해 다른 하나를 지우지 말고 각각의 근거를 남깁니다.

흔한 실수는 ‘해킹이 아니므로 보안 사건이 아니다’ 또는 ‘시스템이 멈췄으니 무조건 안전 사고다’처럼 원인이나 결과 하나만 보고 결론을 내리는 것입니다. 우발 원인도 보안 목표를 위협하는 위험 평가에 포함될 수 있고, 의도적 공격도 신체적 위해로 이어지지 않을 수 있습니다. 문제에서 묻는 것이 공격 가능성, CIA 영향, 또는 인명·환경 위해 가운데 무엇인지 먼저 확인하세요.

위험 평가에서 ‘위협’이라는 말도 의도적 공격자만 의미한다고 단정하지 않는 편이 정확합니다. NIST SP 800-30은 위협 사건과 위협원을 여러 유형으로 다루므로, 분석자는 사건을 만든 주체와 원인에 관한 가정을 명시해야 합니다. 이는 안전과 보안의 경계를 흐리기 위한 말이 아닙니다. 같은 센서 오류가 정보의 가용성에 영향을 줄 수 있고, 그 결과로 안전 위해가 생길 수 있다는 연결을 단계별로 보여 주기 위한 것입니다. 보안 사건 여부를 묻는 문제에서는 정보 자산·보호 목표·위협 경로를, 안전 문제에서는 사람이나 환경에 대한 위해 경로와 심각도를 확인합니다. 두 관점의 분석 결과를 합쳐 보고하더라도 각 질문의 근거를 분리해야 합니다.

두 관점은 서로 다른 기록을 요구할 수 있습니다. 보안 위험 분석은 자산, 위협 사건, 취약점, 가능성·영향에 대한 가정을 기록할 수 있고, 안전 분석은 위험 상태와 위해의 심각성, 완화 조치를 살펴볼 수 있습니다. 이 문장들은 두 분야의 문서가 항상 같은 형식이라는 뜻이 아니라 교육용 구분입니다. 예컨대 냉각 경보가 늦었다면 로그 시각과 센서 상태가 보안 원인 분석에 쓰이고, 냉각실 온도가 실제 임계 조건을 넘었는지와 노출된 사람·장비가 있었는지는 안전 영향 분석에서 중요해질 수 있습니다. 공통 사실은 공유하되 결론을 뒷받침하는 추론 경로는 분명히 나누세요.

회상 문제

교육용 상황입니다. 저장 장치가 마모되어 예약 서버가 멈췄습니다. 조사 범위에서는 데이터가 공개되거나 무단 변경된 흔적이 없었습니다. 서버 중단만으로 공격이 원인이라고 결론 내릴 수 있나요? 예약 서비스 이용이 막힌 사실은 정보보호에 어떤 영향을 줍니까?

공격이라고 단정할 수 없습니다. 제시된 원인은 장치 마모라는 우발 고장입니다. 인가된 이용자가 예약 서비스를 이용하지 못했다면 가용성 영향을 검토할 수 있지만, 데이터 공개나 무단 변경이 확인되지 않은 상태에서 기밀성 또는 무결성 손상을 덧붙이면 안 됩니다. 안전 영향은 이 서비스가 멈춰 사람이나 환경에 위해를 만들 수 있었는지 추가로 살펴야 합니다.

위험 평가 개념과 정보보호 사례를 더 연습하려면 정보보호론 덱을 확인할 수 있습니다. 이 글의 표와 문항은 새로 만든 교육용 예시이며 공식 기출문제나 유료 카드의 인용이 아닙니다.