네트워크 보안 정책: 모범 사례 백서
소개
보안 정책이 없으면 네트워크 가용성이 저하될 수 있습니다. 정책은 네트워크에 대한 위험을 평가하고 대응할 팀을 구성하는 것에서 시작됩니다. 정책을 지속하려면 보안 변경 관리 관행을 구현하고 보안 위반이 있는지 네트워크를 모니터링해야 합니다. 마지막으로, 검토 과정은 기존 정책을 수정하고 학습된 교훈에 적응한다.
이 문서는 세 가지 영역으로 나뉩니다. 준비, 예방, 대응. 이러한 각 단계에 대해 자세히 살펴보겠습니다.
준비
보안 정책을 구현하기 전에 다음을 수행해야 합니다.
사용 정책 명령문 만들기
보안과 관련된 사용자의 역할과 책임을 요약하는 사용 정책 설명을 만드는 것이 좋습니다. 회사 내의 모든 네트워크 시스템과 데이터를 포괄하는 일반 정책부터 시작할 수 있습니다. 이 문서에서는 일반 사용자 커뮤니티에 보안 정책, 그 목적, 보안 업무 개선 지침, 보안 책임 정의 등을 숙지할 수 있도록 해야 합니다. 귀사에서 직원에 대한 징계 또는 징계로 이어질 수 있는 구체적인 조치를 파악한 경우, 이러한 조치와 그러한 조치를 피하는 방법을 이 문서에서 명확하게 명시해야 합니다.
다음 단계는 파트너가 사용할 수 있는 정보, 해당 정보의 예상 처리 상태 및 회사 직원의 행동에 대한 이해를 파트너에게 제공하기 위해 파트너 사용 설명서를 만드는 것입니다. 보안 공격으로 확인된 특정 행위 및 보안 공격이 탐지될 경우 취할 징벌적 조치를 명확하게 설명해야 합니다.
마지막으로, 사용자 계정 관리, 정책 시행 및 권한 검토에 대한 절차를 설명하는 관리자 사용 설명서를 만듭니다. 사용자 비밀번호 또는 후속 데이터 처리와 관련된 특정 정책이 회사에 있는 경우, 해당 정책도 명확하게 제시하십시오. 일관성을 유지하기 위해 파트너 수락 가능 한 사용 및 사용자 수락 가능 한 사용 정책 명령문에 대한 정책을 확인 합니다. 사용 제한 정책에 나열된 관리자 요구 사항이 교육 계획 및 성능 평가에 반영되는지 확인합니다.
위험 분석 실시
위험 분석을 통해 네트워크, 네트워크 리소스 및 데이터에 대한 위험을 파악해야 합니다. 그렇다고 해서 네트워크에 대한 모든 가능한 진입 지점이나 모든 가능한 공격 수단을 식별해야 하는 것은 아닙니다. 위험 분석의 목적은 네트워크의 일부를 식별하고, 각 부분에 위협 등급을 할당하며, 적절한 수준의 보안을 적용하는 것입니다. 이를 통해 보안과 필요한 네트워크 액세스 간의 실행 가능한 균형을 유지할 수 있습니다.
각 네트워크 리소스에 다음 세 가지 위험 수준 중 하나를 할당합니다.
-
저위험 시스템 또는 데이터(권한이 없는 직원이 보거나, 데이터가 손상되거나, 손실 될 경우)가 비즈니스에 지장을 주거나, 법적 또는 재정적 피해를 주지 않는 데이터. 대상 시스템 또는 데이터를 쉽게 복원할 수 있으며 다른 시스템의 추가 액세스를 허용하지 않습니다.
-
중위험 시스템 또는 데이터(무단 담당자가 확인한 데이터, 손상된 데이터, 손실 데이터)로 인해 비즈니스에 중간 수준의 지장을 초래하거나, 법적 또는 재정적 영향이 미미하거나, 다른 시스템에 대한 추가 액세스를 제공하는 데이터. 대상 시스템 또는 데이터를 복원하려면 보통 정도의 노력이 필요하며, 그렇지 않으면 복원 프로세스가 시스템 중단을 초래합니다.
-
고위험 시스템 또는 데이터(권한이 없는 직원이 데이터를 보거나, 데이터가 손상되거나, 손실 될 경우)는 비즈니스에 극도로 지장을 초래하거나, 주요 법률 또는 재정적 영향을 미치거나, 사람의 건강 및 안전을 위협합니다. 대상 시스템 또는 데이터를 복원하려면 상당한 노력이 필요하며, 그렇지 않으면 복원 프로세스가 비즈니스 또는 기타 시스템에 지장을 줍니다.
다음 각 항목에 위험 수준을 할당합니다. 코어 네트워크 장치, 분산 네트워크 장치, 액세스 네트워크 장치, 네트워크 모니터링 장치(SNMP 모니터 및 RMON 프로브), 네트워크 보안 장치(RADIUS 및 TACACS), 이메일 시스템, 네트워크 파일 서버, 네트워크 인쇄 서버, 네트워크 애플리케이션 서버(DNS 및 DHCP), 데이터 애플리케이션 서버(Oracle 또는 기타 독립 실행형 애플리케이션), 데스크톱 컴퓨터 및 기타 장치(독립 실행형 인쇄 서버 및 네트워크 팩스 머신).
스위치, 라우터, DNS 서버 및 DHCP 서버와 같은 네트워크 장비는 네트워크에 대한 추가 액세스를 허용할 수 있으므로 중간 또는 고위험 장치입니다. 또한 이 장비가 손상되면 네트워크 자체가 붕괴될 수 있습니다. 이러한 장애는 비즈니스에 극도로 지장을 줄 수 있습니다.
위험 수준을 할당한 후에는 해당 시스템의 사용자 유형을 식별해야 합니다. 가장 일반적인 사용자 유형 5가지는 다음과 같습니다.
-
관리자 네트워크 리소스를 담당하는 내부 사용자.
-
액세스가 더 필요한 권한이 있는 내부 사용자.
-
사용자 일반 액세스 권한이 있는 내부 사용자입니다.
-
파트너 일부 리소스에 액세스해야 하는 외부 사용자.
-
기타 외부 사용자 또는 고객.
각 네트워크 시스템에 요구되는 위험수준과 접속 유형을 파악하면 다음과 같은 보안 매트릭스의 근간이 된다. 보안 매트릭스는 각 시스템에 대한 빠른 참조 및 네트워크 리소스에 대한 액세스를 제한하기 위한 적절한 전략을 작성하는 등의 추가 보안 조치를 위한 시작점을 제공합니다.
| 시스템 | 설명 | 위험 수준 | 사용자 유형 |
|---|---|---|---|
| ATM 스위치 | 코어 네트워크 디바이스 | 높음 | 장치 구성 관리자(지원 담당자만 해당), 기타 모든 전송 |
| 네트워크 라우터 | 분산 네트워크 장치 | 높음 | 장치 구성 관리자(지원 담당자만 해당), 기타 모든 전송 |
| 클로짓 스위치(closet switch) | 네트워크 디바이스 액세스 | 중간 | 장치 구성 관리자(지원 담당자만 해당), 기타 모든 전송 |
| ISDN 또는 전화 접속 서버 | 네트워크 디바이스 액세스 | 중간 | 장치 구성 관리자(지원 담당자만 해당), 특별 액세스를 위한 파트너 및 권한 있는 사용자 |
| 방화벽 | 네트워크 디바이스 액세스 | 높음 | 장치 구성 관리자(지원 담당자만 해당), 기타 모든 전송 |
| DNS 및 DHCP 서버 | 네트워크 애플리케이션 | 중간 | 구성 관리자; 일반 사용자 및 사용 권한 사용자 |
| 외부 전자 메일 서버 | 네트워크 애플리케이션 | 낮음 | 구성 관리자; 인터넷과 내부 메일 서버 간의 메일 전송을 위한 다른 모든 메일 |
| 내부 전자 메일 서버 | 네트워크 애플리케이션 | 중간 | 구성 관리자; 기타 모든 내부 사용자 |
| Oracle 데이터베이스 | 네트워크 애플리케이션 | 중간 또는 높음 | 시스템 관리 관리자 데이터 업데이트에 대한 권한이 있는 사용자 데이터 액세스를 위한 일반 사용자 기타 모든 부분 데이터 액세스 |
보안 팀 구조 구축
보안 관리자가 이끄는 다기능 보안 팀을 만들고 각 회사의 운영 영역에서 참여하도록 합니다. 팀의 담당자는 보안 정책 및 보안 설계 및 구현의 기술적 측면을 숙지해야 합니다. 이 경우 팀원을 위한 추가 교육이 필요한 경우가 많습니다. 보안 팀에는 세 가지 책임 영역이 있습니다. 정책 개발, 실천 및 대응
정책 개발은 기업의 보안 정책을 수립하고 검토하는 데 초점이 맞춰져 있다. 최소한 매년 위험 분석과 보안 정책을 모두 검토합니다.
보안 팀이 위험 분석, 보안 변경 요청 승인, 두 공급업체 및 CERT
메일링 리스트의 보안 알림 검토, 일반 언어 보안 정책 요구 사항을 특정 기술 구현으로 전환하는 단계입니다.
마지막 책임 영역은 대응입니다. 네트워크 모니터링에서 보안 위반을 확인하는 경우가 많지만, 보안 팀 구성원은 이러한 위반의 실제 문제 해결 및 수정을 수행합니다. 각 보안 팀 구성원은 장비가 자신의 작업 영역에서 제공하는 보안 기능을 자세히 알고 있어야 합니다.
팀 전체의 책임을 정의했지만 보안 정책에서 보안 팀 구성원의 개별 역할과 책임을 정의해야 합니다.
예방
예방은 두 부분으로 나눌 수 있습니다. 보안 변경 승인 및 네트워크 보안 모니터링.
보안 변경 승인
보안 변경은 네트워크의 전반적인 보안에 영향을 미칠 수 있는 네트워크 장비 변경으로 정의됩니다. 보안 정책에서는 기술 외적인 관점에서 특정 보안 컨피그레이션 요구 사항을 식별해야 합니다. 즉, 요구 사항을 "외부 소스 FTP 연결이 방화벽을 통해 허용되지 않음"으로 정의하는 대신 요구 사항을 "외부 연결은 내부 네트워크에서 파일을 검색할 수 없어야 함"으로 정의합니다. 조직의 고유한 요구 사항 집합을 정의해야 합니다.
보안 팀은 일반 언어 요구 사항 목록을 검토하여 요구 사항을 충족하는 구체적인 네트워크 구성 또는 설계 문제를 식별해야 합니다. 보안 정책을 구현하기 위해 팀에서 필요한 네트워크 컨피그레이션 변경 사항을 생성한 후에는 향후 컨피그레이션 변경 사항에 적용할 수 있습니다. 보안 팀에서 모든 변경 사항을 검토할 수 있지만, 이 프로세스에서는 특별한 치료를 받을 수 있는 위험이 충분히 있는 변경 사항만 검토할 수 있습니다.
보안 팀은 다음 유형의 변경 사항을 검토하는 것이 좋습니다.
-
방화벽 컨피그레이션의 모든 변경 사항.
-
ACL(Access Control Lists)에 대한 모든 변경 사항.
-
SNMP(Simple Network Management Protocol) 컨피그레이션의 모든 변경 사항.
-
승인된 소프트웨어 수정 레벨 목록과 다른 소프트웨어의 변경 또는 업데이트.
또한 다음 지침을 준수하는 것이 좋습니다.
-
정기적으로 네트워크 장치에 대한 비밀번호를 변경합니다.
-
네트워크 장치에 대한 액세스를 승인된 직원 목록으로 제한합니다.
-
네트워크 장비 및 서버 환경의 최신 소프트웨어 버전 수준이 보안 구성 요구 사항을 준수하는지 확인합니다.
이러한 승인 지침 외에 보안 팀의 담당자가 변경 관리 승인 게시판에 앉아 게시판이 검토하는 모든 변경 사항을 모니터링해야 합니다. 보안 팀 담당자는 보안 팀의 승인을 받을 때까지 보안 변경으로 간주되는 모든 변경을 거부할 수 있습니다.
네트워크 보안 모니터링
보안 모니터링은 보안 위반을 나타내는 네트워크 변경 사항을 탐지하는 데 중점을 둔다는 점을 제외하고는 네트워크 모니터링과 유사합니다. 보안 모니터링의 시작점은 위반 사항을 확인하는 것입니다. Conduct a Risk Analysis(위험 분석 수행)에서 시스템에 대한 위협을 기반으로 필요한 모니터링 수준을 파악했습니다. 보안 변경을 승인할 때 네트워크에 대한 특정 위협을 식별했습니다. 이 두 가지 매개 변수를 모두 살펴봄으로써, 모니터링해야 할 사항과 빈도를 명확하게 파악할 수 있도록 개발할 것입니다.
위험 분석 매트릭스에서 방화벽은 고위험 네트워크 디바이스로 간주되며, 이는 방화벽을 실시간으로 모니터링해야 함을 나타냅니다. Approving Security Changes(보안 변경 승인) 섹션에서 방화벽에 대한 변경 사항을 모니터링해야 함을 확인할 수 있습니다. 즉, SNMP 폴링 에이전트는 실패한 로그인 시도, 비정상적인 트래픽, 방화벽 변경, 방화벽에 허용된 액세스, 방화벽을 통한 연결 설정 등을 모니터링해야 합니다.
다음 예에서는 위험 분석에서 식별된 각 영역에 대한 모니터링 정책을 생성합니다. 저위험 장비는 매주, 중위험 장비는 매일, 고위험 장비는 매시간 모니터링하는 것이 좋습니다. 더 신속한 탐지가 필요한 경우 더 짧은 시간 간격으로 모니터링합니다.
마지막으로, 보안 정책은 보안 팀에 보안 위반을 알리는 방법을 다뤄야 합니다. 네트워크 모니터링 소프트웨어가 위반을 가장 먼저 탐지하는 경우가 많습니다. 운영 센터에 대한 알림이 트리거되며, 필요한 경우 호출기를 사용하여 보안 팀에 알려야 합니다.
응답
응답은 세 부분으로 나눌 수 있습니다. 보안 위반, 복원, 검토.
보안 위반
위반이 탐지되면 네트워크 장비를 보호하고 침입 범위를 확인하고 정상적인 운영을 복구할 수 있는 기능은 신속한 결정에 따라 달라집니다. 이러한 결정을 미리 내려야 침입 대응을 훨씬 쉽게 관리할 수 있습니다.
침입 탐지 이후의 첫 번째 작업은 보안 팀의 알림입니다. 절차를 갖추지 않으면 정확한 사람이 정확한 응답을 적용하도록 하는데 상당한 지연이 있을 것이다. 보안 정책에서 일주일 7일 하루 24시간 사용 가능한 절차를 정의합니다.
그런 다음 보안 팀에 부여할 권한 수준을 정의하고 어떤 순서로 변경해야 하는지 결정해야 합니다. 가능한 시정 조치는 다음과 같습니다.
-
위반에 더 이상 액세스하지 못하도록 변경 사항 구현
-
위반된 시스템을 격리합니다.
-
공격을 추적하기 위해 통신사 또는 ISP에 연결
-
기록 장치를 사용하여 증거 수집
-
위반된 시스템 또는 위반의 소스를 연결 해제합니다.
-
경찰 또는 기타 정부 기관과 접촉
-
위반된 시스템을 종료합니다.
-
우선 순위 목록에 따라 시스템 복원
-
내부 관리 및 법률 담당자에게 통지합니다.
보안 정책에서 관리 승인 없이 수행할 수 있는 모든 변경 사항을 자세히 설명해야 합니다.
마지막으로, 보안 공격 중에 정보를 수집하고 유지 관리하는 이유는 두 가지입니다. 보안 공격으로 인해 시스템이 손상된 범위를 확인하고 외부 위반을 기소할 수 있습니다. 정보의 유형과 수집 방법은 목표에 따라 다릅니다.
위반 범위를 확인하려면 다음을 수행합니다.
-
네트워크의 스니퍼 추적, 로그 파일의 복사본, 활성 사용자 계정 및 네트워크 연결을 가져와서 이벤트를 기록합니다.
-
계정 비활성화, 네트워크 장비 네트워크 연결 해제, 인터넷 연결 해제 등을 통해 추가 보안 침해를 제한합니다.
-
손상된 시스템을 백업하여 손상 및 공격 방법을 자세히 분석합니다.
-
다른 보안 침해 징후를 찾아보십시오. 시스템이 손상되는 경우 다른 시스템이나 어카운트가 개입되는 경우가 많습니다.
-
보안 디바이스 로그 파일 및 네트워크 모니터링 로그 파일을 유지 관리하고 검토합니다. 이러한 파일은 공격 방법의 단서를 제공하는 경우가 많습니다.
법적 조치에 관심이 있다면, 법무 부서에 증거 수집과 당국의 개입에 대한 절차를 검토하도록 하십시오. 이와 같은 검토는 소송절차에서 증거의 효력을 높인다. 위반이 내부 규정인 경우 인사부에 문의하십시오.
복원
정상적인 네트워크 운영의 복원은 모든 보안 위반 대응의 최종 목표입니다. 보안 정책에서 일반 백업을 수행, 보안 및 사용 가능하게 하는 방법을 정의합니다. 각 시스템에는 백업을 위한 고유한 수단과 절차가 있으므로 보안 정책은 메타 정책으로 작동하여 각 시스템에 대해 백업에서 복원해야 하는 보안 조건을 자세히 설명해야 합니다. 복원이 이루어지기 전에 승인이 필요한 경우 승인 절차를 포함하십시오.
검토
검토 프로세스는 보안 정책을 생성하고 유지 관리하는 최종 작업입니다. 다음 세 가지 사항을 검토해야 합니다. 정책, 상태 및 실천
보안 정책은 끊임없이 변화하는 환경에 적응하는 살아있는 문서여야 합니다. 기존 정책을 알려진 모범 사례와 비교하여 검토하면 네트워크가 최신 상태로 유지됩니다. 또한 CERT 웹 사이트에서 보안 정책에 포함될 수 있는 유용한 팁, 사례, 보안 개선 사항 및 알림을 확인하십시오.
또한 원하는 보안 상태와 비교하여 네트워크 상태를 검토해야 합니다. 보안에 특화된 외부 기업은 네트워크에 침투를 시도하고 네트워크의 상태뿐만 아니라 조직의 보안 대응도 테스트할 수 있습니다. 고가용성 네트워크의 경우 이러한 테스트를 매년 실시하는 것이 좋습니다.
마지막으로, 실습은 보안 위반 시 수행할 작업을 명확하게 파악하기 위해 지원 직원을 대상으로 하는 드릴링 또는 테스트로 정의됩니다. 이 드릴은 관리에서 공지하지 않고 네트워크 상태 테스트와 함께 수행하는 경우가 많습니다. 이 검토는 시정 조치가 취해질 수 있도록 인력에 대한 절차와 교육의 격차를 파악한다.
피드백