결재	정보보호 최고책임자	정보보호 관리자
	/	/

정보시스템 운영보안 지침

문서번호 :

원광대학교

개정이력

개정번호	개 정 내 용 요 약	작성자	시행일자
1.0	최초 제정	유영준	2018. 03. 02.
1.1	제 64조, 제68조 내용 수정 및 보강	강효원	2019. 08. 28.
1.2	제 15조, 제 49조, 제 69조 수정 및 서식 7 수정	강효원	2020. 01. 31.
1.3	제 64조, 서식 2 삭제	강효원	2020. 08. 06
2.1	제12조 1항 수정 및 서식4, 서식 6 수정	강효원	2021. 04. 27
2.2	제 10조 2항 수정	강효원	2021. 09. 14
2.3	서식 4 수정	강효원	2021. 12. 28
3.1	제 39조 3항 수정	강효원	2022. 03. 16
3.2	서식4 수정	강효원	2023. 02. 14

제 1 장 총칙

제1조 (목적)

본 지침은 원광대학교(이하 ‘본교’라 한다)의 안전하고 지속적인 서비스 제공을 위해 정보시스템 운영 과정에서 정보보호 활동을 위해 필요한 보안통제 절차를 정의하는데 목적이 있다.

제2조 (적용 범위)

본교 내의 정보시스템과 이를 관리하는 운영자 및 해당 업무에 관련 있는 담당자에게 적용이 된다.

제3조 (용어의 정의)

본 지침은 다음 용어 정의를 따른다.

정보시스템: 서버, 데이터베이스, 네트워크 장비, 침입차단 시스템 등의 보안시스템 등의 장비를 말한다.

시스템운영담당자: 서버 담당자 및 네트워크 담당자, 데이터베이스담당자, 정보보호시스템담당자 등을 포괄적으로 지칭한다.

BMT(Bench Mark Test): 정보시스템의 도입 이전에 도입목적에 맞는 시스템을 선정하기 위해 테스트를 실시하여 비교하는 일을 말한다.

가상사설망(VPN, Virtual Private Network) 시스템: 인터넷과 같은 공중망(Public Network)을 사설망(Private Network) 또는 전용망처럼 사용하는 시스템을 말한다.

제 2 장 책임 및 권한

제4조 (서버 담당자)

서버의 안전하고 지속적인 운영을 위한 실무를 담당하며 본 지침의 정보보호 통제를 실행하여야 한다.

실무 운영 과정에서 본 지침의 수정 요구사항이 발생할 경우 정보보호관리자를 거쳐 정보보호실무협의회에 상정할 수 있다.

안전한 서버 운영을 위해 도입 또는 변경 단계에서 발견된 취약점이 제거될 수 있도록 한다.

제5조 (네트워크 담당자)

네트워크의 안전하고 지속적인 운영을 위한 실무를 담당하며 본 지침의 정보보호 요구사항을 실행하여야 한다.

실무 운영 과정에서 본 지침의 수정 요구사항이 발생할 경우 정보보호관리자를 거쳐 정보보호실무협의회에 상정할 수 있다.

안전한 네트워크 운영을 위해 도입 또는 변경 과정에서 발견된 취약점이 제거될 수 있도록 한다.

제6조 (데이터베이스 담당자)

데이터베이스를 안전하고 지속적인 운영을 위한 실무를 담당하며 본 지침의 정보보호 요구사항을 실행하여야 한다.

실무 운영 과정에서 본 지침의 수정 요구사항이 발생할 경우 정보보호관리자를 거쳐 정보보호실무협의회에 상정할 수 있다.

안전한 데이터베이스 운영을 위해 데이터베이스관리시스템(DBMS)을 최적화하고 운영 중에 발생할 수 있는 위협으로부터 시스템을 보호하기 위한 백업 및 취약점을 제거 될 수 있도록 한다.

제7조 (정보보호시스템 담당자)

정보보호시스템의 안전하고 지속적인 운영을 위한 실무를 담당하며 본 지침의 정보보호 요구사항을 실행하여야 한다.

실무 운영 과정에서 본 지침의 수정 요구사항이 발생할 경우 정보보호관리자를 거쳐 정보보호실무협의회에 상정할 수 있다.

안전한 정보보호시스템의 운영을 위해 도입 또는 변경 단경에서 발견된 취약점이 제거될 수 있도록 한다.

정보보호시스템에 대한 장애관리, 백업, 유지보수 등 운영에 대한 책임을 진다.

제 3 장 정보시스템 운영 과정에서의 보안관리 절차

제1절 사용자 관리

제8조 (사용자 계정의 생성)

정보시스템의 사용자 계정은 개인별 부여 및 관리하여야 하며, 공용 계정은 사용하지 않는 것을 원칙으로 한다. 단, 업무를 위해 불가피한 경우에는 정보보호관리자의 승인을 거친 후 사용한다.

정보시스템 운영을 위해 외부인을 투입하는 경우 계약서에 명시된 계약기간, 작업 내용 등을 고려하여 정보보호관리자의 승인을 거쳐 계정을 생성하여야 한다.

유지보수, 장애처리 등의 목적으로 외부인에게 계정을 부여할 필요성이 있을 경우 정보보호관리자의 승인 후 계정을 생성하고 업무가 끝난 즉시 제거하여야 한다.

사용자 계정의 생성은 [서식 1] 계정 (생성, 변경, 해지) 요청서를 근거로 수행되어야 하며 시스템 운영 담당자는 계정을 생성한 즉시 신청인에게 통보하여야 한다.

정보보호 관리자는 본 지침 및 외부인과의 계약 내용에 따라 계정이 관리되고 있는지 확인을 요청할 수 있으며 시스템 운영 담당자 현황 자료 제공 등을 통해 확인 요청에 협조하여야 한다.

가상사설망(SSL VPN) 장비의 사용자 계정 생성은 [서식 6] VPN 계정 신청서를 근거로 수행되어야 하며 정보보호담당자는 계정을 생성한 즉시 신청인에게 통보하여야 한다.

제9조 (사용자 계정의 변경 및 삭제)

시스템 운영 담당자는 정보시스템 설치 시 기본계정 중 업무에 필요한 최소한의 계정만 사용하여야 한다.

시스템 운영 담당자는 3개월 이상 사용자 계정이 사용되지 않을 경우 해당 계정의 사용을 중지시켜야 하며 일시 중지된 후부터 3개월 이상 사용기록이 없을 경우 정보보호관리자의 승인을 거쳐 해당 계정의 권한을 삭제한다. 단, 정보시스템 운영을 위해 필요하나 자주 사용하지 않는 계정은 예외로 할 수 있으며 시스템 운영 담당자는 해당 계정을 정보보호관리자의 승인을 거쳐 관리하여야 한다.

사용자의 직무 변경이나 퇴직, 외부인의 계약 종료 시 시스템 운영 담당자는 해당 사용자 계정을 변경 또는 삭제하여야 한다.

시스템 운영 담당자는 사용자의 패스워드가 손실 또는 노출되었을 경우 패스워드의 사용을 즉시 중단하여야 하며 신규 패스워드를 생성하여 사용자에게 통보하여야 한다.

시스템 운영 담당자는 ‘인력보안지침’ 제15조 (퇴사 시 보안) 4항에 따라 퇴사자의 계정을 삭제하여야 한다.

제10조 (패스워드 생성 및 관리)

계정을 신청한 사용자는 시스템 운영 담당자에게 계정 생성을 통보 받은 즉시 로그온 하여 임의로 설정된 초기 패스워드를 변경하여야 한다.

패스워드의 길이는 최소 9자 이상이어야 하며 영문자, 숫자 및 특수문자를 포함하여야 한다.

사용자가 패스워드를 사용할 수 있는 최대 기간은 3개월로 한다. 단, 정보시스템 운영에 직접적인 영향을 미치는 계정으로 시스템 운영 관리자에게 인정될 경우에는 예외로 할 수 있다.

사용자가 과거에 사용했던 패스워드를 재사용하지 않도록 한다.

패스워드는 단말기 화면상에 표시되어서는 안 되며 시스템 운영 담당자는 암호화된 형태로 관리하여야 한다.

패스워드를 출력하여 문서 상태로 보관할 경우 잠금장치가 부착된 금고 등에 안전하게 보관하여야 한다.

제11조 (사용자 권한 관리)

정보시스템에 대한 권한 부여는 업무 수행에 필요한 최소한의 권한으로 한정하는 것을 원칙으로 한다.

접근 권한은 시스템 운영 담당자에 의해 부여되며 시스템 운영 관리자는 접수된 [서식 1] 계정 (생성, 변경, 해지) 요청서 및 [서식 4] 시스템 사용자 계정 등록/삭제 요청서를 결재하는 과정에서 권한을 검토 및 승인하여야 한다.

유지보수, 장애처리 등의 업무적인 필요성에 의하여 외부인에게 관리자 권한을 부여해야 할 경우 시스템 운영 담당자가 계정을 신청하고 정보보호관리자가 승인하여 승인된 시간 동안만 사용하도록 제한하여야 한다.

정보보호관리자는 주기적으로 불필요한 권한이 부여되거나 불필요한 유지보수용 계정의 존재 여부를 검토하여 삭제한다.

정보시스템에 대한 접근 시 안전한 사용자 인증절차(로그인 횟수 제한, 동시로그인 제한 등)에 의해 통제되어야 한다.

정보보호관리자는 권한 관리의 적정성 여부에 대한 시스템 운영 담당자의 검토 요청 시 협조하여야 한다.

정보보호관리자 및 시스템 운영 담당자는 정보시스템을 오용 또는 악용하는 사용자의 권한을 제한 또는 회수할 수 있다.

제2절 보안성 검토

제12조 (정보시스템의 도입)

정보시스템 도입시 국가용 보안요구사항이 요구되는 제품은 보안기능확인서(CC인증 등)로 보안성 검토를 대체할 수 있으며, 나머지 정보시스템에 대해서는 보안기능확인서(CC인증 등) 혹은 자체 보안성 검토를 거친후 정보보호최고책임자(정보보안담당관)의 승인하에 진행하여야 한다.

시스템 운영 담당자는 정보시스템의 도입 시 자체 보안성 검토를 거친 후 운영 환경으로 설치 및 이관 작업을 진행하여야 한다.

시스템 운영 담당자는 정보보호 관리자가 제공한 정보시스템 보안점검 체크리스트를 활용하여 보안성 검토를 수행한다.

시스템 운영 담당자는 보안성 검토 결과를 정보보호 관리자에게 통보하여야 한다.

정보보호관리자는 다음의 경우 시스템 운영 담당자에게 보안성 검토를 요청할 수 있다.

전자 거래가 이루어지는 외부 기관과의 연동

대규모 네트워크 구성 변경

인터넷 신규 연동

정보보호시스템 도입 및 설치

기타 시스템운영담당자와의 협의를 통해 보안성 검토가 필요한 경우

제13조 (용도 변경)

시스템 운영 담당자는 정보시스템의 용도 변경 시 저장되어 있는 정보 및 설정을 삭제해야 하며 제12조 (정보시스템의 도입)에 따라 신규 정보시스템 도입과 동일한 보안통제를 실행하여야 한다.

보안성 검토를 거친 정보시스템이 동일한 용도로 활용될 경우에는 정보보호관리자의 승인을 거쳐 보안성 검토 절차를 생략할 수 있다.

제14조 (정보시스템의 폐기)

시스템 운영담당자는 정보시스템을 폐기할 경우 “정보자산관리지침” 제16조 (정보시스템의 폐기)를 준용하여 적용하여야 한다.

제3절 로깅 및 모니터링

제15조 (운영로그 관리)

시스템 운영 담당자는 정보시스템 운영 과정에서 발생하는 보안사고 확인을 위해 다음과 같은 로그를 생성하고 2년 이상 보관하여야 한다. 단, 대용량 트래픽 로그에 대한 보관주기는 시스템 운영 관리자가 시스템 용량과 관련 법률을 고려하여 결정할 수 있다.

운영 과정에서 나타난 비정상 이벤트 및 프로세스 오류에 대한 로그

접근 로그(접근 시간, 접근 IP, 접근 터미널 등을 포함)와 접근 실패 로그

관리자 권한을 소유한 계정의 활동 내역에 대한 로그

응용프로그램 및 시스템 소프트웨어 로그(아파치, IIS 등)

기타 정보시스템 운영을 위해 필요한 사항

시스템 운영 담당자는 로그의 기록 시 다음의 사항을 준수하여야 한다.

로그의 정확한 기록을 위한 인프라의 시각(타임) 동기화

정보보호 관리자와의 협의 하에 주요 서버의 성능 및 디스크 용량 등을 고려하여 로깅 대상 선정

로그에 대한 접근통제 대책 적용

법률에 의한 협조 요청을 제외하고 로그는 제3자에게 비공개

정보보호 관련 이벤트가 기록되어 있는 운영로그는 보안사고 발생 시 확인 등을 위하여 최소 2년 이상 보관

제16조 (모니터링)

시스템 운영 담당자는 보안사고 발생 시 추후 감사에 사용될 운영로그 정보를 사고 종료 시까지 삭제하여서는 안 된다.

시스템 운영담당자는 다음과 같은 항목에 대한 상시 모니터링 하고 이상 상황 발생 시 시스템 운영관리자에게 보고하여야 한다.

전체 인프라의 사용량

인프라에 접속한 사용자 현황

정상적인 정보시스템 운영을 방해하는 경우

정보보호관리규정 및 지침을 위반했을 경우

제4절 장애 및 보안사고 대응

제17조 (장애 관리)

장애 시 시스템 운영 담당자는 다음과 같은 사항을 고려하여 [서식 7] 장애 처리 보고서를 작성하고 장애 보고체계에 따라 보고하여야 한다.

장애 인프라 명

서비스 영향도

장애 시작 시간 및 종료 시간

장애 내용

장애 원인 분석

복구 및 조치

향후 대응 방안

시스템 운영담당자는 장애 보고서 작성 시 정보보호 이슈에 대해 정보보호 관리자에게 지원을 요청할 수 있다.

시스템 운영담당자는 장애 처리 관련 정보를 안전하게 보관하여야 하며, 장애 예방자료 및 장애 발생 시 참고자료로 이용 가능하도록 하여야 한다.

시스템 운영담당자는 정보보호 관리 업무의 일환으로 이루어지는 장애 처리의 기록, 보관, 활용에 대한 정보보호 관리자의 확인 요청에 협조하고 원인분석을 통한 재발방지 대책을 수립하여야 한다.

제18조 (보안사고 예방활동)

시스템 운영담당자는 보안사고 예방을 위한 정보보호 관리자의 보안 점검 활동에 협조하여야 한다.

시스템 운영담당자는 발견된 개선 사항에 대해 정보보호 관리자와 협의하여 대응방안을 결정하고 조치를 수행하여야 한다.

제19조 (보안사고 발생 시 의사소통 및 대응)

시스템 운영 담당자는 정보시스템의 보안 취약점 등을 포함한 보안사고의 징후 또는 보안사고 발생을 인지한 즉시 정보보호 관리자에게 보고하여야 한다.

보안사고를 인지한 시스템 운영 담당자는 인지한 보안사고의 증거를 보존하고 정보보호 관리자의 대응 방안에 따라 응급조치를 수행하여야 한다.

보안사고 발생 시, 시스템 운영 담당자와 정보보호담당자는 긴밀히 협조하여 정보시스템이 정상적으로 가동될 수 있도록 필요한 복구조치를 신속히 취하여야 한다.

시스템 운영담당자는 보안사고 처리 및 종결 후 정보보호 관리자의 원인 분석 작업에 적극 협조하여야 한다.

제5절 정보시스템 백업관리

제20조 (백업 대상)

시스템 운영 담당자는 서비스 운영자 등 이해관계자와의 협의를 통해 백업 대상을 결정하여야 한다.

비상사태 발생 시 실질적인 서비스 연속성을 보장하기 위해 최소한 다음 사항이 백업 대상으로 고려되어야 한다.

사용자 데이터 백업

서버, 네트워크, DBMS의 인프라 구성을 포함한 아키텍쳐

응용시스템 소스

설정 값이 포함된 운영 매뉴얼 등 중요 정보

제21조 (백업의 실시)

시스템 운영 담당자는 장애나 저장매체의 오류로부터 중요 정보와 소프트웨어를 보호하기 위해 주기를 설정하여 백업을 실시하여야 한다.

시스템 운영 담당자는 동일 데이터가 다수의 정보시스템에 존재하는 경우 시스템 운영 관리자의 승인을 거쳐 백업을 실시하지 않을 수 있다.

시스템 운영 담당자는 대규모 용량을 요구하는 사용자 데이터의 경우 사용자의 접근이 빈번한 최근의 데이터는 백업시스템 내에서 백업하고 사용자의 접근이 빈번하지 않은 장기 보관 데이터에 대해서만 순차적으로 백업 매체에 저장한다.

백업 매체는 비인가자가 접근할 수 없는 격리된 곳에 보관하여, 비인가자에 의한 백업 정보의 유출을 예방하여야 한다.

제22조 (복구 테스트)

시스템 운영 담당자는 데이터의 내용 및 가동 서비스 연속성의 검증을 위해 서비스 담당자와의 협의를 통해 테스트 대상을 결정하고 년 1회 이상 복구 테스트를 실시하여야 한다. 단, 테스트 대상으로 지정된 데이터가 장애 시 복구를 통해 검증이 된 경우 테스트를 실시한 것으로 한다.

리스토어(Restore)시간과 리커버리(Recovery)시간의 합으로 복구 시간을 산정하여 복구 테스트 수행 시 반영하여야 한다.

시스템 운영 담당자는 테스트 결과를 정보보호관리자에게 보고하여야 한다.

제6절 공개서버 보안

제23조 (공개서버 보호대책)

공개서버(웹서버, 메일서버 등)를 운영하는 경우 다음과 같은 보호대책을 마련해야 한다.

웹서버를 통한 개인정보 송·수신 시 SSL/TLS 인증서 설치 등 보안서버 구축

백신설치 및 운영체제 최신 패치

불필요한 소프트웨어, 실행파일, 서비스(포트) 제거

불필요한 페이지 및 취약점 노출로 인한 시스템 정보 노출 방지

공개서버는 네트워크를 통한 침입을 차단하기 위한 접근통제 정책을 적용하여야 한다.

공개서버는 침입차단시스템에 의해 통제되는 DMZ영역에 설치

DB, WAS등의 정보시스템은 별도의 엄격한 접근통제를 적용하는 다른 네트워크에 설치

웹서버는 주기적으로 취약점을 점검하여야 한다.

웹 방화벽을 설치하여 취약점 공격으로부터 보호 조치를 수행한다.

웹서버의 보안설정 미흡, 기술적 취약점, 담당자의 실수 등으로 중요정보가 외부로 유출되는 것을 방지하여야 한다.

제 4 장 서버 보안관리 절차

제1절 서버 설치

제24조 (서버의 설치)

서버의 신규 설치 또는 변경을 위해서는 다음의 사항을 고려하여야 하며, 본 지침 ‘제12조(정보시스템의 도입)’에 따라 보안성 검토를 실시한다.

1. 서버 담당자 지정

2. 설치 시 생성되는 기본 계정 및 패스워드 변경 또는 삭제

3. 서버 보안 기능(사용자 인증, 접근통제, 로깅 등) 설정

4. 보안 패치 설정 등

서버는 용도별로 구분되어 물리적으로 안전하게 보호되는 시스템실에 설치되어야 한다.

제25조 (소프트웨어의 설치)

주요 시스템 소프트웨어 설치 및 변경 전에는 작업 중 장애에 대비하여야 한다.

시스템 소프트웨어의 설치 및 변경 시에 다음과 같은 제한 사항을 고려하여야 한다.

비 업무용 프로그램 설치 금지

비 인가된 소프트웨어 설치 금지

불법 소프트웨어 설치 금지

서버 담당자는 다음을 고려하여 시스템 소프트웨어를 설치 및 변경하여야 한다.

서버 담당자는 설치 및 변경 시 본 지침 ‘제12조(정보시스템의 도입)’에 따라 보안성 검토를 실시하고 시스템 운영관리자에게 보고

설치 및 변경이 완료된 후 서버 담당자는 해당 내역에 대한 정보자산을 갱신하고 정보보호 관리자에게 갱신된 자산에 대하여 통보 함

시스템 소프트웨어의 설치 및 변경은 테스트 후 운영 서버에 적용하여야 한다.

시스템 소프트웨어의 설치 및 변경은 서버 담당자가 실시하며, 부득이한 경우 서버 담당자 입회하에 소프트웨어 제공업체에서 실시할 수 있다.

서버 담당자는 서버에 설치 및 변경된 시스템 소프트웨어에 대하여 [서식 3] 소프트웨어 설치현황 목록을 만들어 관리하며 변경 시 현황을 업데이트 한다.

정보보호 소프트웨어를 설치 및 변경할 경우 서버 담당자는 정보보호 관리자의 협조를 구하여 설치를 진행하여야 한다.

설치된 소프트웨어 관련 각종 매뉴얼과 문서는 시건 장치가 설치된 안전한 장소에 보관한다.

제2절 운영 관리

제26조 (성능 및 용량 관리)

서버 담당자는 중요서버의 성능 (CPU, 저장장치, 메모리 등)을 측정하여 모니터링 결과를 시스템 운영 관리자에게 보고하여야 한다.

서버 담당자는 다음의 사항들이 포함된 미래의 수요를 예측하여 정보보호관리자에게 보고하여야 한다.

향후 진행될 신규 사업

정보 처리 시스템의 사용 추이

서버 담당자는 효과적인 자원 활용(최적의 서버 용량 확보 등)을 통하여 비용절감 및 서비스 수준 제고를 추구하여야 하며 용량 부족으로 인한 서비스 지연, 장애 등을 방지하여야 한다.

서버 자원에 대한 이용도 분석 및 응답시간 지연 시 원인분석

서버용량 확장 시점 예측을 위한 이용률 분석

미사용 서버 자원 분석 및 적정 배분 사용

서버의 사용목적과 관련이 없거나 침해사고를 유발할 수 있는 서비스 또는 포트를 확인하여 제거 또는 차단

급격한 사용량 변경 시 서버 담당자는 원인을 파악하고 필요에 따라 성능분석을 실시하며, 서버 성능관리를 통해 축적된 정보는 신규 서비스 및 서비스 변경에 따른 평가용으로 참조할 수 있다.

제27조 (서버의 유지 보수)

서버의 원활한 사용을 위하여 유지보수 계약을 체결할 수 있다.

유지보수 계약을 체결할 경우 다음 사항을 포함하여야 한다.

서버의 원활한 사용을 위한 유지보수업체의 예방점검

장애(Parts 교체) 시 유지보수업체의 즉각적인 지원

기타 원활한 서버 운영을 위해 서버 담당자가 판단한 필요 사항

제28조 (백신 설치 및 운영)

윈도우 시스템을 운영하는 서버 담당자는 서비스의 안정성이 검증된 최신 버전의 백신을 설치 및 운영하여 컴퓨터 바이러스 등에 의한 해킹 및 사이버테러에 대응하여야 한다.

출처, 유통경로 및 제작자가 명확하지 않은 응용프로그램은 바이러스 검색 프로그램으로 진단 후 사용하여야 한다.

서버 담당자는 정보보호 관리자가 제공하는 바이러스 백신 정책에 따라 백신을 설치하여야 한다.

중요 실행파일은 읽기 전용으로 속성을 변경하여 관리하여야 한다.

바이러스 감염 시 피해를 최소화할 수 있도록 아래와 같이 조치하여야 한다.

감염사실을 정보보호 관리자에게 신속히 신고

감염된 시스템 사용 중지

백신프로그램을 이용하여 바이러스 제거

정보보호 관리자에 의한 원인분석 후 예방 조치 권고 사항의 수행

제29조  (패치 및 서버 파라미터 변경 통제)

서버 담당자는 패치나 서버 파라미터(IP, 사용자 계정, 권한 설정, 환경설정 값 등) 변경 시 그와 관련된 모든 사항(변경 값, 변경 사유, 승인자, 시행자, 일자, 해당 서버 등)에 대하여 기록하고 시스템 운영 관리자의 승인을 거쳐 작업을 실행하여야 한다.

패치 및 서버 파라미터 변경 시 제23조(서버의 설치)를 준수하여야 한다.

제30조 (개발 환경 지원)

무결성과 가용성 위험에 대비하기 위해 개발 및 테스트 시스템이 운영시스템과 물리적으로 분리될 수 있도록 구성하는 것을 원칙으로 한다.

서버 담당자는 개발이 완료된 외부 서비스 용 프로그램의 버전과 릴리즈를 확인하여 정확한 버전을 운영 환경에 설치하여야 한다.

제3절 접근 통제

제31조 (로그인 시의 접근 통제)

서버 담당자는 시스템 접근 시 암호화된 인증 방법(SSH 등)을 사용하여 접근하여야 한다.

시스템 관리 및 유지보수 시 시스템 접근제어를 사용하여 책임추적성을 확보하도록 한다.

로그온 화면에서는 로그온 관련 정보만 표시하며 조직이나 운영체제, 네트워크 환경, 내부적인 사항과 같은 정보는 로그온이 성공적으로 이루어진 후에 표시되도록 한다.

사용자가 서버에 로그온 실패 시 침해의 원인이 될 만한 정보를 사용자에게 보여주지 않도록 하며, 로그온 절차가 잘못되었다는 정보만 표시되도록 한다.

연속적으로 5회 이상 패스워드를 잘못 입력할 경우 접근을 차단한다. 단 서비스에 영향을 줄 수 있는 서버의 경우 시스템 운영 관리자의 승인을 받아 적용하지 않을 수 있으며 이에 대한 목록을 관리하여야 한다.

사용자가 서버 로그온에 성공하였을 경우 가장 최근에 성공적으로 접속한 시간, 날짜, 터미널 등의 정보를 화면에 표시하여야 한다. 단, 시스템이 기능을 지원할 경우에 한한다.

주요 서버로의 접근은 IP 주소 기반의 접근 제어를 적용하여 인가된 사용자만 접근할 수 있도록 하여야 한다.

서버 담당자는 서버가 정상적으로 동작하지 않을 경우 정상적으로 동작될 때까지 사용자의 접근을 제한 할 수 있다.

제32조 (로그인 후의 접근 통제)

서버에 접속한 후 사용자나 다른 시스템으로부터 일정시간(30분) 동안 어떤 입력도 일어나지 않으면 자동적으로 로그오프 시키거나 세션을 중단시키는 것을 원칙으로 한다. 단, 개발 업무나 서버 운영상 시스템 운영 관리자에 의해 필요성이 인정되는 경우 예외로 할 수 있다.

서버 담당자는 파일시스템을 구성할 때 시스템 데이터와 일반 데이터를 논리적 또는 물리적으로 분리하여 설치한다.

제 5 장 네트워크 보안관리 절차

제1절 네트워크 시스템 설치

제33조 (네트워크 시스템의 설치)

네트워크 담당자는 네트워크 시스템 설치 및 변경 이전에 본 지침 ‘제12조(정보시스템의 도입)’에 따라 보안성 검토를 실시하고 시스템 운영관리자에게 보고하여야 한다.

네트워크 담당자는 네트워크 시스템 변경을 수행하기 전에 시스템의 현재 설정을 백업하여 이상 상황에 대비하여야 한다.

네트워크 시스템의 설치 및 변경이 완료된 후 네트워크 담당자는 해당 내역에 대한 정보자산을 갱신하여야 한다.

제2절 운영 관리

제34조 (네트워크 및 IP 관리)

정보시스템 PC등에 IP를 부여하는 경우 관리절차에 따라 부여하고 허가된 IP만 사용하도록 통제하여야 한다.

네트워크 담당자는 적절성을 검토한 후 정보보호관리자의 승인을 거쳐 IP 주소를 발급하고 그 현황을 관리하여야 한다.

외부인에 IP 주소를 할당해야 할 경우 외부인 관리 담당자는 부서장의 승인을 거쳐 신청하여야 한다.

네트워크 담당자는 사용 목적과 기간에 따라 IP 주소를 통제하여야 하며 공인 IP와 관련된 작업 수행 시 시스템 운영 관리자의 확인을 거쳐야 한다.

제35조 (성능 및 용량 관리)

네트워크 담당자는 중요 네트워크 구간의 사용량에 대해서 다음의 사항들이 포함된 미래의 수요를 예측하여 정보호호관리자에게 보고하여야 한다.

향후 진행될 신규 사업

네트워크 시스템의 사용 추이

네트워크 담당자는 효과적인 자원 활용(최적의 서버 용량 확보 등)을 통하여 비용절감 및 서비스 수준 제고를 추구하여야 하며 용량 부족으로 인한 서비스 지연, 장애 등을 방지하여야 한다.

네트워크 시스템 자원에 대한 이용률 분석 및 응답시간 지연 시 원인분석

네트워크 시스템용량 확장 시점 예측을 위한 이용률 분석

미사용 네트워크 시스템 자원 분석 및 적정배분 사용

네트워크 담당자는 네트워크 시스템 성능관리를 통해 축적된 정보를 신규 업무적용 시 시스템 수용능력 평가 용도로 참조할 수 있다.

제36조 (네트워크 시스템의 유지보수)

네트워크 시스템 운영을 위한 유지보수 계약을 체결할 경우 ‘제26조(서버의 유지 보수)’를 준용하여야 한다.

제37조 (네트워크 및 네트워크 서비스 접근통제)

네트워크 시스템에 접속할 경우 계정과 패스워드 또는 보다 강화된 인증 방법을 사용하여야 하고 인증 정보는 암호화(SSH)하여 전송한다.

중요 서비스에 해당하는 네트워크 시스템의 경우 로그인을 허용하기 전에 보안권고를 공지할 수 있으며 사용자가 네트워크 시스템에 로그인 실패 시 로그인 절차가 잘못되었다는 정보만 표시하도록 설정하여야 한다.

네트워크 담당자는 다음 사항에 따라 업무상 접근 목적을 확인하고 네트워크 접근통제를 실시하여야 한다. 시스템 운영 관리자로부터 승인되지 않은 접근통제 정책을 적용해서는 안 된다.

출발지 IP 주소

목적지 IP 주소

목적지 포트 및 네트워크 프로토콜

사용 기간

사용 목적

접근통제 방법

네트워크 담당자는 반기 1회 네트워크 접근통제 설정을 점검하고 시스템 운영 관리자에게 보고한 후 정보보호 관리자에게 통보하여야 한다.

제38조 (네트워크 경로제어)

네트워크 담당자는 시스템을 구성할 때 논리적 또는 물리적으로 접근제어를 구성하여야 한다.

네트워크 담당자는 사용자의 연결 및 정보의 흐름이 응용 프로그램의 접근 통제에 위배되지 않도록 하기 위해 라우팅 통제를 시행하여야 한다.

네트워크 담당자는 비인가자의 불법적인 접근 및 서비스 중지 등을 예방하기 위해 보안설정을 강화하고 업무적으로 불필요하거나, 침해의 위협이 있는 네트워크 서비스를 제공하여서는 안 된다.

네트워크 담당자는 물리적으로 보안이 취약한 장소에서 네트워크 시스템을 운영해서는 안 된다.

제39조(네트워크의 분리)

본교의 정보시스템은 다음을 고려하여 물리적으로 분리된 네트워크에서 운영되어야 한다.

침입차단시스템 등의 정보보호시스템을 이용하여 외부망, 내부망, DMZ로 구분

DB와 같은 중요 정보를 관리하는 시스템은 인터넷 등 상용망과 분리하여 구성

3. 중요 정보자산은 안전한 보호를 위하여 사설IP 주소체계 사용과 연결지점에

NAT(Network Address Translation)를 적용하는 것을 원칙으로 하며, 부득이한 경우에는 정보보호 최고책임자의 승인을 득하여 예외 적용할 수 있다.

신규 서비스를 위한 네트워크 등록 시 침입차단시스템을 활용하여 서비스의 특성에 따라 분리한다.

제 6 장 데이터베이스 보안관리 절차

제1절 데이터베이스 설치

제40조 (DBMS의 도입)

데이터베이스 담당자는 도입 목적에 맞는 용량과 성능에 따라 도입을 결정한다. 단, 업무특성 및 전산환경에 따라 BMT를 실시할 수 있다.

제41조 (DBMS의 설치)

데이터베이스서버는 외부로부터의 직접적인 접속을 허용하지 않도록 내부망(사설IP)에 설치한다.

정보보호담당자는 데이터베이스 담당자에게 도입 시 취약점 진단을 실시하고 해당 취약점에 대한 보안조치를 요청하여야 한다.

정보보호담당자는 취약점 진단 결과와 보안조치에 대한 처리내역을 확인하여 정보보호책임자에게 승인을 받고 도입한다.

데이터베이스서버의 용도를 고려하여 서비스 목적 이외의 불필요한 서비스를 제거한 후 운영한다.

DBMS 설치가 완료된 후 데이터베이스 담당자는 해당 내역을 정보자산 담당자에게 통보하여 정보자산 목록을 갱신하도록 한다.

제42조 (DBMS의 폐기)

업무용으로 사용 중인 데이터베이스가 설치된 시스템의 매각 또는 폐기의 경우, 데이터베이스 담당자는 해당 데이터베이스에 저장된 데이터에 대해 백업본을 일정기간 보관 후 폐기절차에 따라 정보보호최고책임자의 승인을 득한 후 폐기한다.

매각 또는 폐기를 위하여 데이터베이스 서버를 반출하는 경우 장비 폐기 절차에 따라 관련 증적을 관리한다.

제2절 운영 관리

제43조(계정의 생성 및 폐기)

데이터베이스를 사용하고자 하는 자는 정보시스템 계정 신청서를 작성하여 데이터베이스 담당자에게 신청한다.

데이터베이스 사용자의 퇴직 등의 사유가 발생한 경우 데이터베이스 담당자는 즉시 해당 계정을 삭제하여야 한다.

응용프로그램에서 데이터베이스 접속을 위한 서비스용 계정은 데이터베이스 사용자 계정으로 사용하지 않아야 한다.

데이터베이스의 사용자 계정은 개인별 부여 및 관리하여야 하며, 공용 계정은 사용하지 않는 것을 원칙으로 한다. 단, 업무를 위해 불가피한 경우에는 정보보호최고책임자의 승인을 거친 후 사용한다.

제44조(사용자 계정 관리)

데이터베이스에 대한 권한 부여는 업무 수행에 필요한 최소한의 권한을 부여한다.

DBMS의 관리자 계정(예, Oracle: sysdba, MS-SQL: sa)은 해당 DBMS를 관리하는 데이터베이스 담당자에게만 부여하도록 한다.

데이터베이스 담당자는 데이터베이스 내부구조를 파악할 수 있는 사용자나 오브젝트 등의 구성정보가 포함된 데이터(catalog, 데이터 사전 등)에의 접근을 업무적으로 필요한 사람에게만 허용하여야 한다.

데이터베이스 담당자는 주기적으로 불필요한 계정의 존재 여부를 검토하여 즉시 삭제하고 권한 검토결과를 정보보호 관리자에게 승인을 받는다.

사용자로부터 일정시간 동안 어떤 입력도 일어나지 않으면 자동 로그오프 또는 세션을 중단한다.

SQL, Shell Script에서의 데이터베이스 계정과 패스워드 사용은 원칙적으로 금지한다. 불가피하게 사용이 필요한 경우에는 권한을 최소화해서 사용해야 한다.

제45조(패스워드 관리)

DBMS의 관리자 패스워드에 대한 관리는 “제12조 (패스워드 생성 및 관리)”를 따른다.

제46조 (변경관리)

DBMS 설치 소프트웨어 라이브러리 또는 데이터베이스의 운영체제 파일(데이터 파일, 환경 구성 파일, 로그 파일 등)을 변경할 수 있는 권한은 데이터베이스 담당자만이 소유하여야 한다.

데이터베이스 담당자는 비상 상황으로 인하여 데이터베이스 변경이 긴급하게 필요한 경우 복사본에 대해서 우선 실시하고, 변경 후 변경 내용, 변경 사유, 시행자, 일자 및 해당 데이터베이스 등을 문서화 하여 기록하여야 한다.

데이터베이스 담당자는 DBMS의 용도 변경 시 저장되어 있는 정보 및 설정을 삭제해야 하며 신규 설치와 동일한 보안통제를 실행하여야 한다.

보안성 검토를 거친 DBMS가 동일한 용도로 활용될 경우에는 데이터베이스 담당자의 승인을 거쳐 보안성 검토 절차를 생략할 수 있다.

제47조 (성능 및 용량 관리)

데이터베이스 담당자는 DBMS의 성능(CPU, HDD 용량 등)을 측정하여 모니터링 결과를 관리하여야 한다.

데이터베이스 담당자는 다음의 사항들이 검토하여야 한다.

1. 향후 진행될 신규 사업

2. 데이터베이스의 사용 추이

데이터베이스담당자는 효과적인 자원 활용(최적의 데이터베이스 용량 확보 등)을 통하여 비용절감 및 서비스 수준 제고를 추구하여야 하며 용량 부족으로 인한 서비스 지연, 장애 등을 방지하여야 한다.

1. 데이터베이스에 대한 이용도 분석 및 응답시간 지연 시 원인분석

2. 데이터베이스 용량 확장 시점 예측을 위한 이용률 분석

3. 미사용 데이터베이스 자원 분석 및 적정 배분

4. 데이터베이스 자원의 사용현황 파악 및 정기적인 추이분석을 통한 가용성 확보

급격한 사용량 변경 시 데이터베이스 담당자는 원인을 파악하고 필요에 따라 성능분석을 실시하며, 데이터베이스 성능관리를 통해 축적된 정보는 신규 서비스 및 서비스 변경에 따른 평가용으로 참조할 수 있다.

제3절 접근 통제

제48조 (사용자 접근통제)

데이터베이스 담당자는 접근통제를 강화하기 위해 DB접근제어솔루션을 이용하여 통제를 할 수 있다.

데이터베이스 담당자는 데이터베이스 사용자로부터 일정시간 동안 어떤 입력도 일어나지 않으면 자동적으로 로그오프 시키거나 세션을 중단시키도록 설정하여야 한다. 단, 응용프로그램에서 데이터베이스 접속을 위한 서비스용 계정은 예외로 한다.

데이터베이스 담당자는 DBMS 및 데이터베이스 오브젝트에 대하여 접근 가능한 사용자를 분류하고 사용자 별 권한의 허용범위를 지정하고 DBMS 접근권한을 관리하여야 한다.

데이터베이스 담당자는 데이터베이스의 접근통제 또는 네트워크 접근통제 시스템이 정상적으로 작동되지 않을 때에는 데이터베이스 사용자의 접근을 허용해서는 안 된다.

제4절 데이터베이스 로그관리

제49조 (로그 관리)

데이터베이스 담당자는 데이터베이스 운영 과정에서 발생하는 보안사고 확인을 위해 다음과 같은 로그를 생성하고 2년 이상 보관하여야 한다. 단, 대용량 트래픽 로그에 대한 보관주기는 데이터베이스 관리자가 시스템 용량과 관련 법률을 고려하여 결정할 수 있다.

1. 데이터베이스 사용자의 데이터베이스 조회, 추가, 수정, 삭제와 관련된 활동에 대한 로그

2. 접근 로그(접근 시간, 접근 IP, 접근 터미널 등을 포함)와 접근 실패 로그

3. 관리자 권한을 소유한 계정의 활동 내역에 대한 로그

4. 기타 데이터베이스 운영을 위해 필요한 사항

데이터베이스 담당자는 로그의 기록 시 다음의 사항을 준수하여야 한다.

1. 정보보호 관리자와의 협의 하에 DB의 성능 및 디스크 용량 등을 고려하여 로깅 대상 선정

2. 로그에 대한 접근통제 대책 적용

3. 법률에 의한 협조 요청을 제외하고 로그는 제3자에게 비공개

4. 정보보호 관련 이벤트가 기록되어 있는 운영 로그는 보안사고 발생 시 확인 등을 위하여 최소 2년 이상 보관

제5절 데이터베이스 백업관리

제50조 (백업 대상)

데이터베이스 담당자는 서비스 운영자 등 이해관계자와의 협의를 통해 백업 대상을 결정하여야 한다.

비상사태 발생 시 실질적인 서비스 연속성을 보장하기 위해 최소한 다음 사항이 백업 대상으로 고려되어야 한다.

1. 사용자 데이터

2. 서버 및 DBMS의 인프라 구성을 포함한 아키텍쳐

3. 데이터베이스 로그

4. 설정 값이 포함된 운영 매뉴얼 등 중요 정보

데이터베이스 담당자는 백업에 대해 다음 각 호의 내용을 문서화하여 최신 정보로 유지하여야 한다.

1. 백업 대상

2. 백업 수행자

3. 백업 주기

4. 백업 수행시간

5. 백업 수행방법

6. 백업 파일의 명명 규칙

데이터베이스 담당자는 백업 인프라의 현황을 확인하여 백업 인프라의 용량증설이 필요하다고 판단되면, 백업환경 구축 및 증설 작업을 데이터베이스 관리자에 요청하여야 한다.

제51조 (백업의 실시)

데이터베이스 담당자는 장애나 저장매체의 오류로부터 중요 데이터를 보호하기 위해 일별, 주별, 월별 주기를 설정하여 백업을 실시하여야 한다.

데이터베이스 담당자는 동일 데이터가 다수의 DBMS에 존재하는 경우 데이터베이스 관리자의 승인을 거쳐 백업을 실시하지 않을 수 있다.

데이터베이스 담당자는 대규모 용량을 요구하는 사용자 데이터의 경우 사용자의 접근이 빈번한 최근의 데이터는 백업시스템 내에서 백업하고 사용자의 접근이 빈번하지 않은 장기 보관 데이터에 대해서만 순차적으로 백업 매체에 저장한다.

백업 매체는 비인가자가 접근할 수 없는 격리된 곳에 보관되어, 비인가자에 의한 백업 정보의 유출이 예방되어야 한다.

제 7 장 정보보호시스템 관리 절차

제1절 정보보호시스템의 업무절차

제52조 (정보보호시스템의 도입)

정보보호시스템담당자는 네트워크의 변경, 증설 등 네트워크 환경의 변화 또는 새로운 법률 및 외부환경에 따라 새로운 정보보호시스템을 추가로 도입할 필요가 있는지 검토하여야 한다.

시스템 운영 관리자는 도입을 검토할 때 보안현황을 파악하고 잠재적 보안위험을 분석하여 정보보호시스템의 도입 타당성에 대한 분석을 실시하여야 한다.

시스템 운영 관리자는 합리적인 BMT 과정을 거쳐 최적의 제품을 선정하고 도입을 추진한다.

도입 및 유지보수는 제품 제조사의 지원 하에 수행되어야 하며 정보보호시스템 도입 후 환경에 맞는 설정 등의 최적화 작업을 수행한다.

제53조 (정보보호시스템 설치)

정보보호시스템은 외부에서 통제된 네트워크 구간에 설치하여야 한다.

정보보호시스템은 무정전 전원공급 장치(UPS), 에어컨, 화재경보기 등의 장치에 의해 적절한 운영환경이 보장된 곳에 위치하도록 한다.

정보보호시스템의 하드웨어에 대한 물리적 연결은 설치, 설계, 운영 및 관리를 담당하는 인가된 인원으로 제한하여야 한다.

정보보호시스템은 안전한 OS 위에 설치되도록 제 4장 서버 보안관리 절차에 따라서 OS를 설치하여야 한다.

정보보호시스템 설치 시 네트워크 구성에 대한 영향도를 분석하고 장애 발생 시 적절히 대응 할 수 있도록 검토하여 구축하여야 한다.

정보보호시스템의 장애 및 이상 발생 시 업무시스템의 영향을 주지 않도록 정보보호시스템의 설정을 검토하여 구축하여야 한다.

정보보호시스템은 모든 접근을 거부하도록 기본설정을 하고 인가된 접근에 대해서만 접근을 허용하도록 보안정책을 설정한다.

제54조 (정보보호시스템의 접근통제)

정보보호시스템 관리는 원칙적으로 콘솔에서 직접 해야 하고, 콘솔에 물리적으로 접근할 수 있는 권한은 시스템 운영 관리자와 정보보호담당자로 제한하여야 한다.

정보보호시스템을 운영 할 수 있는 계정은 정보보호관리자와 정보보호담당자만이 존재하여야 한다.

정보보호시스템 담당자는 정보보호시스템의 관리를 위해 접근하고자 할 때 암호화된 인증체계를 사용해야 한다.

정보보호시스템 관리를 위해 인터넷 등 외부에서 원격에서 접속하는 것은 금지한다.

정보보호시스템 담당자는 다음과 같은 내부 네트워크 라우팅 정보 등이 유출되지 않도록 한다.

제55조 (정보보호시스템의 운영환경 구성)

정보보호시스템의 효율적인 운영을 위해 다음 사항을 구비하여야 한다.

보안정책

네트워크 구성내역 및 구성도

정보보호시스템 구성정보(Configuration)

제조업체 및 공급업체 연락처 목록

정보보호시스템 관련 매뉴얼

정보보호시스템과 관련된 각종 문서에 대한 접근은 정보보호 관리자 및 담당자에 한하며 외부유출 및 비인가자의 무단 접근을 금지한다.

제56조 (정보보호시스템 사용자 관리)

정보보호시스템에는 슈퍼 유저(root), 관리자, 담당자 이외의 어떤 계정도 두지 않음을 원칙으로 하고 추가할 필요가 있는 경우에는 다음 항과 같이 정해진 절차에 따라 추가해야 한다.

정보보호시스템에 직접 접근할 필요가 발생 시 정보보호시스템 담당자는 [서식 4] 시스템 사용자 계정 등록/삭제 요청서를 작성하고, 정보보호관리자의 승인을 득한 후 사용자를 등록한다.

정보보호시스템 담당자는 사용자계정을 등록하는 경우 만기를 지정하여 등록한다.

정보보호시스템 사용자를 신규로 등록하는 경우 사전에 사용자에게 시스템의 용도, 기능, 사용상 주의점 등 적절한 교육을 실시하여야 한다.

정보보호시스템 사용자 계정의 패스워드는 본 지침 “제10조(패스워드 생성 및 관리)”를 따르도록 한다.

정보보호시스템 담당자는 사용 기간이 만료된 사용자계정에 대해서는 즉시 삭제하며 기한 전이라도 사용을 중지할 필요가 있다고 판단되는 경우 즉시 해당 사용자계정을 중지하거나 삭제한다.

정보보호시스템 담당자는 정기적으로 사용하고 있는 침입차단시스템과 네트워크 보안기술에 대한 교육을 받아야 한다.

제57조 (정보보호시스템 로그관리)

정보보호시스템 담당자는 로그기능이 항상 가동되도록 하고, 매일 모니터링 하도록 한다.

모든 보안적 예외 사항을 로그 기록해야 하고 정보보호시스템 구성정보의 모든 변경사항을 기록해야 하고 충분히 안전하게 보호되어야 한다.

정보보호시스템 담당자는 매월 로그기록을 분석하여 그 결과를 보관하여야 한다.

정보보호시스템 담당자는 모니터링 중 또는 로그기록의 분석 중 중요하거나 심각한 사건을 발견하는 경우 이를 요약하여 정보보호 관리자에게 보고하여야 한다.

정보보호시스템의 로그는 네트워크상의 행위에 대한 분석이 필요할 때를 대비하여 일일, 주간, 월간 단위로 보관되도록 구성하여야 한다.

로그의 복사본은 백업의 목적으로 별도의 장소에 보관되어야 한다.

제58조 (정보보호시스템 백업관리)

정보보호시스템 담당자는 정보보호시스템 전체, Configuration, 로그 등을 대상으로 다음과 같이 매체와 백업시기, 보존기간을 따르도록 한다.

백업파일은 물리적으로 안전한 곳에 보관하고, 저장매체는 다른 사람이 내용을 수정할 수 없도록 인가된 사람만 접근하도록 한다.

백업주기 및 보존기간은 별도의 『[표] 1 백업 정책 표』를 참조한다.

제59조 (정보보호시스템 변경 / 폐기)

정보보호시스템을 변경 및 철거할 필요가 있다고 판단되면 시스템 운영 관리자는 그 사유 및 해당 시스템 그리고 영향평가 결과 등이 포함된 “정보보호시스템 변경 / 폐기 요청서”를 작성하고, 정보보호 관리자의 승인을 득한 후 폐기를 결정한다.

정보보호시스템 담당자는 파기가 결정되면 하드디스크 등 민감한 정보를 내포하는 매체는 안전하게 백업 및 처분하여야 한다.

제60조 (정보보호시스템 감사)

정보보호관리자는 연 1회 정보보호시스템에 대한 감사를 수행한다. 감사결과는 정보보호최고책임자에게 보고하여야 한다.

시스템 운영 관리자는 시스템, 환경설정 및 중요로그가 백업정책에 따라 백업 되고 있는지 감사한다.

정보보호관리자는 규정된 로그분석이 제대로 수행되고 있는지 감사한다.

중요 파일 변경 여부를 검사하고, 로그로 남겨진 변경 사항을 로그에 대한 불법적인 변조된 내용이 없는지 확인한다.

제2절 정보보호시스템의 운영 업무절차

제61조 (침입차단시스템 운영관리)

침입차단시스템은 내/외부 네트워크의 주요 경계에 설치되어 트래픽에 대한 접근통제를 수행해야 하며, 필요할 경우 이중화하고 이를 우회하는 경로가 없어야 한다.

정보보호담당자는 침입차단 정책을 설정하고 관리한다.

침입차단시스템의 정책 변경이 필요한 경우 신청자는 “방화벽 정책 신청서”를 작성하여 정보보호담당자에게 제출한다. 정보보호담당자는 신청된 정책을 검토하여 정보보호관리자의 승인을 받은 후 적용한다.

정보보호담당자는 침입차단시스템의 정책 설정 및 변경작업 시 “방화벽 정책 관리대장”에 기록하고, 분기 1회 이상 검토하여 사용기간이 경과된 정책 및 불필요한 정책을 모두 삭제하고 그 결과를 정보보호관리자에게 보고하여야 한다.

침입차단시스템의 보안상 결함이 발견될 경우, 벤더를 통해 내용을 확인하고 관련 업데이트를 수행한다.

관련 서식은 [서식 5] 방화벽 정책 신청서를 참조한다.

외부로부터 내부로의 접속은 서비스에 반드시 필요한 경우만을 허용하는 것을 원칙으로 한다.

내부 사용자가 인터넷을 이용하기 위해 필요한 규칙들(Rule set)은 기본적으로 모든 서비스의 사용을 허가한다. 단, 내부 자료의 유출 차단 및 회사에 의해 필요하다고 판단되는 경우 특정 서비스에 대해서 사용을 금지할 수 있다.

모든 침입차단시스템은 기존 운용되거나 새로 도입되는 시스템을 포괄하도록 보안정책은 반드시 문서화되어야 하고, 문서화는 반드시 정보보호 관리자와 침입차단시스템 담당자와 협의 후 운용 되어야 한다. 문서화에 포함되는 내용은 아래와 같다.

외부 개발업체 등과의 통신을 위한 규칙들(Rule set)을 적용 시엔 IP를 확인하여 허용된 장비 및 네트워크와의 통신만이 가능하도록 설정한다.

제62조 (침입방지 시스템 운영관리)

정보보호담당자는 침입방지정책을 설정하고 관리하여야 하며, 해당 정책의 업데이트 및 변경 시 “작업계획서”를 작성하여 정보보호관리자의 승인을 득한 후 적용하여야 한다.

침입탐지/방지 시스템에서 비정상 패턴의 탐지 및 차단 시 e-mail 또는 Alert 기능을 이용하여 정보보호담당자에게 자동 전송되도록 하여야 한다.

인터넷으로부터 내부 네트워크로의 접속은 반드시 침입차단/방지시스템을 설치하여 불법적인 행위를 탐지 또는 차단할 수 있도록 한다.

정보보호담당자는 외부에서 유입되는 트래픽을 공격패턴으로 오탐하여 해당 서비스 및 IP를 차단할 경우를 대비하여 지속적으로 오탐에 대한 점검을 실시하여야 한다.

제63조 (웹방화벽 운영관리)

웹어플리케이션 구축 시 발생하는 취약점에 이용하여 웹서버나 DB의 내용을 악용하는 공격으로부터 홈페이지 서버를 보호해야 한다.

HTTP Request/Response 메시지를 분석하여 허용정책과 차단정책을 적용하여 공격을 탐지

악의적인 공격패턴(XSS, SQL Injection 등), Request Method(GET, POST, OPTION 등)을 탐지하여 웹사이트를 악용하려는 사용자로부터 안전하게 보호

웹서버의 보안설정 미흡, 서버에러, 모든 정보 등의 노출을 최소화 하여 취약점 노출 차단

제64조 (개인정보유출방지 솔루션 운영관리)

홈페이지를 통한 개인정보 유출을 차단하기 위한 방안을 다음과 같이 실시하여야 한다.

홈페이지관리자 또는 이용자가 게시판을 통하여 개인정보(주민등록번호, 계좌번호, 신용카드번호, 전화번호 등)을 입력 시 안내메시지와 함께 차단하도록 적용한다.

홈페이지의 개인정보가 포함된 파일을 첨부할 경우 파일 내용을 검사하여 필터링 또는 차단이 되도록 하여 개인정보 파일의 유출을 방지한다.

외부검색 엔진에 의해 홈페이지 스캔 시 개인정보유출을 차단한다.

제65조 (분산서비스공격(DDoS) 대응장비 운영관리)

분산서비스공격(DDos) 대응장비는 운영 시에 다음의 각호를 준용하도록 한다.

정보보호담당자가 외부로부터의 분산서비스공격(DDoS)공격 시도 등 이상 징후 여부를 모니터링 하여야 하고 공격으로 의심되는 경우 즉시 정보보호관리자에게 보고한다.

전 항의 경우 해당 시스템에 이상 징후 탐지 시 관련 담당자에게 이메일, SMS 등을 통해 알릴 수 있도록 Alert 기능을 적용하여야 한다.

정보보호담당자는 분산서비스공격(DDoS) 대응장비 운영현황에 대한 결과를 월 1회 이상 정보보호관리자에게 보고한다.

정보호담당자는 DDoS 공격 발생으로 서비스 장애가 예상되는 경우 ‘침해사고 대응지침’에서 정한 절차에 따라 조치한다.

제66조 (DB접근제어시스템의 운영관리)

정보보호담당자는 다음 각 호와 같이 중요한 데이터(개인정보 등)를 저장하고 있는 데이터베이스에 대해서는 보다 강화된 접근통제를 실시하여야 한다.

개인정보을 저장하고 있는 개인정보처리시스템

기타 정보보호책임자가 추가적으로 접근통제가 필요하다고 인정되는 데이터베이스 시스템

정보보호시스템 담당자는 전 항의 추가적인 접근통제 정책의 생성, 변경, 삭제 등에 대해서는 사전 정보보호관리자의 승인을 득한 후 적용하여야 한다. 이 경우 ‘데이터베이스 보안 지침’에서 정한 DB계정 신청절차에 따라 처리한다.

정보보호담당자는 월 1회 이상 DB접근제어시스템에 대한 모니터링 결과에 대해 정보보호관리자에게 보고하여야 한다.

제67조 (그 외 정보보호시스템 운영관리)

본 지침 제61조에서 제66조까지에 명시되지 않은 정보보호시스템의 경우에는 제8조부터 제12조 및 제15조에 명시한 사항을 준수하도록 한다.

제68조 (가상사설망 장비의 운영)

가상사설망(VPN) 장비는 유일한 외부 접점에 설치되어야 하며 이를 우회하는 경로가 존재해서는 안 된다.

가상사설망 장비를 통해 비인가된 네트워크나 시스템에 접근할 수 없도록 접근통제가 적용되어야 한다.

가상사설망(VPN) 사용자는 사용할 PC에 대한 백신, 최신 운영체제 Patch 등을 검토하여 신청서와 함께 제출하여야 한다.

정보보호담당자는 신청서의 적정성을 판단하여 정보보호 관리자의 승인을 득한 후 계정을 생성하며, 주기적으로 접속로그를 정보보호 관리자에게 보고한다.

[부칙]

제1조 (시행일자)

본 지침은 2020년 08월 06일부터 시행한다.

본 지침은 2022년 03월 16일부터 시행한다.

[서식 1] 계정(생성, 변경, 해지)요청서(제8조, 제11조 관련)

계정(생성, 변경, 해지) 요청서

신청자	(부 서) (성명) (연락처) (E-mail)
사용자	□내부	(부 서) (성명) (연락처) (E-mail)
	□외부	(소 속) (성명) (연락처) (E-mail)

서비스 명
대상 IP
정보시스템	□ 서버 □ 네트워크 □ 응용프로그램 □ VPN □ 기타		구분	□운영 □개발
신청 ID명			요청	□생성 □변경 □해지
권한
사용기한
요청일		적용 희망일

각 서비스 별 담당자를 포함해서 결재선을 (실무담당자 – 실무담당 부장 – 처리 부서 담당자 – 처리부서 부장) 같이 지정하여 요청을 해주시기 바랍니다.

[서식 2] 보안성 검토 조치 결과 (제15조 관련)

보안성 검토 조치 결과서

조치결과 요약	확인 기간	20 . □ 1/4 □ 2/4 □ 3/4 □ 4/4
	조치 대상	□ 서버 ( 대) □ 네트워크 ( 대) □ 데이터베이스 ( 대) □ 보안시스템 ( 대)
	전체 조치 대상 건수		완료 건수
	부분 완료 건수		미완료 건수

보안성 검토 단계	내역	이행조치 방법	부분 조치 / 미 조치 사유	조치 대상	조치 결과
					완료	부분완료	미완료	Total
도입
변경
폐기
Total

* 전체 조치 대상의 상세 조치결과를 첨부하여 주시기 바랍니다.

[서식 3] 소프트웨어 설치 현황 목록 (제25조 관련)

번호	서버명	설치 SW	버전	설치 용도	설치일	설치자

소프트웨어 설치 현황 목록

[서식 4] 시스템 사용자계정 등록/삭제 요청서 (제11조, 제56조 관련)

원광대학교 시스템 사용자 계정 요청서

구분	□ 등록 □ 삭제 □ 연장
신청일시		요청 사유
신청자	소속	직위	성명
종류	□ 시스템접근제어 □ DB □ 기타( )
기본 정보	신청 ID
	비밀번호 (미입력 시 임의 세팅)
	신청 시스템
	유효기간 (시스템접근제어의 경우 최대 1년)
	출발지 IP 정보
	서비스 포트
※ 장기간(3개월 이상) 미사용시에는 계정이 삭제 될 수 있음 ※ 해당 계정에 대한 보안책임은 본인에게 있음
생성 및 폐기의 필요 내역

신청자 :              (인)

[서식 5] 방화벽 정책 신청서

원광대학교 방화벽 정책 신청서

구 분		등록( ) 변경( ) 삭제( ) 기타( )
		기타 (구체적으로 기입) :
		대상 보안장비 :
서비스 요청	출발지			목적지				서비스 포트 (TCP/UDP)	허용/차단
	Hostname		IP-address	Hostname		IP-address
허용범위	시스템 접근허용 ( ) 사용자권한 ( ) 기타 ( )
요청사유
사용기간
요청부서					요청담당자
기타 요청사항
IT보안 관리자 검토의견
침입차단 시스템 설정결과

[서식 6] VPN 계정신청서 (제8조 관련)

VPN 계정신청서

1. VPN 계정 공용 사용을 내규상 금지하므로, 개인별로 계정을 신청해 주십시오. 2. 신규 계정의 암호는 다음의 원칙에 맞게 생성 - 9자리 이상 - 영문자/숫자/특수문자 각 1개 이상씩 포함 3. 3개월 이상 미사용 시 장기 미사용 계정으로 분류되어 계정이 삭제됩니다. 4. SSL-VPN을 접속하여 작업 시 해당 계정을 통하여 한시적으로만 접근이 가능하므로, 작업 시 담당자에게 요청 후 접근이 가능합니다.
소속(*)	교직원 (부서명 기재)		신청자(*)
	외주업체 (업체명 기재)		연락처(*)
	기타		이메일(*)
사용기간			사용기간 미기재 시 신청일로 최대 1년
VPN 작업 분류	□계정생성 □계정변경 □계정삭제 □IP변경 □갱신
사용목적
원격지 MAC주소
- VPN 접속 전 백신 설치 등 보안조치를 수행하시기 바랍니다. - 보안조치 결과 화면을 본 신청서와 같이 제출하여 주시기 바랍니다.
VPN 계정정보(*)	VPN User ID		Password
접근가능시스템	1. 내부직원의 경우 보안 통제되고 있는 PC 접속 2. 외부인력의 경우 시스템접근제어솔루션(SGTray)를 통하여 내부 시스템 접속

[서식 7] 장애 처리 보고서 (제17조 관련)

[ 장애 처리 보고서 ]

기본 정보	장애 내용
	고객사		장애 일시		장소
	장애 장비		사용 용도		장애처리 시간
	담당자		작업 엔지니어

장애 내용
장애 대응 내용
장애 원인 분석
장애 대응 방안

[ 본 문서는 샘플로 제공되는 양식입니다. 1페이지 이상으로 작성되어도 무관하니 장애처리보고서를 상세히 작성하여 주시기 바랍니다.(이미지 사용 가능)]

[서식 8] 개인정보 수집·이용·제공 동의서

[표 1] 백업 정책 표 (제58조 관련)

백업 정책 표

백업 정책명	백업매체	스케줄	백업주기	보관주기
catalog_online	Storage	FULL	1 day	2 week
backup_nfs_wupis	Storage	FULL	1주,3주 또는 2주,4주 금요일	1 month
		INCR	1 day	1 month
backup_nfs_bibong	Storage	FULL	1day	4 month
backup_nfs	Storage	FULL	매 4주 일요일	1 month
		INCR	1 day	1 month
backup_nfs_lib	Storage	FULL	1day	2 day
oracle_exp	Storage	FULL	1 day	2 week
		INCR	1 day	2 week
mysqldept_fs	Storage	FULL	1 day	1 week
		INCR	1 day	1 week
informix1_dropdb	Storage	FULL	매년 10월 4주 일요일	1 year
vod_net_fs	Storage	FULL	1 day	6 day
		INCR	1 day	6 day
wkusql_mssql	Storage	FULL	1 day	2 week
groupware_nfs	Storage	FULL	매월 3주 토요일	1 month
		INCR	1 day	1 month
mysqlhome_fs	Storage	FULL	1 day	1 week
		INCR	1 day	1 week
informix1_fs	Storage	FULL	1 day	2 week
informix1_fs1	Storage	FULL	1 day	2 week
informix1_log	Storage	FULL	1 day	2 week
		INCR	1 day	2 week
groupware_nfs_1year	Storage	FULL	매년 4월 1주 목요일	1 year