실용 IT 보안: 1-8 장 요약

이론은 읽기 싫다면 (즉 이전 장들), 기술적 지침들로 가기 전에 최소한 이번 장은 읽고 가도록 한다.

• 간략한 보안 체크리스트
• 분류 요약
• 구성요소 보안 체크리스트

10.1 간략한 보안 체크리스트

다음은 저자의 경험과, UK ITSEC 계획 [uk1] www.itsec.gov.uk 에서 발표한 시스템 보안을 위한 체크리스트에 기반을 둔 것이다.

1. 소프트웨어가 ITSEC 이나 TCSEC ( 부록 C 참조) 인증을 받았는가? 안전하게 구성되고 설치되었는가? 정기적으로 감사가 수행되는가?
2. 패스워드는 안전한가 (추측하기 쉬운지, 정기적으로 변경되는지, 임시 및 디폴트 패스워드를 사용하는 지)? 직원이 자기 단말이나 PC에서 패스워드를 입력하는 것을 사람들이 볼 수 있는가? 짧은 시간 동안이라도 화면이 로그온 된채로 또는 부주의하게 방치되는 경우가 있는가? 화면은 10분의 휴지 기간 후 자동적으로 잠기는가?
3. 가장 중요한 데이타는 암호화되는가?
4. 장비들은 어느정도로 접근 가능한가; 공개된 구역 가까운 곳에 PC나 서버가 있는가?
5. 직원들은 ID 배지를 착용하는가? 전산 구역은 물리적으로 안전한가? 외부 계약자들의 신용증명을 확인하는가?
6. 바이러스를 검사하는 전용 시스템이 있는가?
7. 쓰레기 자료는 모아두는가 아니면 분쇄하는가? 쓰레기 자료의 처리에 대한 절차를 가지고 있는가?
8. 낡은 컴퓨터 장비는 어떻게 하는가? 오래된 하드나 플로피 디스크들을 다른 사람이 읽을 수 ?다고 확신할 수 있는가? 오래되거나 사용했던 컴퓨터 부품을 건물 밖으로 가지고 나가는 것에 대한 정책이 있는가?
9. 백업 기록을 보관하는가? 정보를 보관해 둘 시스템을 가지고 있는가? 기록(archive)들이 안전한 환경에 보관되는가? 복원은 정기적으로 테스트 되고 있는가?
10. 이메일로 보낼 수 있는 것과 없는 것, 그리고 인터넷(또는 BBS)으로부터 다운 받을 수 있는 것과 없는 것에 대한 규칙이 있는가? 원격 로그온이나 지원에 대해서는 어떤 절차를 가지고 있는가?

문제를 바라보는 또다른 방법은 영국 표준 협회 [bsi1] 의 "핵심 관리" (key controls) 목록을 이용하는 것이다:

1. 정보 보안 정책 문서
2. 보안 책임의 할당
3. 정보 보안 교육과 훈련
4. 보안 사고의 보고
5. 바이러스 통제
6. 사업 연속성 계획 프로세스
7. 소프트웨어 저작권 복사 통제
8. 회사 기록의 보호
9. 데이타 보호 법률에 대한 준수
10. 보안 정책의 준수

10.2 분류 요약

민감성 등급:

Class : 공개 / 미분류 데이타
Class : 내부 데이타
Class : 기밀 데이타
Class : 일급 비밀 데이타

가용성 등급

Class
허용되는 최대 서버 중단 시간 , 사건 당	1 주일	1 일	1 일	1 일
사용 가능한 요일?	월-금	월-금	월-금	7 일
어느 시간대에?			07:00-18:00	24시간
기대 가용률	80%	95%	99.5%	99.9%
==> 최대 다운타임 기대치	= 1 일/주	= 2 시간/주	= 15 분/주	= 10 분/주

10.3 구성 요소 보안 체크리스트

시스템의 개별 구성요소 및 시스템 전체를 다음 체크리스트에 따라 분석한다.

I. 보증: 문서화 (사용자 및 시스템 관리자의 보안에 대한 지침이 되도록 시스템의 보안 기능이 문서화가 잘 되어있는가, 테스트 및 설계 문서화). 교육 : 사용자들과 시스템 관리자들은 안전한 시스템 사용에 대한 교육을 받았는가? 정책 : 문서화된 보안 정책이 있는가? 시스템 보증 : - 아키텍쳐, 시스템 무결성, 보안 테스트. 시스템은 알려진 표준을 만족하도록 인증되었는가?

II. 책임/의무 : 사용자들은 자기의 행동에 대한 책임이 있다.

• 식별/인증: 사용자들은 유일하게 식별되고 (e.g. 사용자 이름 + 로그인) 인증된다 (e.g. 패스워드를 이용해). 인증 데이타는 보호되어야만 한다.
• 감사 추적l :
  * 누가 무엇을, 어떤 단말에서, 어떤 시스템에서, 언제, 어떤 객체를 가지고 했는지 그리고 성공했는지 아닌지에 대한 기록을 유지해야 한다.
  * 로깅할 이벤트: 신원확인/인가, 접근 권한 관리, 민감한 객체의 생성/삭제, 시스템의 보안에 영향을 주는 작용.
  * 로그는 보호되어야만 하고 (기밀성, & 무결성) 정기적으로 감시되며 필요한 경우 보안 경보가 (자동적으로) 일어나야 한다.
  * 감사 추적을 처리할 도구가 있어야 하고 특정한 사용자의 행위를 식별할 수 있도록 해야 한다 (이해할 수 있는 방식으로).

III. 접근 통제

• 임의적 접근 통제: 시스템은 사용자, 사용자 그룹, 객체(e.g. 파일시스템에 대한 허가, 공유 메모리, 플로피 드라이브, 프린터, 장비, 네트웍 서비스, 메뉴 옵션, 어플리케이션 옵션) 들 간의 접근 권한을 구별하고 관리해야 한다.
• 필수적 접근 통제 : 객체 및 주체에 대한 접근 통제가 TCB에 의해 규정된다. (즉 사용자가 아니고).
• 안전한 시스템 시동 - 구성요소들은 안전하게 시동되어야 한다.
• 객체 재사용 : 어떤 주체에 의해 사용된 객체는 다른 주체가 사용하기 전에 재 초기화 되어야 한다.

IV. 정확성

• 제이타는 정확하고 완전해야 한다: - 시스템 무결성 (e.g. 데이타베이스, 파일시스템, 파일) 검사.

V. 안전한 데이타 교환 / 네트웍 통신

• 네트웍 통신 상대방 인증: 양쪽 모두 (사용자들 & 프로세스들) 데이타 교환 전에 자신을 식별 및 인증해야 한다 (자기 신원을 확인받음).
• 네트웍 데이타 무결성: 데이타는 전송중에 온전하게 남아 있어야 한다. 사용자 데이타, 감사 추적 데이타에 대한 인가되지 않은 조작, 전송의 재생 은 확실히 에러로 판별되어야 한다.
• 네트웍 데이타 기밀성: 인가된 사람들만 데이타에 접근할 수 있어야 한다 (e.g. end-to-end 데이타 암호화)
• 데이타 발신지 인증 : 수신하는 프로세스는 데이타가 누구로부터 오는 것인지 알고 있는가?등급 시스템에서는, 송신지 부인 방지 가 필요하다: 데이타 수신시, 데이타의 송신자를 유일하게 식별 및 인증할 수 있어야 한다. 수신자는 정보가 어디서 왔는 지에 대한 증거를 가지고 있는다? 이것은 전자 서명 으로 해결할 수 있다.
• 수신 부인 방지: 송신자는 보내진 정보를 의도된 수신자가 받았다는 것에 대한 증거를 가지고 있는가?
• 접근 통제 : 불법적으로 해독될 가능성이 있는 이미 전송된 모든 정보는 오직 인가받은 사람들에게만 접근 가능해야 한다

VI. 서비스 신뢰도/가용성/비상 계획

• 백업: 백업 및 복원 정책이 있어야 하고 정기적으로 테스트 되어야 한다.
• 자원의 오남용 예방 : e.g. Quotas, CPU, 메모리, 프로세스, 사용자당 프로세스 한계
• 패치/변경 관리: 업무 시스템의 갱신 또는 구성 변경에 대한 신중하고 정확한 절차가 필요하다. "변경 로그" 를 최신의 것으로 유지한다.
• 환경 : 에어 컨디셔닝, 배선, norms.
• 재난 복구: 전원 차단(UPS), 화재 및 홍수, 보안 침해에 대비한 계획
• 조직 : 정의된 지원 절차, 서비스 레벨 협약 및 역할과 책임 , 절차의 문서화, 서비스 시간, 7x24H ().
  장비의 처분.
• 중복성 (Redundancy): 중복성은 다양한 레벨에서 가능하다. CPU, 디스크, 디스크 드라이버, 네트웍, 운송 (e.g. OLTP), 어플리케이션 (e.g. NIS+, Lan Manager, DNS) 및 완전한 시스템 (e.g. clusters). 중복성은 정기적으로 테스트 되어야 한다.

Notes: I-III 번은 TCSEC [tcsec] 등급 C2 (또는 [itsec] E2 F-C2 - 부록 C 참조)에 기반을 두었고, IV 번은 ITSEC, V 번은 ITSEC 기능성 등급 F-DX 그리고 VI 번은 경험을 토대로 한 것이다.