주정통
주요정보통신기반시설 · 취약점 분석·평가
은 과 그 업무를 가리킬 때 쓰는 줄임말이다. 수업에서는 자산의 보안 설정을 상세가이드의 과 대조하고, 근거를 남겨 개선하는 과정을 배운다.
밑줄 용어에 마우스를 올리거나, 키보드로 선택하거나, 터치하면 설명을 볼 수 있습니다.
01무엇이고, 어떤 일을 하나
- 중요 서비스의 자산·계정·서비스 구성을 식별한다.
- , 실제 설정, 적용 조건을 대조해 발견 사항을 작성한다.
- 조치 후 재점검하여 취약한 상태가 해소되었는지 확인한다.
02어떤 순서로 동작하나
- 범위와 기준 확정
지정 시설과 대상 자산, 적용 판본·항목, 담당자와 허용 진단 방식을 정한다.
- 현재 상태 수집
항목에 필요한 설정·권한·로그를 조회하고 자산·시각·수집 조건과 함께 보관한다.
- 기준에 따른 판정
관찰값을 양호·취약 기준과 비교한다. 해당 없음, 수집 실패, 수동 검토는 근거와 함께 구분한다.
- 조치 계획 수립
업무 영향, 우선순위, 담당자·기한, 변경 순서와 복구 방법을 정한다.
- 조치와 재점검
승인된 변경을 적용한 후 같은 조건으로 재점검하고 서비스 정상 동작도 확인한다.
- 결과와 잔여 위험 보고
판정··조치 결과를 연결한다. 남은 위험과 예외 승인, 검토 기한을 추적한다.
03먼저 알아둘 용어와 구성요소
- 지정된 을 관리하는 기관으로, 일반 기업 전체와 동일한 범위가 아니다.
- 어떤 조건을 만족하면 양호·취약으로 판정할지 정한 근거이다.
- 권고한 조치가 실제 적용되어 문제를 해소했는지 다시 확인하는 활동이다.
- 판정을 다른 사람이 재확인할 수 있게 보존한 설정·출력·로그 등의 자료이다.
Windows 계정 정책 화면을 점검 근거로 작성하기
점검 대상·판본·실제 설정·판정 조건을 구분하여 한 화면에서 확인할 수 있는 사실만 점검표에 옮긴다.
실습 구성과 전제
- 자신의 실습 에서 보안 정책을 읽기 전용으로 확인한다. 정책 변경은 관찰과 분리한다.
- 의 지정 여부와 적용 가이드 판본을 먼저 확인한다. 특정 업종이라는 이유만으로 모든 시스템이 동일 법적 점검 대상인 것은 아니다.
분야 분류를 실제 자산 목록에 대조하기
- 먼저 서버·네트워크 장비·보안 장비·DB·웹 애플리케이션 중 무엇을 점검하는지 구분한다. 같은 계정이라는 단어라도 로컬 계정과 DB 계정의 확인 위치는 다르다.
- 점검 항목 수와 번호는 판본·분야·적용 범위에 따라 달라진다. 요약 그림의 숫자를 현행 공식 점검표의 고정 분모로 삼지 않고 해당 가이드의 목록을 기준으로 범위를 만든다.
원본 크기로 보기 ↗- 가운데 주정통 점검 기준을 두고 서버, 네트워크 장비, 보안 장비, DB, 웹 애플리케이션 분야가 가지로 연결되어 있다.
- 그림의 약 400여 항목이라는 요약은 분야를 넓게 소개하는 숫자다. 개별 자산의 적용 항목 수나 현재 판본의 정확한 개수를 확정하지 않는다.
확인 기준자산 ID·OS/제품·가이드 판본·적용 항목을 연결한 뒤 설정 화면을 수집한다. 미적용 항목은 근거 없이 양호에 포함하지 않는다.
화면의 설정값과 판정 문장을 구분하기
- 로컬 보안 정책의 보안 옵션은 정책 이름과 현재 값을 보여 준다. 'Administrator 계정 이름 바꾸기'의 값이 Administrator이면 기본 이름이 그대로 관찰된 것이며, 관리자 권한 자체의 제거를 의미하지 않는다.
- 도메인에 가입된 환경에서는 정책 우선순위와 실제 적용 결과도 확인해야 한다. 한 로컬 화면만으로 전체 조직의 모든 계정 정책 상태를 대표하게 하지 않는다.
원본 크기로 보기 ↗- 보안 옵션 목록에서 Administrator 계정 이름 바꾸기 항목의 값이 Administrator로 보인다. 계정 이름 정책의 구체 관찰값을 얻을 수 있다.
- 빈 암호 사용을 콘솔 로그온으로 제한하는 항목은 사용으로 표시된다. 서로 다른 항목의 관찰값을 하나의 '계정 보안' 판정으로 합치지 않는다.
확인 기준관찰 사실을 먼저 적고 공식 점검 항목의 적용 조건·양호 기준에 대입한다. 화면에 없는 암호 복잡성이나 원격 접속 허용 상태를 추정하지 않는다.
발견 사항과 조치 후 재점검을 분리하기
- 보고서의 한 행에는 자산·항목·확인 경로·관찰값·판정 근거·영향을 기록한다. 예외 승인이나 대체 통제가 있다면 그 유효기간과 책임자를 별도 증거로 남긴다.
- 계정 이름 변경이 필요하더라도 서비스 계정 의존성과 운영 영향 검토를 거쳐 변경한다. 재점검은 변경된 설정값과 실제 인증·운영 기능을 함께 확인해야 하며, 캡처 교체만으로 끝내지 않는다.
확인 기준동일 판본의 판정 기준으로 변경 전후를 비교한다. 점검자가 관찰한 사실과 조치 담당자가 수행한 변경을 보고서에서 구별한다.
실습에서 확인한 동작 원리
- 점검은 화면 수집이 아니라 적용 조건·관찰값·판정 근거를 연결하는 작업이다.
- 정책 한 항목의 상태와 시스템 전체의 안전성·법적 적합성은 같은 결론이 아니다.
04예제로 따라가기
- 가상 : 교육 예제의 조직 기준을 “관리자 개인 계정으로 접속한 뒤 승인된 권한 상승 사용, root 직접 SSH 로그인 금지”로 둔다. 공식 항목 문구·조치값을 대신하는 기준은 아니다.
- 환경과 범위 기록: 자산 LNX-07, SSH 서비스, 점검 시각과 기준 BASE-01 v2를 적는다. 관리망과 다른 접속 출발지에 서로 다른 Match 조건이 있는지도 범위에 포함한다.
- 증거 대조: 가상 수집 결과가 전역 파일에는 PermitRootLogin no, 특정 접속 조건의 유효값에는 prohibit-password라면 두 결과를 하나로 합치지 않는다. 후자는 공개키 등 일부 root 인증을 허용할 수 있다.
- 조건에 따른 판정: 직접 접속을 모두 금지한다는 이 가상 기준에서 해당 유효값은 기준 미충족이다. 실제 root 공개키가 등록됐는지와 접근 가능한 망은 악용 조건·영향을 구체화하는 별도 근거다.
- 조치와 서비스 영향: 조건별 설정을 정리하고 관리자 개인 계정·권한 상승·비상 접근 경로를 함께 시험하는 변경안을 작성한다. 기존 작업 세션과 되돌릴 경로를 준비한 뒤 승인된 절차로 적용한다.
- : 같은 접속 문맥의 유효값, 금지한 직접 접속의 거부, 정상 관리 경로의 성공을 다시 확인한다. 설정 파일을 저장했다는 사실만으로 발견 사항을 종료하지 않는다.
05혼동하기 쉬운 점과 확인 기준
- 대상 동일성: 두 결과가 같은 자산·컨테이너/호스트·서비스 인스턴스를 가리키는지 비교한다. IP만으로 자산을 식별하면 주소 재사용이나 때문에 다른 대상을 섞을 수 있다.
- 시점 동일성: 조치 전·후 설정과 서로 다른 정책 동기화 시점의 출력인지 확인한다. 최신 파일과 아직 재읽기 전인 상태도 다를 수 있다.
- 문맥 동일성: 사용자·출발지·접속 인터페이스·역할이 다르면 유효 설정이 달라질 수 있다. 관찰 문맥을 지운 요약 결과만 비교하지 않는다.
- 수집 신뢰성: 권한 거부·시간 초과·출력 잘림·문자 인코딩·CLI paging을 확인한다. 파서가 값을 찾지 못한 이유와 실제 값이 없는 상태를 분리한다.
- 예외의 유효성: 업무 예외에 승인자·기한·대체 통제가 있는지 본다. 만료된 예외나 위험 수용은 기술 기준이 충족됐다는 판정으로 바뀌지 않는다.
- 불확실성의 종료 기준: 추가로 필요한 자료·담당자·확인 기한을 지정한다. 충돌한 증거와 검토 이력을 남겨 다음 점검자가 같은 논쟁을 처음부터 반복하지 않게 한다.
06상세 노트 · 실습 자료
헤더 구조, 설정 예시, 수치 계산과 수업 캡처는 아래 노트에서 이어집니다.
함께 보는 학습 자료
아래 공식 자료를 본문의 개념·예제와 함께 읽어 보세요. 자료별로 확인할 위치와 관찰할 내용을 적었습니다.
KISA — 주요정보통신기반시설 기술적 취약점 분석·평가 상세가이드
실제 점검 항목이 목적·판정·확인 방법·조치로 어떻게 구성되는지 익히는 자료다. 게시글에서 상세가이드 PDF를 연다.
- 자신의 실습 OS에 해당하는 계정·접근 통제 항목 하나를 골라 적용 대상과 양호·취약 조건을 분리한다.
- 관찰할 설정과 조치할 설정을 구분하고, 보고서에 기준 판본·자산·수집 시각·예외 근거를 함께 적는다.
공식 문서 · 표준
기초 개념과 동작 설명을 대조한 자료입니다. 제품 버전과 실제 설정에 따른 차이는 본문 및 원문에서 확인하세요.