정보보안 이해와 활용
실제 사례는 공개 기록을 바탕으로, 가상 사례는 개념을 설명하기 위한 설정으로 작성했습니다.
급여 파일의 세 가지 사고는 같은 문제가 아니었다
보안의 세 목표 — 기밀성·무결성·가용성을 지킨다
회사는 급여 열람, 지급 계좌 변경, 지급일 중단을 각각의 피해로 나눠 접근·변경·복구 대책을 정했습니다.
이야기 읽기 →조회만 필요한 계정에 삭제 권한까지
최소 권한 — 필요한 일만 할 수 있게 한다
관리자는 보고서 작성 계정에 조회 권한만 주고 추가 권한은 목적과 기간을 확인해 따로 승인했습니다.
이야기 읽기 →로그인만 하면 모든 문서를 볼 수 있었다
인증과 인가 — 본인 확인과 허용 범위를 구분한다
개발팀은 문서를 요청할 때마다 조회·다운로드 권한을 확인하고 다른 부서 계정으로도 시험했습니다.
이야기 읽기 →검색창의 제한만 믿었던 개발자
시큐어 코딩 — 외부 입력과 명령을 분리한다
개발자는 서버 검증과 매개변수 질의를 사용해 입력값이 SQL 명령의 구조를 바꾸지 못하게 했습니다.
이야기 읽기 →예제 설정에 들어간 실제 비밀 값
비밀과 민감정보 — 접근 키와 암호화 키의 노출을 줄인다
팀은 예제에 넣었던 실제 키를 교체하고 예제에는 설정 방법만 남겼습니다.
이야기 읽기 →같은 취약점 공지인데 먼저 고칠 서버는 달랐다
CVE와 취약점 대응 — 사용 중인 구성 요소를 확인한다
영향 버전을 쓰는 서버를 찾고 외부 파일을 받는 서버부터 제한·수정하면서 나머지 대상의 기한도 관리했습니다.
이야기 읽기 →웹 서버 계정으로 백업까지 지울 수 있었다
다층 방어 — 하나가 실패해도 피해를 제한한다
팀은 웹 서비스 계정에서 백업 관리 권한을 분리하고 보호한 백업으로 복원할 수 있는지 시험했습니다.
이야기 읽기 →경보는 울렸지만 아무도 확인하지 않았다
ISMS와 사고 대응 — 이상을 확인하고 대응할 담당자와 절차를 정한다
조직은 공용 메일 경보의 담당자와 대체자를 지정하고 정상 업무 확인과 접근 제한 절차를 연습했습니다.
이야기 읽기 →복구 동안 받은 주문은 어디에 있을까
복구와 업무 연속성 — 사고 뒤에도 필요한 일을 한다
팀은 종이 주문에 임시 번호와 접수 책임자를 정하고 복구 후 반영 여부를 대조했습니다.
이야기 읽기 →공유가 어려워 개인 메일을 썼다
사람이 지킬 수 있는 절차 — 안전한 행동을 쉽게 만든다
관리자는 개인 메일 사용을 금지하는 데서 그치지 않고 승인된 공유 방법의 처리 시간을 줄이고 잘못 보냈을 때의 신고 방법을 안내했습니다.
이야기 읽기 →시험용 서버가 공개된 채 남았다
자산 목록 — 보호할 시스템과 담당자를 빠짐없이 기록한다
팀은 행사 서버에도 담당자와 종료일을 등록하고 더 이상 필요하지 않은 서버를 실제로 종료했습니다.
이야기 읽기 →결제 화면만 보호하고 승인 절차는 놓쳤다
Secure SDLC와 위협 분석 — 기능을 악용할 방법과 피해를 미리 살핀다
팀은 한 계정이 큰 환불을 요청하고 승인하던 흐름을 확인해 업무 담당자와 권한 분리·기록 방법을 정했습니다.
이야기 읽기 →부서를 옮겨도 예전 권한이 남았다
계정 수명주기 — 생성부터 회수까지 관리한다
조직은 부서 이동 때 기존 고객 자료 접근을 재검토하고 인사 변경과 권한 회수를 연결했습니다.
이야기 읽기 →인증 기기를 잃어버린 관리자
다중 인증과 복구 — 인증 수단 재등록 때도 본인을 확인한다
팀은 긴급하다는 이유로 인증을 없애는 대신 신원 확인·승인 기록이 있는 복구 경로를 마련했습니다.
이야기 읽기 →새 저장소가 기본으로 공개됐다
안전한 기본값 — 처음부터 노출을 줄인다
팀은 새 저장소를 제한된 접근 상태로 만들고 공개할 때만 대상과 이유를 확인하도록 바꿨습니다.
이야기 읽기 →로그에 고객의 비밀 정보가 남았다
보안 기록 — 증거를 남기되 비밀을 복사하지 않는다
팀은 요청 전체를 남기던 방식을 바꿔 민감한 값을 제외하고 기존 기록의 노출 범위도 점검했습니다.
이야기 읽기 →출처를 확인하지 않은 설치 파일
전자서명과 공급망 신뢰 — 받은 배포물을 확인한다
담당자는 공식 경로·서명자·서명 유효성을 확인한 뒤 승인된 버전의 변경 내용을 검토하고 시험 설치했습니다.
이야기 읽기 →거래처가 계좌를 바꿨다는 메일
업무상 사칭 — 급한 요청도 확인 절차를 지킨다
회계 담당자는 계좌 변경 메일의 새 연락처 대신 기존 등록 연락처로 거래처에 확인했습니다.
이야기 읽기 →폐기한 노트북에 남은 자료
자료 폐기 — 사용이 끝난 복사본까지 살핀다
담당자는 바탕화면 파일만 지우는 데서 그치지 않고 저장장치에 맞는 폐기 절차와 반출 결과를 확인했습니다.
이야기 읽기 →공개 전날 발견한 다른 회사의 견적서
Secure SDLC — 보안 검증을 개발 전 과정에 넣는다
회사는 견적서 소유 회사 확인을 요구·공통 설계·거부 시험·운영 변경 검토에 연결했습니다.
이야기 읽기 →