취약성 개요

• 취약한 소프트웨어, 영향을 받지 않는 소프트웨어, 그리고 고정된 소프트웨어에 대한 정보는 2015년 1월 Microsoft Security Bulletin Summary에서 확인할 수 있습니다. Microsoft Security Bulletin Summary는 다음 링크에서 확인할 수 있습니다. http://technet.microsoft.com/library/security/ms15-jan

완화 기법 개요

• 클라이언트 소프트웨어 공격 벡터가 있거나 취약한 장치에서 로컬로 악용될 수 있거나 사용자 상호 작용이 필요하거나 웹 기반 공격(교차 사이트 스크립팅, 피싱, 웹 기반 이메일 위협 포함, 이에 제한되지 않음), 이메일 첨부 파일 또는 네트워크 공유에 저장된 파일을 사용하여 악용될 수 있는 취약성은 다음 목록에 나와 있습니다.

  • MS15-001
  • 15-003
  • 15-004
  • MS15-006
  • MS15-008

  이러한 취약점은 소프트웨어 업데이트, 사용자 교육, 데스크톱 관리 모범 사례, HIPS(Host Intrusion Prevention Systems) 또는 안티바이러스 제품과 같은 엔드포인트 보호 소프트웨어를 통해 엔드포인트에서 가장 성공적으로 완화됩니다.

  웹 및 이메일 보안 문제를 포함하여 네트워크를 완화하는 취약성은 다음 목록에 나와 있습니다. Cisco 디바이스는 이러한 취약성에 대한 몇 가지 대응책을 제공합니다. 이 문서에서는 이러한 기술에 대한 개요를 제공합니다.

  • MS15-001
  • MS15-002
  • 15-004
  • 15-005
  • MS15-007
  • MS15-008

  Cisco IOS Software는 다음 방법을 사용하여 익스플로잇 방지 및 익스플로잇 식별의 효과적인 수단을 제공할 수 있습니다.

  • 트랜짓 액세스 제어 목록(tACL)
  • uRPF(유니캐스트 역방향 경로 전달)
  • IP 소스 가드(IPSG)

  이러한 보호 메커니즘은 네트워크 공격 벡터가 있는 취약성을 악용하려는 패킷의 소스 IP 주소를 필터링 및 삭제하고 검증합니다.

  uRPF의 적절한 구축 및 컨피그레이션은 스푸핑된 소스 IP 주소가 있는 패킷을 사용하는 공격에 대한 효과적인 보호 수단을 제공합니다. 유니캐스트 RPF는 가능한 한 모든 트래픽 소스에 가깝게 구축해야 합니다.

  IPSG의 적절한 구축 및 컨피그레이션은 액세스 레이어에서 스푸핑된 패킷에 대한 효과적인 보호 수단을 제공합니다.

  신뢰할 수 있는 네트워킹 클라이언트가 스푸핑된 소스 주소의 패킷을 사용하지 않는 악성 코드의 영향을 받을 가능성이 있으므로, uRPF 및 IPSG는 이러한 취약점에 대한 완벽한 보호를 제공하지 않습니다.

  Cisco ASA 5500 및 5500-X Series Adaptive Security Appliance, Cisco Catalyst 6500 Series ASASM(ASA Services Module), Cisco Catalyst 6500 Series Switches 및 Cisco 7600 Series Routers용 FWSM(Firewall Services Module)에서도 다음과 같은 방법으로 효과적인 익스플로잇 방지 및 익스플로잇 식별 수단을 제공할 수 있습니다.

  • tACL
  • uRPF

  이러한 보호 메커니즘은 네트워크 공격 벡터가 있는 취약성을 악용하려는 패킷의 소스 IP 주소를 필터링 및 삭제하고 검증합니다.

  Cisco IOS NetFlow 및 Flexible NetFlow 레코드는 네트워크 기반 익스플로잇 시도에 대한 가시성을 제공할 수 있습니다.

  Sourcefire IPS(Intrusion Prevention System) 이벤트 작업을 효과적으로 사용하면 이러한 취약점을 악용하려는 공격에 대한 가시성과 차단 기능을 제공합니다.

  Cisco IPS(Intrusion Prevention System) 이벤트 작업을 효과적으로 사용하면 이러한 취약성을 악용하려는 공격에 대한 가시성과 차단 기능을 제공할 수 있습니다.

위험 관리

• 조직은 이러한 취약성의 잠재적 영향을 판단하기 위해 표준 위험 평가 및 완화 프로세스를 따르는 것이 좋습니다. 분류(Triage)란 성공 가능성이 가장 높은 프로젝트를 분류하고 노력을 우선 순위를 정하는 것을 말한다. Cisco는 조직이 정보 보안 팀을 위해 위험 기반 분류 기능을 개발하는 데 도움이 될 문서를 제공했습니다. 보안 취약성 알림에 대한 위험 분류 및 위험 분류 및 프로토타이핑은 조직이 반복 가능한 보안 평가 및 대응 프로세스를 개발하는 데 도움이 될 수 있습니다.

디바이스별 완화 및 식별

• 주의: 완화 기법의 효과는 제품 혼합, 네트워크 토폴로지, 트래픽 동작, 조직 임무 등과 같은 특정 고객 상황에 따라 달라집니다. 모든 컨피그레이션 변경과 마찬가지로, 변경 사항을 적용하기 전에 이 컨피그레이션의 영향을 평가합니다.

  완화 및 식별에 대한 구체적인 정보를 다음 장치에 사용할 수 있습니다.

  • Cisco IOS 라우터 및 스위치
  • Cisco ASA, Cisco ASASM 및 Cisco FWSM 방화벽
  • Cisco 침입 방지 시스템
  • Sourcefire 침입 방지 시스템

  Cisco IOS 라우터 및 스위치

  완화: 통과 액세스 제어 목록

  MS15-002의 경우, 인터넷 연결 지점, 파트너 및 공급업체 연결 지점 또는 VPN 연결 지점이 포함될 수 있는 인그레스 액세스 지점에서 네트워크로 들어오는 트래픽으로부터 네트워크를 보호하려면 관리자가 tACL(transit access control lists)을 배포하여 정책 시행을 수행하는 것이 좋습니다. 관리자는 승인 받은 트래픽만 인그레스 액세스 포인트에서 네트워크에 들어가도록 명시적으로 허용하거나 기존 보안 정책 및 컨피그레이션에 따라 인증 받은 트래픽이 네트워크를 통과하도록 허용하여 tACL을 구성할 수 있습니다. tACL 해결 방법은 공격이 신뢰할 수 있는 소스 주소에서 시작되는 경우 이러한 취약성에 대한 완벽한 보호를 제공할 수 없습니다.

  tACL 정책은 영향을 받는 디바이스로 전송되는 tcp 포트 23의 무단 텔넷 over IPv4 및 IPv6 패킷을 거부합니다. 다음 예에서 192.168.60.0/24 및 2001:DB8:1:60::/64는 영향을 받는 디바이스에서 사용하는 IP 주소 공간을 나타내며 192.168.100.1 및 2001:DB8::100:1의 호스트는 영향을 받는 디바이스에 액세스해야 하는 신뢰할 수 있는 소스로 간주됩니다. 모든 무단 트래픽을 거부하기 전에 라우팅 및 관리 액세스에 필요한 트래픽을 허용하도록 주의해야 합니다.

  tACL에 대한 추가 정보는 Transit Access Control List: Filtering at Your Edge에서 확인할 수 있습니다.

  !-- Include explicit permit statements for trusted sources that !-- require access on the vulnerable Telnet TCP port !-- for MS15-002 !
  access-list 150 permit tcp host 192.168.100.1 192.168.60.0 0.0.0.255 eq 23
  ! !-- The following vulnerability-specific access control entries !-- (ACEs) can aid in identification of attacks against MS15-002 !
  access-list 150 deny tcp any 192.168.60.0 0.0.0.255 eq 23 ! !-- Permit or deny all other Layer 3 and Layer 4 traffic in accordance !-- with existing security policies and configurations ! !-- Explicit deny for all other IP traffic !
  access-list 150 deny ip any any
  !
  !-- Create the corresponding IPv6 tACL !
  ipv6  access-list IPv6-Transit-ACL-Policy
   ! !-- Include explicit permit statements for trusted sources that !-- require access on the vulnerable Telnet TCP port !-- for MS15-002 ! !
    permit tcp host 2001:DB8::100:1 2001:DB8:1:60::/64 eq 23
   ! !-- The following vulnerability-specific ACEs can !-- aid in identification of attacks to global and !-- link-local addresses !
    deny tcp any 2001:DB8:1:60::/64 eq 23
   ! !-- Permit or deny all other Layer 3 and Layer 4 traffic in !-- accordance with existing security policies and configurations !-- and allow IPv6 neighbor discovery packets, which !-- include neighbor solicitation packets and neighbor !-- advertisement packets !
    permit icmp any any nd-ns
    permit icmp any any nd-na
    ! 
   !-- Explicit deny for all other IPv6 traffic !
    deny ipv6 any any
   !
   ! !-- Apply tACLs to interfaces in the ingress direction !
  interface GigabitEthernet0/0
   ip access-group 150 in
   ipv6 traffic-filter IPv6-Transit-ACL-Policy in

  인터페이스 액세스 목록으로 필터링하면 ICMP 도달 불가 메시지를 필터링된 트래픽의 소스로 다시 전송합니다. 이러한 메시지를 생성하면 디바이스에서 CPU 사용률이 증가하는 원치 않는 영향을 미칠 수 있습니다. Cisco IOS Software에서 ICMP 연결 불가능 생성은 기본적으로 500밀리초마다 하나의 패킷으로 제한됩니다. ICMP 연결 불가 메시지 생성은 인터페이스 컨피그레이션 명령 no ip unreachable 및 no ipv6 unreachable을 사용하여 비활성화할 수 있습니다. ICMP 연결 불가능 속도 제한은 전역 컨피그레이션 명령을 사용하여 기본값에서 변경할 수 있습니다ip icmp rate-limit unreachable interval-in-ms(ip icmp 속도 제한 도달 불가 간격-in-ms) 및 ipv6 icmp error-interval interval-in-ms.

  IOS 명령줄 인터페이스를 사용하여 tACL의 효과를 평가하는 방법에 대한 자세한 내용은 Cisco Security 백서 Identifying the Effectiveness of Security Mitigating Using Cisco IOS Software를 참조하십시오.

  완화: 스푸핑 보호

  유니캐스트 역방향 경로 전달

  이 문서에 설명된 MS15-005에는 스푸핑된 IP 패킷으로 악용될 수 있는 네트워크 공격 벡터가 있습니다. 관리자는 스푸핑에 대한 보호 메커니즘으로 uRPF(Unicast Reverse Path Forwarding)를 구축하고 구성할 수 있습니다.

  uRPF는 인터페이스 레벨에서 구성되며 확인 가능한 소스 IP 주소가 없는 패킷을 탐지하고 삭제할 수 있습니다. 소스 IP 주소에 대한 적절한 반환 경로가 있는 경우 스푸핑된 패킷이 uRPF 지원 인터페이스를 통해 네트워크에 들어갈 수 있으므로 관리자는 uRPF를 사용하여 완벽한 스푸핑 보호를 제공해서는 안 됩니다. 네트워크를 통과하는 합법적인 트래픽을 삭제할 수 있으므로 관리자는 이 기능을 구축하는 동안 적절한 uRPF 모드(느슨하거나 엄격함)가 구성되었는지 확인하는 것이 좋습니다. 엔터프라이즈 환경에서는 사용자 지원 레이어 3 인터페이스의 인터넷 에지 및 내부 액세스 레이어에서 uRPF를 활성화할 수 있습니다.

  uRPF 컨피그레이션 및 사용에 대한 자세한 내용은 Understanding Unicast Reverse Path Forwarding Cisco Security 백서를 참조하십시오.

  IP Source Guard

  IPSG(IP source guard)는 DHCP 스누핑 바인딩 데이터베이스 및 수동으로 구성된 IP 소스 바인딩을 기반으로 패킷을 필터링하여 라우팅되지 않은 레이어 2 인터페이스의 IP 트래픽을 제한하는 보안 기능입니다. 관리자는 IPSG를 사용하여 소스 IP 주소 및/또는 MAC 주소를 위조하여 패킷을 스푸핑하려고 시도하는 공격자의 공격을 방지할 수 있습니다. 엄격한 모드 uRPF와 결합된 IPSG의 적절한 구축 및 구성은 MS15-005를 완화하는 데 도움이 되는 가장 효과적인 스푸핑 보호 수단을 제공할 수 있습니다.

  IPSG의 구축 및 컨피그레이션에 대한 자세한 내용은 DHCP 기능 및 IP Source Guard 구성에서 확인할 수 있습니다.

  식별: Cisco IOS NetFlow 및 Flexible NetFlow를 사용한 IPv4 및 IPv6 트래픽 흐름 식별

  관리자는 Cisco IOS 라우터 및 스위치에 Cisco IOS NetFlow 및 Cisco IOS Flexible NetFlow를 구성하여 MS15-002를 완화하는 익스플로잇을 시도할 수 있는 IPv4 및 IPv6 트래픽 흐름을 식별할 수 있습니다. 관리자는 플로우를 조사하여 이러한 취약성을 악용하려는 시도인지 또는 올바른 트래픽 플로우인지 확인하는 것이 좋습니다. 관리자는 개별 포트의 트래픽을 강조 표시하도록 필터를 구성하여 이 문서에 언급된 취약성을 악용하려는 시도일 수 있는 트래픽 흐름을 식별할 수도 있습니다. 자세한 내용은 Cisco IOS Software를 사용한 보안 완화의 효과 확인 백서의 Cisco IOS NetFlow 및 Cisco IOS Flexible NetFlow 섹션을 참조하십시오.

  Cisco ASA, Cisco ASASM 및 Cisco FWSM 방화벽

  완화: 통과 액세스 제어 목록

  MS15-002의 경우, 인터넷 연결 지점, 파트너 및 공급업체 연결 지점 또는 VPN 연결 지점이 포함될 수 있는 인그레스 액세스 지점에서 네트워크로 들어오는 트래픽으로부터 네트워크를 보호하려면 관리자가 tACL을 구축하여 정책 시행을 수행하는 것이 좋습니다. 관리자는 승인 받은 트래픽만 인그레스 액세스 포인트에서 네트워크에 들어가도록 명시적으로 허용하거나 기존 보안 정책 및 컨피그레이션에 따라 인증 받은 트래픽이 네트워크를 통과하도록 허용하여 tACL을 구성할 수 있습니다. tACL 해결 방법은 공격이 신뢰할 수 있는 소스 주소에서 시작되는 경우 이러한 취약성에 대한 완벽한 보호를 제공할 수 없습니다.

  tACL 정책은 영향을 받는 디바이스로 전송되는 tcp 포트 23의 무단 텔넷 over IPv4 및 IPv6 패킷을 거부합니다. 다음 예에서 192.168.60.0/24 및 2001:DB8:1:60::/64는 영향을 받는 디바이스에서 사용하는 IP 주소 공간이며 192.168.100.1 및 2001:DB8::100:1의 호스트는 영향을 받는 디바이스에 액세스해야 하는 신뢰할 수 있는 소스로 간주됩니다. 모든 무단 트래픽을 거부하기 전에 라우팅 및 관리 액세스에 필요한 트래픽을 허용하도록 주의해야 합니다.

  tACL에 대한 추가 정보가 트랜짓 액세스 제어 목록: 에지에서 필터링에 있습니다.

  ! !-- Include explicit permit statements for trusted sources that !-- require access on the vulnerable Telnet TCP port !-- for MS15-002 !
  access-list tACL-Policy extended permit tcp host 192.168.100.1 
       192.168.60.0 255.255.255.0 eq 23
  ! !-- The following vulnerability-specific ACEs !-- can aid in identification of attacks !
  access-list tACL-Policy extended deny tcp any 192.168.60.0 255.255.255.0 eq 23
  ! !-- Permit or deny all other Layer 3 and Layer 4 traffic in accordance !-- with existing security policies and configurations ! !-- Explicit deny for all other IP traffic !
  access-list tACL-Policy extended deny ip any any
  ! !-- Create the corresponding IPv6 tACL ! !-- Include explicit permit statements for trusted sources that !-- require access on the vulnerable Telnet TCP ports !-- for MS15-002 !
  ipv6 access-list IPv6-tACL-Policy permit tcp host 2001:DB8::100:1
            2001:db8:1:60::/64 eq 23
  ! !-- The following vulnerability-specific access control entries !-- (ACEs) can aid in identification of attacks !
  ipv6 access-list IPv6-tACL-Policy deny tcp any 2001:db8:1:60::/64 eq 23
  ! !-- Permit or deny all other Layer 3 and Layer 4 traffic in accordance !-- with existing security policies and configurations ! !-- Explicit deny for all other IP traffic !
  ipv6 access-list IPv6-tACL-Policy deny ip any any
  ! !-- Apply tACLs to interfaces in the ingress direction !
  access-group tACL-Policy in interface outside
  access-group IPv6-tACL-Policy in interface outside

  Cisco Firewall 명령줄 인터페이스를 사용하여 전송 액세스 제어 목록의 효과를 평가하는 방법에 대한 자세한 내용은 Cisco Security 백서 Identification of Security Exploits with Cisco ASA, Cisco ASASM 및 Cisco FWSM Firewalls를 참조하십시오.

  Cisco ASA(Adaptive Security Appliance) Software Release 9.0부터 ACL(Access Control List), 즉 통합 ACL은 IPv4 및 IPv6 주소를 지원합니다. ACL의 소스 및 대상에 대해 IPv4 주소와 IPv6 주소를 혼합하여 지정할 수 있습니다. any4 및 any6 키워드는 각각 IPv4 전용 및 IPv6 전용 트래픽을 나타내기 위해 추가되었습니다.

  이 섹션의 IPv4 및 IPv6 ACL에 있는 IPv4 및 IPv6 ACE(Access List Entry)도 하나의 통합 ACL에 통합될 수 있습니다.

  통합 ACL에 대한 자세한 내용은 Cisco ASA 컨피그레이션 가이드의 확장 액세스 제어 목록 섹션을 참조하십시오.

  Cisco ASA Software Release 8.4(2)부터는 소스 IP 주소가 아닌 사용자 이름 및 사용자 그룹 이름을 기반으로 액세스 규칙 및 보안 정책을 구성할 수 있습니다. ASA는 IP 주소와 Windows Active Directory 로그인 정보의 연결을 기반으로 보안 정책을 적용하고 네트워크 IP 주소 대신 매핑된 사용자 이름을 기반으로 이벤트를 보고합니다. IDFW(Identity Firewall)는 실제 ID 매핑을 제공하는 외부 AD(Active Directory) 에이전트(Windows Server) 또는 CDA(Context Directory Agent)와 함께 Microsoft Active Directory와 통합됩니다. ID 기반 ACL은 애플리케이션 검사와 같은 다른 정책 유형에도 사용할 수 있습니다.

  Cisco ASA Software Release 9.0부터 ASA는 Cisco TrustSec과 통합되어 보안 그룹 기반 정책 시행을 제공합니다. Cisco TrustSec 도메인의 액세스 정책은 네트워크 IP 주소가 아닌 소스 및 대상 디바이스의 역할을 기반으로 하여 토폴로지에 종속되지 않습니다. Cisco TrustSec ACL은 애플리케이션 검사와 같은 다른 정책 유형에도 사용할 수 있습니다.

  이 섹션의 IPv4 및 IPv6 ACL에 제공되는 ACE는 사용자별, 사용자 그룹 또는 ID 기반 또는 SGT(Security Group Tag) ACL을 사용하는 보안 그룹에 적용될 수도 있습니다.

  IDFW에 대한 컨피그레이션 예제는 ASA: IDFW(Identity Firewall) 단계별 컨피그레이션 문서(Cisco Support Community) 및 Cisco ASA 컨피그레이션 가이드의 Identity Firewall(ID 방화벽) 섹션을 참조하십시오. 외부 에이전트에 대한 자세한 내용은 Active Directory 에이전트 개요 및 Context Directory 에이전트 개요를 참조하십시오. Cisco ASA와 TrustSec의 통합에 대한 자세한 내용은 Cisco ASA 컨피그레이션 가이드의 ASA 및 Cisco TrustSec 섹션을 참조하십시오.

  완화: 유니캐스트 역방향 경로 전달을 사용한 스푸핑 보호

  MS15-005의 경우 이 문서에 설명된 취약성은 스푸핑된 IP 패킷으로 악용될 수 있습니다. 관리자는 스푸핑에 대한 보호 메커니즘으로 uRPF를 구축하고 구성할 수 있습니다.

  uRPF는 인터페이스 레벨에서 구성되며 확인 가능한 소스 IP 주소가 없는 패킷을 탐지하고 삭제할 수 있습니다. 소스 IP 주소에 대한 적절한 반환 경로가 있는 경우 스푸핑된 패킷이 uRPF 지원 인터페이스를 통해 네트워크에 들어갈 수 있으므로 관리자는 uRPF를 사용하여 완벽한 스푸핑 보호를 제공해서는 안 됩니다. 엔터프라이즈 환경에서는 인터넷 에지와 사용자 지원 레이어 3 인터페이스의 내부 액세스 레이어에서 uRPF를 활성화할 수 있습니다.

  uRPF의 컨피그레이션 및 사용에 대한 자세한 내용은 ip verify reverse-path에 대한 Cisco Security Appliance Command Reference 및 Understanding Unicast Reverse Path Forwarding Cisco Security 백서를 참조하십시오.

  방화벽 명령줄 인터페이스를 사용하여 스푸핑 보호의 효과를 평가하는 방법에 대한 자세한 내용은 Cisco Security 백서 Identification of Security Exploits with Cisco ASA, Cisco ASASM 및 Cisco FWSM Firewalls를 참조하십시오.

  Cisco 침입 방지 시스템

  완화: Cisco IPS 서명 이벤트 작업

  관리자는 Cisco IPS 어플라이언스 및 서비스 모듈을 사용하여 위협 탐지를 제공하고 이 문서에 설명된 여러 취약점을 악용하려는 시도를 방지할 수 있습니다. 다음 표에는 CVE 식별자 및 이러한 취약성을 악용하려는 잠재적 시도에 대한 이벤트를 트리거할 해당 Cisco IPS 시그니처의 개요가 나와 있습니다.

  CVE ID	시그니처 릴리스	서명 ID	서명 이름	사용	심각도	충실도*
  CVE-2015-0014	S844	4949/0	Windows 텔넷 서비스 버퍼 오버플로	예	높음	85
  CVE-2015-0015	S844	4957/0	Microsoft Windows RADIUS 인증 처리 서비스 거부	예	중간	80
  CVE-2015-0016	S844	4952/0	Windows 구성 요소 권한 상승	예	중간	85

  * Fidelity는 SFR(Signature Fidelity Rating)이라고도 하며 사전 정의된 서명의 정확도를 나타내는 상대적 측정값입니다. 값의 범위는 0~100이며 Cisco Systems, Inc.에서 설정합니다.

  관리자는 공격이 탐지될 때 이벤트 작업을 수행하도록 Cisco IPS 센서를 구성할 수 있습니다. 구성된 이벤트 작업은 예방 또는 억제 제어를 수행하여 이전 표에 나열된 취약성을 악용하려는 공격으로부터 보호하도록 합니다.

  스푸핑된 IP 주소를 사용하는 익스플로잇은 구성된 이벤트 작업으로 인해 신뢰할 수 있는 소스의 트래픽을 실수로 거부할 수 있습니다.

  Cisco IPS 센서는 이벤트 동작의 사용과 결합된 인라인 보호 모드에서 구축될 때 가장 효과적입니다. 인라인 보호 모드에서 구축되는 Automatic Threat Prevention for Cisco IPS 7.x 및 6.x Sensor는 이 문서에 설명된 취약성을 악용하려는 공격에 대한 위협 방지 기능을 제공합니다. 위협 방지는 riskRatingValue가 90보다 큰 트리거된 서명에 대해 이벤트 작업을 수행하는 기본 재정의를 통해 구현됩니다.

  위험 등급 및 위협 등급 계산에 대한 자세한 내용은 위험 등급 및 위협 등급: IPS 정책 관리 간소화를 참조하십시오.

  Cisco Security Manager를 사용하여 Cisco IPS 센서의 활동을 보는 방법에 대한 자세한 내용은 Identification of Malicious Traffic Using Cisco Security Manager 백서를 참조하십시오.

  Sourcefire 서명 정보

  다음 Sourcefire Snort 시그니처는 Microsoft 2015년 1월 보안 업데이트에 사용할 수 있습니다.

  Microsoft 권고 사항 ID	Microsoft 권고 사항 이름	CVE	적용 가능한 규칙
  MS15-001	Windows AppCompatCache의 취약성으로 권한 상승 가능	CVE-2015-0002	32965:32966
  MS15-002	Windows 텔넷 서비스의 취약성으로 인해 원격 코드가 실행될 수 있음	CVE-2015-0014	33050
  15-004	Windows 사용자 프로필 서비스의 취약성으로 권한 상승 가능	CVE-2015-0016	33051:33052
  MS15-007	네트워크 정책 서버 RADIUS의 취약성이 서비스 거부를 일으킬 수 있음	CVE-2015-0015	33053
  MS15-008	Windows 커널 모드 드라이버의 취약성으로 인해 권한 상승 가능	CVE-2015-0011	33048:33049

  Sourcefire Snort 및 Sourcefire Next Generation IPS 사용에 대한 자세한 내용은 Sourcefire Next-Generation Security를 참조하십시오.

추가 정보

• 이 문서는 "있는 그대로" 제공되며, 상품성 또는 특정 사용에 대한 적합성의 보증을 포함하여 어떤 종류의 보장 또는 보증도 의미하지 않습니다. 문서 또는 문서에 링크된 자료의 정보를 사용하는 것은 귀하의 책임입니다. CISCO RESERVES THE RIGHT TO CHANGE OR UPDATE THIS DOCUMENT AT ANY TIME.