Risposta di Cisco

• Questo bollettino sulla mitigazione applicata è un documento complementare al PSIRT Security Advisory Multiple Vulnerabilities in Cisco Unified Customer Voice Portal Software e fornisce tecniche di identificazione e mitigazione che gli amministratori possono implementare sui dispositivi di rete Cisco.

  Questo documento fornisce le tecniche di identificazione e mitigazione che gli amministratori possono distribuire sui dispositivi di rete Cisco.

Caratteristiche di vulnerabilità

• Il software Cisco Unified Customer Voice Portal presenta diverse vulnerabilità. Le seguenti sottosezioni riepilogano queste vulnerabilità:

  Cisco Customer Voice Portal Vulnerabilità dei pacchetti SIP INVITE non valida: questa vulnerabilità può essere sfruttata in remoto senza autenticazione e senza l'interazione dell'utente finale. Se questa vulnerabilità viene sfruttata con successo, è possibile che si verifichi una condizione DoS (Denial of Service).

  I vettori di attacco per l'utilizzo sono attraverso pacchetti IPv4 e IPv6 che utilizzano le seguenti porte:

  • SIP con porta TCP 5060
  • SIP con porta TCP 5061
  • SIP con porta UDP 5060
  • SIP con porta UDP 5061

  Un utente non autorizzato potrebbe sfruttare queste vulnerabilità utilizzando pacchetti di spoofing.

  A questa vulnerabilità è stato assegnato l'identificatore CVE (Common Vulnerabilities and Exposures) CVE-2013-1220.

  Cisco Unified Customer Voice Portal Vulnerabilità insicura delle applicazioni Web TomCat: questa vulnerabilità può essere sfruttata in remoto senza autenticazione e senza l'interazione dell'utente finale. Un utilizzo efficace di questa vulnerabilità potrebbe consentire a un utente malintenzionato di aumentare i privilegi e ottenere l'accesso come amministratore.

  I vettori di attacco per l'utilizzo sono attraverso pacchetti IPv4 e IPv6 che utilizzano le seguenti porte:

  • HTTP con porta TCP 80
  • HTTPS che utilizza la porta TCP 443

  A questa vulnerabilità è stato assegnato l'identificatore CVE (Common Vulnerabilities and Exposures) CVE-2013-1221.

  Cisco Customer Voice Portal Configurazioni TomCat non sicure Vulnerabilità: questa vulnerabilità può essere sfruttata in remoto senza autenticazione e senza l'interazione dell'utente finale. Un corretto sfruttamento di questa vulnerabilità potrebbe consentire l'esecuzione arbitraria del codice.

  I vettori di attacco per l'utilizzo sono attraverso pacchetti IPv4 e IPv6 che utilizzano le seguenti porte:

  • HTTP con porta TCP 80
  • HTTPS che utilizza la porta TCP 443

  A questa vulnerabilità è stato assegnato l'identificatore CVE (Common Vulnerabilities and Exposures) CVE-2013-1222.

  Vulnerabilità arbitraria dell'accesso ai file di Cisco Customer Voice Portal: questa vulnerabilità può essere sfruttata in remoto senza autenticazione e senza l'interazione dell'utente finale. Un utilizzo efficace di questa vulnerabilità potrebbe consentire la divulgazione delle informazioni, che consente all'autore di un attacco di ottenere informazioni sul dispositivo interessato.

  I vettori di attacco per l'utilizzo sono attraverso pacchetti IPv4 e IPv6 che utilizzano le seguenti porte:

  • HTTP con porta TCP 80
  • HTTPS che utilizza la porta TCP 443

  A questa vulnerabilità è stato assegnato l'identificatore CVE (Common Vulnerabilities and Exposures) CVE-2013-1223.

  Vulnerabilità trasversale del percorso del portale voce del cliente Cisco: questa vulnerabilità può essere sfruttata in remoto senza autenticazione e senza l'interazione dell'utente finale. Un corretto sfruttamento di questa vulnerabilità potrebbe consentire l'esecuzione arbitraria del codice.

  I vettori di attacco per l'utilizzo sono attraverso pacchetti IPv4 e IPv6 che utilizzano le seguenti porte:

  • HTTP con porta TCP 80
  • HTTPS che utilizza la porta TCP 443

  A questa vulnerabilità è stato assegnato l'identificatore CVE (Common Vulnerabilities and Exposures) CVE-2013-1224.

  Vulnerabilità dell'espansione delle entità XML di Cisco Customer Voice Portal: questa vulnerabilità può essere sfruttata in remoto senza autenticazione e senza l'interazione dell'utente finale. Un utilizzo efficace di questa vulnerabilità potrebbe consentire la divulgazione delle informazioni, che consente all'autore di un attacco di ottenere informazioni sul dispositivo interessato.

  I vettori di attacco per l'utilizzo sono attraverso pacchetti IPv4 e IPv6 che utilizzano le seguenti porte:

  • HTTP con porta TCP 80
  • HTTPS che utilizza la porta TCP 443

  A questa vulnerabilità è stato assegnato l'identificatore CVE (Common Vulnerabilities and Exposures) CVE-2013-1225.

Panoramica delle vulnerabilità

• Le informazioni sul software vulnerabile, non interessato e fisso sono disponibili in Cisco Security Advisory, al seguente collegamento: https://sec.cloudapps.cisco.com/security/center/content/CiscoSecurityAdvisory/cisco-sa-20130508-cvp.

Panoramica delle tecniche di mitigazione

• I dispositivi Cisco forniscono diverse contromisure per queste vulnerabilità. Si consiglia agli amministratori di considerare questi metodi di protezione come best practice generali per la sicurezza dei dispositivi dell'infrastruttura e del traffico che attraversa la rete. In questa sezione del documento viene fornita una panoramica di queste tecniche.

  Il software Cisco IOS può fornire mezzi efficaci di prevenzione degli attacchi utilizzando i seguenti metodi:

  • Access Control List (tACL) transit
  • uRPF (Unicast Reverse Path Forwarding)
  • IPSG (IP Source Guard)

  Questi meccanismi di protezione filtrano e rilasciano, oltre a verificare l'indirizzo IP di origine dei pacchetti che stanno tentando di sfruttare queste vulnerabilità.

  L'installazione e la configurazione corrette di uRPF forniscono un mezzo efficace di protezione dagli attacchi che utilizzano pacchetti con indirizzi IP di origine oggetto di spoofing. uRPF deve essere distribuito il più vicino possibile a tutte le origini di traffico.

  La corretta installazione e configurazione di IPSG fornisce un mezzo efficace di protezione dagli attacchi di spoofing a livello di accesso.

  Mezzi efficaci per prevenire gli attacchi possono essere forniti anche da Cisco ASA serie 5500 Adaptive Security Appliance, Cisco Catalyst serie 6500 ASA Services Module (ASASM) e Firewall Services Module (FWSM) per gli switch Cisco Catalyst serie 6500 e i router Cisco serie 7600, usando quanto segue:

  • Access Control List (tACL) transit
  • uRPF (Unicast Reverse Path Forwarding)

  Questi meccanismi di protezione filtrano e rilasciano, oltre a verificare l'indirizzo IP di origine dei pacchetti che stanno tentando di sfruttare queste vulnerabilità.

  I record Cisco IOS NetFlow possono fornire visibilità sui tentativi di sfruttamento basati sulla rete.

  I firewall del software Cisco IOS, Cisco ASA, Cisco ASASM e Cisco FWSM possono fornire visibilità attraverso i messaggi syslog e i valori dei contatori visualizzati nell'output dei comandi show.

  Cisco Security Manager può inoltre fornire visibilità tramite richieste di assistenza, query e rapporti sugli eventi.

Gestione dei rischi

• Le organizzazioni sono invitate a seguire i processi standard di valutazione e mitigazione dei rischi per determinare l'impatto potenziale di queste vulnerabilità. Triage si riferisce all'ordinamento dei progetti e all'assegnazione delle priorità agli sforzi che hanno maggiori probabilità di avere successo. Cisco ha fornito documenti che possono aiutare le organizzazioni a sviluppare una funzionalità di triage basata sui rischi per i team addetti alla sicurezza delle informazioni. Valutazione dei rischi per la vulnerabilità della sicurezza Gli annunci e la valutazione dei rischi e la creazione di prototipi possono aiutare le organizzazioni a sviluppare processi ripetibili di valutazione della sicurezza e di risposta.

Mitigazione e identificazione specifiche del dispositivo

• Attenzione: l'efficacia di qualsiasi tecnica di mitigazione dipende dalle situazioni specifiche del cliente, ad esempio il mix di prodotti, la topologia di rete, il comportamento del traffico e la missione dell'organizzazione. Come per qualsiasi modifica apportata alla configurazione, valutare l'impatto della configurazione prima di applicare la modifica.

  Per questi dispositivi sono disponibili informazioni specifiche sulla mitigazione e l'identificazione:

  • Router e switch Cisco IOS
  • Cisco IOS NetFlow e Cisco IOS Flexible NetFlow
  • Cisco ASA, Cisco ASASM e Cisco FWSM Firewall
  • Cisco ACE
  • Cisco Security Manager

  Router e switch Cisco IOS

  Attenuazione: Access Control List transit

  Per proteggere la rete dal traffico che entra nei punti di accesso in entrata, che possono includere punti di connessione Internet, punti di connessione fornitori e partner o punti di connessione VPN, si consiglia agli amministratori di distribuire elenchi di controllo di accesso in transito (tACL) per applicare le policy. Gli amministratori possono costruire un ACL autorizzando esplicitamente solo il traffico autorizzato ad accedere alla rete dai punti di accesso in entrata o autorizzando il traffico autorizzato a transitare sulla rete in base alle configurazioni e ai criteri di sicurezza esistenti. Una soluzione ACL non può fornire una protezione completa da queste vulnerabilità quando l'attacco ha origine da un indirizzo di origine attendibile.

  Il criterio ACL nega i pacchetti IPv4 e IPv6 SIP non autorizzati sulle porte TCP e UDP 5060 e 5061. Il criterio nega anche i pacchetti HTTP e HTTPS sulle porte TCP 80 e 443, rispettivamente, quando questi pacchetti vengono inviati ai dispositivi interessati. Nell'esempio seguente, 192.168.60.0/24 e 2001:DB8:1:60::/64 rappresentano lo spazio di indirizzi IP utilizzato dai dispositivi interessati e gli host in modalità 192.168.100.1 e 2001:DB8::100:1 sono considerati fonti attendibili che richiedono l'accesso ai dispositivi interessati. È necessario prestare attenzione a consentire il traffico richiesto per il routing e l'accesso amministrativo prima di rifiutare tutto il traffico non autorizzato.

  Per ulteriori informazioni sugli ACL, consultare il documento Access Control Lists: Filtering at Your Edge (Liste di controllo dell'accesso in transito: filtraggio sul perimetro della rete).

  ! !-- Include explicit permit statements for trusted sources !-- that require access on the vulnerable protocols and ports !
  access-list 150 permit tcp host 192.168.100.1 192.168.60.0 0.0.0.255 eq 5060
  access-list 150 permit tcp host 192.168.100.1 192.168.60.0 0.0.0.255 eq 5061
  access-list 150 permit udp host 192.168.100.1 192.168.60.0 0.0.0.255 eq 5060
  access-list 150 permit udp host 192.168.100.1 192.168.60.0 0.0.0.255 eq 5061
  access-list 150 permit tcp host 192.168.100.1 192.168.60.0 0.0.0.255 eq 80
  access-list 150 permit tcp host 192.168.100.1 192.168.60.0 0.0.0.255 eq 443
  ! !-- The following vulnerability-specific access control entries !-- (ACEs) can aid in identification of attacks ! access-list 150 deny tcp any 192.168.60.0 0.0.0.255 eq 5060
  access-list 150 deny tcp any 192.168.60.0 0.0.0.255 eq 5061
  access-list 150 deny udp any 192.168.60.0 0.0.0.255 eq 5060
  access-list 150 deny udp any 192.168.60.0 0.0.0.255 eq 5061
  access-list 150 deny tcp any 192.168.60.0 0.0.0.255 eq 80
  access-list 150 deny tcp any 192.168.60.0 0.0.0.255 eq 443
  ! !-- 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 protocols and ports !
    permit tcp host 2001:DB8::100:1 2001:DB8:1:60::/64 eq 5060
    permit tcp host 2001:DB8::100:1 2001:DB8:1:60::/64 eq 5061
    permit udp host 2001:DB8::100:1 2001:DB8:1:60::/64 eq 5060
    permit udp host 2001:DB8::100:1 2001:DB8:1:60::/64 eq 5061
    permit tcp host 2001:DB8::100:1 2001:DB8:1:60::/64 eq 80
    permit tcp host 2001:DB8::100:1 2001:DB8:1:60::/64 eq 443
   ! !-- 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 5060
    deny tcp any 2001:DB8:1:60::/64 eq 5061
    deny udp any 2001:DB8:1:60::/64 eq 5060
    deny udp any 2001:DB8:1:60::/64 eq 5061
    deny tcp any 2001:DB8:1:60::/64 eq 80
    deny tcp any 2001:DB8:1:60::/64 eq 443
   ! !-- 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

  L'applicazione di un filtro con un elenco degli accessi all'interfaccia determinerà la trasmissione di messaggi ICMP "destinazione irraggiungibile" alla sorgente del traffico filtrato. La generazione di questi messaggi potrebbe avere l'effetto indesiderato di aumentare l'utilizzo della CPU sul dispositivo. Per impostazione predefinita, nel software Cisco IOS la generazione di pacchetti ICMP "destinazione irraggiungibile" è limitata a un pacchetto ogni 500 millisecondi. La generazione di messaggi ICMP "destinazione irraggiungibile" può essere disabilitata utilizzando i comandi di configurazione dell'interfaccia no ip unreachables e no ipv6 unreachables. La limitazione della velocità non raggiungibile ICMP può essere modificata rispetto all'impostazione predefinita utilizzando i comandi di configurazione globale ip icmp rate-limit unreachable interval-in-ms e ipv6 icmp error-interval-in-ms.

  Identificazione: Access Control List transit

  Dopo che l'amministratore ha applicato l'ACL a un'interfaccia, i comandi show ip access-lists e show ipv6 access-list identificano il numero di pacchetti IPv4 e IPv6 SIP sulle porte TCP e UDP 5060 e 5061 e di pacchetti HTTP e HTTPS IPv4 e IPv6 filtrati sulle porte TCP 80 e 443. Gli amministratori sono invitati a indagare sui pacchetti filtrati per determinare se sono tentativi di sfruttare queste vulnerabilità. Di seguito è riportato un output di esempio per show ip access-lists 150 e show ipv6 access-list IPv6-Transit-ACL-Policy:

  router#show ip access-lists 150
  Extended IP access list 150
      10 permit tcp host 192.168.100.1 192.168.60.0 0.0.0.255 eq 5060
      20 permit tcp host 192.168.100.1 192.168.60.0 0.0.0.255 eq 5061
      30 permit udp host 192.168.100.1 192.168.60.0 0.0.0.255 eq 5060
      40 permit udp host 192.168.100.1 192.168.60.0 0.0.0.255 eq 5061
      50 permit tcp host 192.168.100.1 192.168.60.0 0.0.0.255 eq www
      60 permit tcp host 192.168.100.1 192.168.60.0 0.0.0.255 eq 443
      70 deny tcp any 192.168.60.0 0.0.0.255 eq 5060 (17 matches)
      80 deny tcp any 192.168.60.0 0.0.0.255 eq 5061 (22 matches)
      90 deny udp any 192.168.60.0 0.0.0.255 eq 5060 (40 matches)
      100 deny udp any 192.168.60.0 0.0.0.255 eq 5061 (6 matches)
      110 deny tcp any 192.168.60.0 0.0.0.255 eq www (80 matches)
      120 deny tcp any 192.168.60.0 0.0.0.255 eq 443 (34 matches)
      130 deny ip any any
  router#

  Nell'esempio precedente, l'elenco degli accessi 150 ha eliminato i seguenti pacchetti ricevuti da un host o da una rete non attendibile:

  • 17 pacchetti SIP sulla porta TCP 5060 per la linea ACE 70
  • 22 pacchetti SIP sulla porta TCP 5061 per la linea ACE 80
  • 40 pacchetti SIP sulla porta UDP 5060 per la linea ACE 90
  • 6 pacchetti SIP sulla porta UDP 5061 per la linea ACE 100
  • 80 pacchetti HTTP sulla porta TCP 80 per la linea ACE 110
  • 34 pacchetti HTTPS sulla porta TCP 443 per la riga ACE 120

  router#show ipv6 access-list IPv6-Transit-ACL-Policy 
  IPv6 access list IPv6-Transit-ACL-Policy
      permit tcp host 2001:DB8::100:1 2001:DB8:1:60::/64 eq 5060 (55 matches) sequence 10
      permit tcp host 2001:DB8::100:1 2001:DB8:1:60::/64 eq 5061 (38 matches) sequence 20
      permit udp host 2001:DB8::100:1 2001:DB8:1:60::/64 eq 5060 (210 matches) sequence 30
      permit udp host 2001:DB8::100:1 2001:DB8:1:60::/64 eq 5061 (59 matches) sequence 40
      permit tcp host 2001:DB8::100:1 2001:DB8:1:60::/64 eq www (210 matches) sequence 50
      permit tcp host 2001:DB8::100:1 2001:DB8:1:60::/64 eq 443 (59 matches) sequence 60
      deny tcp any 2001:DB8:1:60::/64 eq 5060 (30 matches) sequence 70
      deny tcp any 2001:DB8:1:60::/64 eq 5061 (41 matches) sequence 80
      deny udp any 2001:DB8:1:60::/64 eq 5060 (10 matches) sequence 90
      deny udp any 2001:DB8:1:60::/64 eq 5061 (51 matches) sequence 100
      deny tcp any 2001:DB8:1:60::/64 eq www (30 matches) sequence 110
      deny tcp any 2001:DB8:1:60::/64 eq 443 (21 matches) sequence 120
      permit icmp any any nd-ns (41 matches) sequence 130
      permit icmp any any nd-na (41 matches) sequence 140
      deny ipv6 any any (21 matches) sequence 150

  Nell'esempio precedente, l'elenco degli accessi IPv6-Transit-ACL-Policy ha eliminato i seguenti pacchetti ricevuti da un host o una rete non attendibile:

  • 30 pacchetti SIP sulla porta TCP 5060 per la linea ACE 70
  • 41 pacchetti SIP sulla porta TCP 5061 per la linea ACE 80
  • 10 pacchetti SIP sulla porta UDP 5060 per la linea ACE 90
  • 51 pacchetti SIP sulla porta UDP 5061 per la linea ACE 100
  • 30 pacchetti HTTP sulla porta TCP 80 per la linea ACE 110
  • 21 pacchetti HTTPS sulla porta TCP 443 per la riga ACE 120

  Per ulteriori informazioni sull'analisi degli incidenti tramite i contatori ACE e gli eventi syslog, consultare il white paper Identificazione degli incidenti tramite firewall e eventi syslog del router IOS Operazioni Cisco Security Intelligence.

  Gli amministratori possono utilizzare Embedded Event Manager per fornire strumentazione quando vengono soddisfatte condizioni specifiche, ad esempio accessi al contatore ACE. Il white paper Cisco Security Intelligence Operations Embedded Event Manager in a Security Context fornisce ulteriori informazioni sull'utilizzo di questa funzionalità.

  Identificazione: Registrazione elenco accessi

  L'opzione log e log-input access control list (ACL) causerà la registrazione dei pacchetti che corrispondono ad ACE specifici. L'opzione log-input abilita la registrazione dell'interfaccia in entrata, oltre agli indirizzi IP di origine e destinazione dei pacchetti e alle porte.

  Attenzione: la registrazione dell'elenco di controllo di accesso può richiedere un utilizzo intensivo della CPU e deve essere utilizzata con estrema cautela. I fattori che determinano l'impatto della registrazione ACL sulla CPU sono la generazione di log, la trasmissione di log e la commutazione di processo per inoltrare i pacchetti che corrispondono alle voci ACE abilitate per il log.

  Per il software Cisco IOS, il comando ip access-list logging interval in-ms può limitare gli effetti della commutazione di processo indotta dalla registrazione di ACL IPv4. Il comando logging rate-limit rate-per-second [except loglevel] limita l'impatto della generazione e della trasmissione del log.

  L'impatto sulla CPU causato dalla registrazione degli ACL può essere risolto tramite hardware sugli switch Cisco Catalyst serie 6500 e sui router Cisco serie 7600 con Supervisor Engine 720 o Supervisor Engine 32 utilizzando la registrazione degli ACL ottimizzata.

  Per ulteriori informazioni sulla configurazione e l'utilizzo della registrazione ACL, consultare il white paper Understanding Access Control List Logging Cisco Security Intelligence Operations.

  Attenuazione: protezione da spoofing

  Inoltro percorso inverso unicast

  Le vulnerabilità descritte in questo documento possono essere sfruttate da pacchetti IP oggetto di spoofing. Gli amministratori possono distribuire e configurare Unicast Reverse Path Forwarding (uRPF) come meccanismo di protezione contro lo spoofing.

  uRPF è configurato a livello di interfaccia ed è in grado di rilevare ed eliminare pacchetti che non dispongono di un indirizzo IP di origine verificabile. Gli amministratori non devono affidarsi a uRPF per fornire una protezione completa dallo spoofing, in quanto i pacchetti oggetto di spoofing possono entrare nella rete tramite un'interfaccia abilitata a uRPF se esiste una route di ritorno appropriata all'indirizzo IP di origine. Si consiglia agli amministratori di assicurarsi che durante la distribuzione di questa funzionalità sia configurata la modalità uRPF appropriata (libera o rigida), in quanto può bloccare il traffico legittimo che attraversa la rete. In un ambiente aziendale, è possibile abilitare uRPF sul perimetro Internet e sul livello di accesso interno sulle interfacce di layer 3 supportate dall'utente.

  Per ulteriori informazioni, consultare la guida alla funzionalità di inoltro percorso inverso unicast in modalità alloose.

  Per ulteriori informazioni sulla configurazione e l'utilizzo di uRPF, consultare il white paper Understanding Unicast Reverse Path Forwarding (informazioni in lingua inglese) sulle operazioni Cisco Security Intelligence.

  Protezione origine IP

  IPSG (IP Source Guard) è una funzione di sicurezza che limita il traffico IP su interfacce di livello 2 non instradate filtrando i pacchetti in base al database di binding dello snooping DHCP e ai binding di origine IP configurati manualmente. Gli amministratori possono utilizzare il protocollo IPSG per prevenire gli attacchi degli utenti non autorizzati che tentano di falsificare i pacchetti falsificando l'indirizzo IP di origine e/o l'indirizzo MAC. Se correttamente implementato e configurato, IPSG, insieme a uRPF in modalità rigorosa, fornisce i mezzi più efficaci per la protezione da spoofing delle vulnerabilità descritte in questo documento.

  Per ulteriori informazioni sulla distribuzione e la configurazione di IPSG, consultare il documento sulla configurazione delle funzionalità DHCP e di IP Source Guard.

  Identificazione: protezione da spoofing con inoltro percorso inverso unicast

  Se l'uRPF è installato e configurato correttamente nell'infrastruttura di rete, gli amministratori possono utilizzare i comandi show cef type slot/port internal, show ip interface, show cef drop, show ip cef switching feature, e show ip traffic per identificare il numero di pacchetti scartati dall'uRPF.

  Nota: a partire dal software Cisco IOS versione 12.4(20)T, il comando show ip cef switching è stato sostituito da show ip cef switching statistics feature.

  Nota: il comando show | inizio comando regex e show | include i modificatori del comando regex vengono utilizzati negli esempi seguenti per ridurre al minimo la quantità di output che gli amministratori dovranno analizzare per visualizzare le informazioni desiderate. Per ulteriori informazioni sui modificatori di comandi, consultare le sezioni show command della guida di riferimento dei comandi di Cisco IOS Configuration Fundamentals.

  router#show cef interface GigabitEthernet 0/0 internal | include drop
    ip verify: via=rx (allow default), acl=0, drop=18, sdrop=0
    IPv6 unicast RPF: via=rx acl=None, drop=10, sdrop=0 (if IPv6 applies) 
  router#

  Nota: show cef interface type slot/port internal è un comando nascosto che deve essere immesso completamente nell'interfaccia della riga di comando. Il completamento del comando non è disponibile.

  router#show cef drop
  CEF Drop Statistics
  Slot  Encap_fail  Unresolved Unsupported    No_route      No_adj  ChkSum_Err
  RP            27           0           0          18           0           0
  router#
  
  router#show ip interface GigabitEthernet 0/0 | begin verify
  
    IP verify source reachable-via RX, allow default, allow self-ping
    18 verification drops
    0 suppressed verification drops
  router#
  router#show ipv6 interface GigabitEthernet 0/0 | section IPv6 verify
  
    IPv6 verify source reachable-via rx 
    0 verification drop(s) (process), 10 (CEF)
    0 suppressed verification drop(s) (process), 0 (CEF)
    --      CLI Output Truncated       --  
  router#
  
  router#show ip cef switching statistics feature
  
  IPv4 CEF input features:
  Path   Feature                Drop    Consume       Punt  Punt2Host Gave route
  RP PAS uRPF                     18          0          0          0          0
  Total                           18          0          0          0          0
      --      CLI Output Truncated       --  
  router#
  router#show ipv6 cef switching statistics feature
  
  IPv6 CEF input features:
  Feature                       Drop   Consume   Punt   Punt2Host   Gave route
  RP LES Verify Unicast R         10         0      0           0            0
  Total                           10         0      0           0            0
      --      CLI Output Truncated       --  
  router#
  
  router#show ip traffic | include RPF
           18 no route, 18 unicast RPF, 0 forced drop
  router#
  router#show ipv6 traffic | include RPF
           10 RPF drops, 0 RPF suppressed, 0 forced drop
  router#

  Nelle versioni precedenti, show cef interface type slot/port internal, show cef drop, show ip interface type slot/port e show ipv6 interface type slot/port, show ip cef switching statistics feature e show ipv6 cef switching statistics feature, nonché show ip traffic e show ipv6 traffic example, uRPF ha scartato i seguenti pacchetti ricevuti globalmente su tutte le interfacce con uRPF configurate a causa dell'impossibilità di verificare l'indirizzo di origine dei pacchetti IP all'interno della base di informazioni di inoltro di Cisco Express Forwarding.

  • 18 pacchetti IPv4
  • 10 pacchetti IPv6

  
  

  Cisco IOS NetFlow e Cisco IOS Flexible NetFlow

  Identificazione: Identificazione del flusso di traffico IPv4 con Cisco IOS NetFlow

  Gli amministratori possono configurare Cisco IOS NetFlow sui router e gli switch Cisco IOS per aiutare a identificare i flussi di traffico IPv4 che potrebbero essere i tentativi di sfruttare queste vulnerabilità. Si consiglia agli amministratori di analizzare i flussi per determinare se si tratta di tentativi di sfruttare queste vulnerabilità o se si tratta di flussi di traffico legittimi.

  router#show ip cache flow
  IP packet size distribution (90784136 total packets):
     1-32   64   96  128  160  192  224  256  288  320  352  384  416  448  480
     .000 .698 .011 .001 .004 .005 .000 .004 .000 .000 .003 .000 .000 .000 .000
  
      512  544  576 1024 1536 2048 2560 3072 3584 4096 4608
     .000 .001 .256 .000 .010 .000 .000 .000 .000 .000 .000
  
  IP Flow Switching Cache, 4456704 bytes
    1885 active, 63651 inactive, 59960004 added
    129803821 ager polls, 0 flow alloc failures
    Active flows timeout in 30 minutes
    Inactive flows timeout in 15 seconds
  IP Sub Flow Cache, 402056 bytes
    0 active, 16384 inactive, 0 added, 0 added to flow
    0 alloc failures, 0 force free
    1 chunk, 1 chunk added
    last clearing of statistics never
  Protocol         Total    Flows   Packets Bytes  Packets Active(Sec) Idle(Sec)
  --------         Flows     /Sec     /Flow  /Pkt     /Sec     /Flow     /Flow
  TCP-Telnet    11393421      2.8         1    48      3.1       0.0       1.4
  TCP-FTP            236      0.0        12    66      0.0       1.8       4.8
  TCP-FTPD            21      0.0     13726  1294      0.0      18.4       4.1
  TCP-WWW          22282      0.0        21  1020      0.1       4.1       7.3
  TCP-X              719      0.0         1    40      0.0       0.0       1.3
  TCP-BGP              1      0.0         1    40      0.0       0.0      15.0
  TCP-Frag         70399      0.0         1   688      0.0       0.0      22.7
  TCP-other     47861004     11.8         1   211     18.9       0.0       1.3
  UDP-DNS            582      0.0         4    73      0.0       3.4      15.4
  UDP-NTP         287252      0.0         1    76      0.0       0.0      15.5
  UDP-other       310347      0.0         2   230      0.1       0.6      15.9
  ICMP             11674      0.0         3    61      0.0      19.8      15.5
  IPv6INIP            15      0.0         1  1132      0.0       0.0      15.4
  GRE                  4      0.0         1    48      0.0       0.0      15.3 
  Total:        59957957     14.8         1   196     22.5       0.0       1.5
  
  SrcIf         SrcIPaddress    DstIf         DstIPaddress    Pr SrcP DstP  Pkts
  Gi0/0         192.168.10.201  Gi0/1         192.168.60.102  06 0984 0050     1
  Gi0/0         192.168.11.54   Gi0/1         192.168.60.158  06 0911 13C5     3
  Gi0/1         192.168.150.60  Gi0/0         10.89.16.226    11 0016 00A1     1
  Gi0/0         192.168.13.97   Gi0/1         192.168.60.28   11 0B3E 13C4     5
  Gi0/0         192.168.10.17   Gi0/1         192.168.60.97   06 0B89 13C4     1
  Gi0/0         10.88.226.1     Gi0/1         192.168.202.22  11 007B 00A1     1
  Gi0/0         192.168.12.185  Gi0/1         192.168.60.239  11 0BD7 13C4     1
  Gi0/0         192.168.14.203  Gi0/1         192.168.60.22   11 0BD7 13C5     1
  Gi0/0         10.89.16.226    Gi0/1         192.168.60.60   06 12CA 01BB     1
  router#

  Nell'esempio precedente, sono presenti più flussi per il SIP sulle porte TCP 5060 (valore esadecimale 13C4) e 5061 (valore esadecimale 13C5) e sulle porte UDP 5060 e 5061 e HTTP e HTTPS sulle porte TCP 80 (valore esadecimale 0050) e 443 (valore esadecimale 01BB).

  Questo traffico viene inviato agli indirizzi all'interno del blocco di indirizzi 192.168.60.0/24, che viene utilizzato dai dispositivi interessati. I pacchetti in questi flussi possono essere oggetto di spoofing e possono indicare un tentativo di sfruttare queste vulnerabilità. Si consiglia agli amministratori di confrontare questi flussi con l'utilizzo di base per il traffico SIP inviato sulle porte UDP 5060 e 5061 e di esaminare i flussi per determinare se provengono da host o reti non attendibili.

  Come mostrato nell'esempio che segue, per visualizzare solo i pacchetti SIP sulle porte TCP 5060 (valore esadecimale 13C4) e 5061 (valore esadecimale 13C5) e i pacchetti HTTP e HTTPS sulla porta TCP 80 (valore esadecimale 0050) e sulla porta TCP 443 (valore esadecimale 01BB), utilizzare il flusso show ip cache | include SrcIf|_PrHex_.*(13C4|13C5|0050|01BB)_ per visualizzare i record Cisco NetFlow correlati:

  Flussi TCP

  router#show ip cache flow | include SrcIf|_06_.*(13C4|13C5|0050|01BB)_
  SrcIf         SrcIPaddress     DstIf         DstIPaddress    Pr SrcP DstP  Pkts
  Gi0/0         192.168.12.110   Gi0/1         192.168.60.163  06 092A 0050     6
  Gi0/0         192.168.11.230   Gi0/1         192.168.60.20   06 0C09 13C5     1
  Gi0/0         192.168.11.131   Gi0/1         192.168.60.245  06 0B66 0050    18
  Gi0/0         192.168.13.7     Gi0/1         192.168.60.162  06 0914 01BB     1
  Gi0/0         192.168.41.86    Gi0/1         192.168.60.27   06 0B7B 13C4     2
  router#

  Come mostrato nell'esempio che segue, per visualizzare solo i pacchetti SIP sulle porte UDP 5060 (valore esadecimale 13C4) e 5061 (valore esadecimale 13C5), usare il flusso della cache show ip | include SrcIf|_PrHex_.*(13C4|13C5)_ per visualizzare i record Cisco NetFlow correlati:

  Flussi UDP

  router#show ip cache flow | include SrcIf|_11_.*(13C4|13C5)_
  SrcIf         SrcIPaddress     DstIf         DstIPaddress    Pr SrcP DstP  Pkts
  Gi0/0         192.168.12.110   Gi0/1         192.168.60.163  11 092A 13C5     6
  Gi0/0         192.168.11.230   Gi0/1         192.168.60.20   11 0C09 13C4     1
  Gi0/0         192.168.11.131   Gi0/1         192.168.60.245  11 0B66 13C4    18
  Gi0/0         192.168.13.7     Gi0/1         192.168.60.162  11 0914 13C5     1
  Gi0/0         192.168.41.86    Gi0/1         192.168.60.27   11 0B7B 13C4     2
  router#

  Identificazione: identificazione del flusso di traffico IPv6 tramite Cisco IOS NetFlow

  Gli amministratori possono configurare Cisco IOS NetFlow sui router e gli switch Cisco IOS per facilitare l'identificazione dei flussi di traffico IPv6 che potrebbero essere tentativi di sfruttare le vulnerabilità descritte in questo documento. Si consiglia agli amministratori di analizzare i flussi per determinare se si tratta di tentativi di sfruttare queste vulnerabilità o se si tratta di flussi di traffico legittimi.

  L'output seguente viene generato da un dispositivo Cisco IOS con software Cisco IOS versione 12.4 e treno principale. La sintassi del comando può variare a seconda del software Cisco IOS in uso.

  router#show ipv6 flow cache
  
  IP packet size distribution (50078919 total packets):
     1-32  64   96  128  160  192  224  256  288  320  352  384  416  448  480
     .000 .990 .001 .008 .000 .000 .000 .000 .000 .000 .000 .000 .000 .000 .000

      512  544  576 1024 1536 2048 2560 3072 3584 4096 4608
     .000 .000 .000 .000 .000 .000 .000 .000 .000 .000 .000

  IP Flow Switching Cache, 475168 bytes
    8 active, 4088 inactive, 6160 added
    1092984 ager polls, 0 flow alloc failures
    Active flows timeout in 30 minutes
    Inactive flows timeout in 15 seconds

  IP Sub Flow Cache, 33928 bytes
    16 active, 1008 inactive, 12320 added, 6160 added to flow
    0 alloc failures, 0 force free
    1 chunk, 1 chunk added

  SrcAddress        InpIf    DstAddress       OutIf    Prot SrcPrt DstPrt Packets
  2001:DB...06::201 Gi0/0    2001:DB...28::20 Local    0x11 0x16C4 0x13C4 1464
  2001:DB...6A:5BA6 Gi0/0    2001:DB...28::21 Gi0/1    0x3A 0x0000 0x8000 1191
  2001:DB...6A:5BA6 Gi0/0    2001:DB...134::3 Gi0/1    0x3A 0x0000 0x8000 1191
  2001:DB...6A:5BA6 Gi0/0    2001:DB...128::4 Gi0/1    0x3A 0x0000 0x8000 1192    
  2001:DB...6A:5BA6 Gi0/0    2001:DB...128::2 Gi0/1    0x06 0x160A 0x13C4 1597
  2001:DB...06::201 Gi0/0    2001:DB...128::3 Gi0/1    0x11 0x1610 0x13C5 1001  
  2001:DB...06::201 Gi0/0    2001:DB...128::4 Gi0/1    0x11 0x1634 0x13C4 1292  
  2001:DB...6A:5BA6 Gi0/0    2001:DB...128::3 Gi0/1    0x3A 0x0000 0x8000 1155
  2001:DB...6A:5BA6 Gi0/0    2001:DB...146::3 Gi0/1    0x3A 0x0000 0x8000 1092
  2001:DB...6A:5BA6 Gi0/0    2001:DB...144::4 Gi0/1    0x3A 0x0000 0x8000 1193 

  Per consentire la visualizzazione dell'indirizzo IPv6 completo a 128 bit, utilizzare il comando terminal width 132 in modalità di esecuzione.

  Nell'esempio precedente, sono presenti più flussi per il SIP sulle porte TCP 5060 (valore esadecimale 13C4) e 5061 (valore esadecimale 13C5) e sulle porte UDP 5060 e 5061 e HTTP e HTTPS sulle porte TCP 80 (valore esadecimale 0050) e 443 (valore esadecimale 01BB).

  I pacchetti SIP sulle porte UDP 5060 e 5061 vengono inviati agli indirizzi inclusi nel blocco di indirizzi 2001:DB8:1:60::/64 utilizzato dai dispositivi interessati. I pacchetti nei flussi UDP potrebbero essere oggetto di spoofing e indicare un tentativo di sfruttare queste vulnerabilità. Si consiglia agli amministratori di confrontare questi flussi con l'utilizzo di base per il traffico SIP sulle porte UDP 5060 e 5061 e di esaminare i flussi per determinare se provengono da host o reti non attendibili.

  Come mostrato nell'esempio che segue, per visualizzare solo i pacchetti SIP sulle porte TCP 5060 (valore esadecimale 13C4) e 5061 (valore esadecimale 13C5) e i pacchetti HTTP e HTTPS sulle porte TCP 80 (valore esadecimale 0050) e 443 (valore esadecimale 01BB), utilizzare il comando show ipv6 flow cache | include SrcIf|_PrHex_.*(13C4|13C5|0050|01BB)_ per visualizzare i record Cisco NetFlow correlati:

  Flussi TCP

  router#show ipv6 flow cache | include SrcIf|_06_.*(13C4|13C5|0050|01BB)_
  SrcAddress        InpIf    DstAddress       OutIf    Prot SrcPrt DstPrt Packets
  2001:DB...6A:5BA6 Gi0/0    2001:DB...128::2 Gi0/1    0x06 0x160A 0x13C4 1597
  2001:DB...06::201 Gi0/0    2001:DB...128::9 Gi0/1    0x06 0x1610 0x01BB 2701 
  2001:DB...06::211 Gi0/0    2001:DB...128::4 Gi0/1    0x06 0x1634 0x13C5 3892 
  router#

  Come mostrato nell'esempio che segue, per visualizzare solo i pacchetti SIP sulle porte UDP 5060 (valore esadecimale 13C4) e 5061 (valore esadecimale 13C5), utilizzare il comando show ipv6 flow cache | include SrcIf|_PrHex_.*(13C4|13C5)_ per visualizzare i record Cisco NetFlow correlati:

  Flussi UDP

  router#show ip cache flow | include SrcIf|_11_.*(13C4|13C5)_
  SrcAddress        InpIf    DstAddress       OutIf    Prot SrcPrt DstPrt Packets
  2001:DB...06::201 Gi0/0    2001:DB...28::20 Local    0x11 0x16C4 0x13C4 1464 
  2001:DB...06::201 Gi0/0    2001:DB...128::3 Gi0/1    0x11 0x1610 0x13C5 1001 
  2001:DB...06::201 Gi0/0    2001:DB...128::4 Gi0/1    0x11 0x1634 0x13C4 1292 
  router#

  Identificazione: Identificazione del flusso di traffico IPv4 con Cisco Flexible NetFlow

  Introdotta nel software Cisco IOS versione 12.2(31)SB2 e 12.4(9)T, Cisco IOS Flexible NetFlow migliora l'originale Cisco NetFlow aggiungendo la capacità di personalizzare i parametri di analisi del traffico per i requisiti specifici dell'amministratore. Cisco NetFlow originale utilizza sette tuple fisse di informazioni IP per identificare un flusso, mentre Cisco IOS Flexible NetFlow consente di definire il flusso dall'utente. Facilita la creazione di configurazioni più complesse per l'analisi del traffico e l'esportazione dei dati utilizzando componenti di configurazione riutilizzabili.

  L'output di esempio seguente viene generato da un dispositivo Cisco IOS con una versione del software Cisco IOS nel treno 15.1T. Sebbene la sintassi sia quasi identica per i treni 12.4T e 15.0, può variare leggermente a seconda della versione Cisco IOS in uso. Nella configurazione seguente, Cisco IOS Flexible NetFlow raccoglie le informazioni sull'interfaccia Gigabit Ethernet0/0 per i flussi IPv4 in arrivo in base all'indirizzo IPv4 di origine, come definito dall'istruzione field match ipv4 source address key. Cisco IOS Flexible NetFlow includerà anche informazioni non chiave sui campi di indirizzi IPv4 di origine e di destinazione, sul protocollo, sulle porte (se presenti), sulle interfacce in entrata e in uscita e sui pacchetti per flusso.

  ! !-- Configure key and nonkey fields !-- in the user-defined flow record !
  flow record FLOW-RECORD-ipv4
   match ipv4 source address
   collect ipv4 protocol
   collect ipv4 destination address
   collect transport source-port
   collect transport destination-port
   collect interface input
   collect interface output
   collect counter packets
  ! !-- Configure the flow monitor to !-- reference the user-defined flow !-- record !
  flow monitor FLOW-MONITOR-ipv4
   record FLOW-RECORD-ipv4
  ! !-- Apply the flow monitor to the interface !-- in the ingress direction !
  interface GigabitEthernet0/0
   ip flow monitor FLOW-MONITOR-ipv4 input

  L'output del flusso NetFlow flessibile di Cisco IOS è il seguente:

  router#show flow monitor FLOW-MONITOR-ipv4 cache format table
    Cache type:                               Normal
    Cache size:                                 4096
    Current entries:                               6
    High Watermark:                                1
  
    Flows added:                                   9181
    Flows aged:                                    9175
      - Active timeout      (  1800 secs)          9000
      - Inactive timeout    (    15 secs)           175
      - Event aged                                    0
      - Watermark aged                                0
      - Emergency aged                                0
  
  IPV4 SRC ADDR   ipv4 dst addr   trns src port trns dst port intf input intf output pkts   ip prot
  =============== =============== ============= ============= ========== =========== ====== =======
   192.168.10.201  192.168.60.102          1456          5060      Gi0/0       Gi0/1   1128      6
   192.168.11.54   192.168.60.158          4487          5061      Gi0/0       Gi0/1   2212     17
   192.168.150.60    10.89.16.226          2567            22      Gi0/0       Gi0/1     13      6
   192.168.13.97    192.168.60.28          3451            80      Gi0/0       Gi0/1      1      6
   192.168.10.17    192.168.60.97          4231          5060      Gi0/0       Gi0/1    146     17
     10.88.226.1   192.168.202.22          2678           443      Gi0/0       Gi0/1  10567      6
    10.89.16.226   192.168.150.60          3562          5061      Gi0/0       Gi0/1  30012      6

  Per visualizzare solo i pacchetti SIP su Le porte TCP 5060 e 5061 e i pacchetti HTTP e HTTPS sulle porte TCP 80 e 443 rispettivamente, utilizzano la tabella show flow monitor-MONITOR-ipv4 cache format | includere l'indirizzo DST IPV4 |_(5060|5061|80|443)_.*_6_ per visualizzare i record NetFlow correlati.

  Per visualizzare solo i pacchetti SIP su porte UDP 5060 e 5061, utilizzare la tabella di formato della cache show flow monitor-MONITOR-ipv4 | includere l'indirizzo DST IPV4 |_(5060|5061)_.*_17_ per visualizzare i record NetFlow correlati.

  Per ulteriori informazioni su Cisco IOS Flexible NetFlow, consultare la guida alla configurazione di Cisco IOS versione 15M&T e la guida alla configurazione di Cisco IOS Flexible NetFlow, versione 12.4T.

  Identificazione: identificazione del flusso di traffico IPv6 tramite Cisco IOS Flexible NetFlow

  L'output di esempio seguente viene generato da un dispositivo Cisco IOS con una versione del software Cisco IOS nel treno 15.1T. Sebbene la sintassi sia quasi identica per i treni 12.4T e 15.0, può variare leggermente a seconda della versione Cisco IOS in uso. Nella configurazione seguente, Cisco IOS Flexible NetFlow raccoglie informazioni sull'interfaccia Gigabit Ethernet0/0 per i flussi IPv6 in ingresso in base all'indirizzo IPv6 di origine, come definito dall'istruzione field match ipv6 source address key. Cisco IOS Flexible NetFlow includerà anche informazioni non chiave sui campi di indirizzi IPv6 di origine e di destinazione, sul protocollo, sulle porte (se presenti), sulle interfacce in entrata e in uscita e sui pacchetti per flusso.

  ! !-- Configure key and nonkey fields !-- in the user-defined flow record !
  flow record FLOW-RECORD-ipv6
   match ipv6 source address
   collect ipv6 protocol
   collect ipv6 destination address
   collect transport source-port
   collect transport destination-port
   collect interface input
   collect interface output
   collect counter packets
  ! !-- Configure the flow monitor to !-- reference the user-defined flow !-- record !
  flow monitor FLOW-MONITOR-ipv6
   record FLOW-RECORD-ipv6
  ! !-- Apply the flow monitor to the interface !-- in the ingress direction !
  interface GigabitEthernet0/0
    ipv6 flow monitor FLOW-MONITOR-ipv6 input

  L'output del flusso NetFlow flessibile di Cisco IOS è il seguente:

  router#show flow monitor FLOW-MONITOR-ipv6 cache format table
    Cache type:                               Normal
    Cache size:                                 4096
    Current entries:                               6
    High Watermark:                                2
  
    Flows added:                                   539
    Flows aged:                                    532
      - Active timeout      (  1800 secs)          350
      - Inactive timeout    (    15 secs)          182
      - Event aged                                   0
      - Watermark aged                               0
      - Emergency aged                               0
  
  IPV6 SRC ADDR     ipv6 dst addr     trns src port trns dst port intf input intf output pkts ip prot
  ================= ================= ============= ============= ========== =========== ==== =======
  2001:DB...06::201  2001:DB...28::20          8123          5061      Gi0/0       Gi0/0   17       6
  2001:DB...06::201  2001:DB...28::20          1265            80      Gi0/0       Gi0/0 1237       6
  2001:DB...06::201  2001:DB...28::20          1441           443      Gi0/0       Gi0/0 2346       6
  2001:DB...06::201  2001:DB...28::20          1890            80      Gi0/0       Gi0/0 5009       6
  2001:DB...06::201  2001:DB...28::20          2856          5061      Gi0/0       Gi0/0  486      17
  2001:DB...06::201  2001:DB...28::20          3012          5060      Gi0/0       Gi0/0 1016      17
  2001:DB...06::201  2001:DB...28::20          2477            53      Gi0/0       Gi0/0 1563      17

  Per consentire la visualizzazione dell'indirizzo IPv6 completo a 128 bit, utilizzare il comando terminal width 132 in modalità di esecuzione.

  Per visualizzare solo i pacchetti SIP sulle porte TCP 5060 e 5061 e i pacchetti HTTP e HTTPS sulle porte TCP 80 e 443, utilizzare la tabella show flow monitor FLOW-MONITOR-ipv6 cache format | include IPV6 DST ADDR|_5060|5061|80|443)_.*_6_ per visualizzare i record Cisco IOS Flexible NetFlow correlati.

  Per visualizzare solo il SIP sulle porte UDP 5060 e 5061, utilizzare la tabella di formato cache ipv6-FLOW monitor del flusso | include IPV6 DST ADDR|_(5060|5061)_.*_17_ per visualizzare i record Cisco IOS Flexible NetFlow correlati.

  Cisco ASA, Cisco ASASM e Cisco FWSM Firewall

  Attenuazione: Access Control List transit

  Per proteggere la rete dal traffico che entra nei punti di accesso in entrata, che possono includere punti di connessione Internet, punti di connessione fornitori e partner o punti di connessione VPN, si consiglia agli amministratori di distribuire gli ACL per applicare la policy. Gli amministratori possono costruire un ACL autorizzando esplicitamente solo il traffico autorizzato ad accedere alla rete dai punti di accesso in entrata o autorizzando il traffico autorizzato a transitare sulla rete in base alle configurazioni e ai criteri di sicurezza esistenti. Una soluzione ACL non può fornire una protezione completa da queste vulnerabilità quando l'attacco ha origine da un indirizzo di origine attendibile.

  Il criterio ACL nega i pacchetti IPv4 e IPv6 SIP non autorizzati sulle porte TCP e UDP 5060 e 5061. Il criterio nega anche i pacchetti HTTP e HTTPS sulle porte TCP 80 e 443, rispettivamente, quando questi pacchetti vengono inviati ai dispositivi interessati. Nell'esempio seguente, 192.168.60.0/24 e 2001:DB8:1:60::/64 rappresentano lo spazio di indirizzi IP utilizzato dai dispositivi interessati e gli host in modalità 192.168.100.1 e 2001:DB8::100:1 sono considerati fonti attendibili che richiedono l'accesso ai dispositivi interessati. È necessario prestare attenzione a consentire il traffico richiesto per il routing e l'accesso amministrativo prima di rifiutare tutto il traffico non autorizzato.

  Per ulteriori informazioni sugli ACL, consultare il documento Access Control Lists: Filtering at Your Edge (Liste di controllo dell'accesso in transito: filtraggio sul perimetro della rete).

  ! !-- Include explicit permit statements for trusted sources !-- that require access on the vulnerable protocols and ports !
  access-list tACL-Policy extended permit tcp host 192.168.100.1 
       192.168.60.0 255.255.255.0 eq 5060
  access-list tACL-Policy extended permit tcp host 192.168.100.1 
       192.168.60.0 255.255.255.0 eq 5061
  access-list tACL-Policy extended permit udp host 192.168.100.1 
       192.168.60.0 255.255.255.0 eq 5060
  access-list tACL-Policy extended permit udp host 192.168.100.1 
       192.168.60.0 255.255.255.0 eq 5061
  access-list tACL-Policy extended permit tcp host 192.168.100.1 
       192.168.60.0 255.255.255.0 eq 80
  access-list tACL-Policy extended permit tcp host 192.168.100.1 
       192.168.60.0 255.255.255.0 eq 443
  ! !-- The following vulnerability-specific access control entries !-- (ACEs) can aid in identification of attacks !
  access-list tACL-Policy extended deny tcp any 192.168.60.0 255.255.255.0 eq 5060
  access-list tACL-Policy extended deny tcp any 192.168.60.0 255.255.255.0 eq 5061
  access-list tACL-Policy extended deny udp any 192.168.60.0 255.255.255.0 eq 5060
  access-list tACL-Policy extended deny udp any 192.168.60.0 255.255.255.0 eq 5061
  access-list tACL-Policy extended deny tcp any 192.168.60.0 255.255.255.0 eq 80
  access-list tACL-Policy extended deny tcp any 192.168.60.0 255.255.255.0 eq 443
  ! !-- 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 protocols and ports !
  ipv6 access-list IPv6-tACL-Policy permit tcp host 2001:DB8::100:1
            2001:db8:1:60::/64 eq 5060
  ipv6 access-list IPv6-tACL-Policy permit tcp host 2001:DB8::100:1
            2001:db8:1:60::/64 eq 5061
  ipv6 access-list IPv6-tACL-Policy permit udp host 2001:DB8::100:1
            2001:db8:1:60::/64 eq 5060
  ipv6 access-list IPv6-tACL-Policy permit udp host 2001:DB8::100:1
            2001:db8:1:60::/64 eq 5061
  ipv6 access-list IPv6-tACL-Policy permit tcp host 2001:DB8::100:1
            2001:db8:1:60::/64 eq 80
  ipv6 access-list IPv6-tACL-Policy permit tcp host 2001:DB8::100:1
            2001:db8:1:60::/64 eq 443
  ! !-- 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 5060
  ipv6 access-list IPv6-tACL-Policy deny tcp any 2001:db8:1:60::/64 eq 5061
  ipv6 access-list IPv6-tACL-Policy deny udp any 2001:db8:1:60::/64 eq 5060
  ipv6 access-list IPv6-tACL-Policy deny udp any 2001:db8:1:60::/64 eq 5061
  ipv6 access-list IPv6-tACL-Policy deny tcp any 2001:db8:1:60::/64 eq 80
  ipv6 access-list IPv6-tACL-Policy deny tcp any 2001:db8:1:60::/64 eq 443
  ! !-- 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

  Identificazione: Access Control List transit

  Dopo aver applicato l'ACL a un'interfaccia, gli amministratori possono utilizzare il comando show access-list per identificare il numero di pacchetti IPv4 e IPv6 SIP sulle porte TCP e UDP 5060 e 5061 e di pacchetti IPv4 e IPv6 HTTP e HTTPS filtrati sulle porte TCP 80 e 443. Gli amministratori sono invitati a indagare sui pacchetti filtrati per determinare se sono tentativi di sfruttare queste vulnerabilità. Di seguito è riportato un output di esempio per show access-list tACL-Policy e show access-list IPv6-tACL-Policy:

  firewall#show access-list tACL-Policy
  access-list tACL-Policy; 13 elements; name hash: 0x3452703d
  access-list tACL-Policy line 1 extended permit tcp host 192.168.100.1 
       192.168.60.0 255.255.255.0 eq sip (hitcnt=31)
  access-list tACL-Policy line 2 extended permit tcp host 192.168.100.1 
       192.168.60.0 255.255.255.0 eq 5061 (hitcnt=61)
  access-list tACL-Policy line 3 extended permit udp host 192.168.100.1 
       192.168.60.0 255.255.255.0 eq sip (hitcnt=131)
  access-list tACL-Policy line 4 extended permit udp host 192.168.100.1 
       192.168.60.0 255.255.255.0 eq 5061 (hitcnt=57)
  access-list tACL-Policy line 5 extended permit tcp host 192.168.100.1 
       192.168.60.0 255.255.255.0 eq www (hitcnt=4)
  access-list tACL-Policy line 6 extended permit tcp host 192.168.100.1 
       192.168.60.0 255.255.255.0 eq https (hitcnt=10)
  access-list tACL-Policy line 7 extended deny tcp any 192.168.60.0 
       255.255.255.0 eq sip (hitcnt=8)
  access-list tACL-Policy line 8 extended deny tcp any 192.168.60.0 
       255.255.255.0 eq 5061 (hitcnt=14)
  access-list tACL-Policy line 9 extended deny udp any 192.168.60.0 
       255.255.255.0 eq sip (hitcnt=30)
  access-list tACL-Policy line 10 extended deny udp any 192.168.60.0 
       255.255.255.0 eq 5061 (hitcnt=13) 
  access-list tACL-Policy line 11 extended deny tcp any 192.168.60.0 
       255.255.255.0 eq www (hitcnt=19)
  access-list tACL-Policy line 12 extended deny tcp any 192.168.60.0 
       255.255.255.0 eq https (hitcnt=18)
  access-list tACL-Policy line 13 extended deny ip any any (hitcnt=8)

  Nell'esempio precedente, tACL-Policy dell'elenco degli accessi ha eliminato i seguenti pacchetti ricevuti da un host o una rete non attendibile:

  • 8 pacchetti SIP sulla porta TCP 5060 per la linea ACE 7
  • 14 pacchetti SIP sulla porta TCP 5061 per la linea ACE 8
  • 30 pacchetti SIP sulla porta UDP 5060 per la linea ACE 9
  • 13 pacchetti SIP sulla porta UDP 5061 per la linea ACE 10
  • 19 pacchetti HTTP sulla porta TCP 80 per la linea ACE 11
  • 18 pacchetti HTTPS sulla porta TCP 443 per la riga ACE 12

  firewall#show access-list IPv6-tACL-Policy                 
  ipv6 access-list IPv6-tACL-Policy; 13 elements; name hash: 0x566a4229
  ipv6 access-list IPv6-tACL-Policy line 1 permit tcp host 2001:db8:1:100::1 
       2001:db8:1:60::/64 eq sip (hitcnt=59) 
  ipv6 access-list IPv6-tACL-Policy line 2 permit tcp host 2001:db8:1:100::1 
       2001:db8:1:60::/64 eq 5061 (hitcnt=28) 
  ipv6 access-list IPv6-tACL-Policy line 3 permit udp host 2001:db8:1:100::1 
       2001:db8:1:60::/64 eq sip (hitcnt=124) 
  ipv6 access-list IPv6-tACL-Policy line 4 permit udp host 2001:db8:1:100::1 
       2001:db8:1:60::/64 eq 5061 (hitcnt=81) 
  ipv6 access-list IPv6-tACL-Policy line 5 permit tcp host 2001:db8::100:1 
       2001:db8:1:60::/64 eq www (hitcnt=4)
  ipv6 access-list IPv6-tACL-Policy line 6 permit tcp host 2001:db8::100:1 
       2001:db8:1:60::/64 eq https (hitcnt=19)
  ipv6 access-list IPv6-tACL-Policy line 7 deny tcp any 
       2001:db8:1:60::/64 eq sip (hitcnt=47)
  ipv6 access-list IPv6-tACL-Policy line 8 deny tcp any 
       2001:db8:1:60::/64 eq 5061 (hitcnt=33) 
  ipv6 access-list IPv6-tACL-Policy line 9 deny udp any 
       2001:db8:1:60::/64 eq sip (hitcnt=216) 
  ipv6 access-list IPv6-tACL-Policy line 10 deny udp any 
       2001:db8:1:60::/64 eq 5061 (hitcnt=137) 
  ipv6 access-list IPv6-tACL-Policy line 11 deny tcp any 
       2001:db8:1:60::/64 eq www (hitcnt=7)
  ipv6 access-list IPv6-tACL-Policy line 12 deny tcp any 
       2001:db8:1:60::/64 eq https (hitcnt=8)
  ipv6 access-list IPv6-tACL-Policy line 13 deny ip any any (hitcnt=27)

  Nell'esempio precedente, l'elenco degli accessi IPv6-tACL-Policy ha eliminato i seguenti pacchetti ricevuti da un host o una rete non attendibile:

  • 47 pacchetti SIP sulla porta TCP 5060 per la linea ACE 7
  • 33 pacchetti SIP sulla porta TCP 5061 per la linea ACE 8
  • 216 pacchetti SIP sulla porta UDP 5060 per la linea ACE 9
  • 137 pacchetti SIP sulla porta UDP 5061 per la linea ACE 10
  • 7 pacchetti HTTP sulla porta TCP 80 per la linea ACE 11
  • 8 HTTP pacchetti sulla porta TCP 443 per la riga ACE 12

  Inoltre, il messaggio syslog 106023 può fornire informazioni preziose, tra cui l'indirizzo IP di origine e di destinazione, i numeri di porta di origine e di destinazione e il protocollo IP per il pacchetto rifiutato.

  Identificazione: Messaggi syslog elenco accessi firewall

  Il messaggio syslog del firewall 106023 verrà generato per i pacchetti negati da una voce di controllo di accesso (ACE) che non dispone della parola chiave log. Per ulteriori informazioni sul messaggio syslog, consultare il messaggio Cisco ASA serie 5500 System Log, 8.2 - 106023.

  Le informazioni sulla configurazione del syslog per Cisco ASA serie 5500 Adaptive Security Appliance sono disponibili in Monitoraggio - configurazione della registrazione. Per informazioni sulla configurazione del syslog sul Cisco Catalyst serie 6500 ASA Services Module, consultare il documento sulla configurazione della registrazione. Per informazioni sulla configurazione del syslog sul modulo FWSM per gli switch Cisco Catalyst serie 6500 e i router Cisco serie 7600, consultare il documento sul monitoraggio del modulo Firewall Services.

  Nell'esempio seguente, il comando show logging | il comando grep regex estrae i messaggi syslog dal buffer di registrazione sul firewall. Questi messaggi forniscono informazioni aggiuntive sui pacchetti rifiutati che potrebbero indicare potenziali tentativi di sfruttare le vulnerabilità descritte in questo documento. È possibile utilizzare diverse espressioni regolari con la parola chiave grep per cercare dati specifici nei messaggi registrati.

  Per ulteriori informazioni sulla sintassi delle espressioni regolari, vedere Creazione di un'espressione regolare.

  firewall#show logging | grep 106023
    May 08 2013 00:15:13: %ASA-4-106023: Deny udp src outside:192.0.2.18/2944 
           dst inside:192.168.60.191/5060 by access-group "tACL-Policy"
    May 08 2013 00:15:13: %ASA-4-106023: Deny udp src outside:192.0.2.200/2945 
           dst inside:192.168.60.33/5061 by access-group "tACL-Policy"
    May 08 2013 00:15:13: %ASA-4-106023: Deny udp src outside:192.0.2.99/2946 
           dst inside:192.168.60.240/5060 by access-group "tACL-Policy"
    May 08 2013 00:15:13: %ASA-4-106023: Deny tcp src outside:192.0.2.100/2947 
           dst inside:192.168.60.115/5060 by access-group "tACL-Policy"
    May 08 2013 00:15:13: %ASA-4-106023: Deny tcp src outside:192.0.2.88/2949 
           dst inside:192.168.60.38/5061 by access-group "tACL-Policy"
    May 08 2013 00:15:13: %ASA-4-106023: Deny tcp src outside:192.0.2.175/2950 
           dst inside:192.168.60.250/443 by access-group "tACL-Policy"
    May 08 2013 00:15:13: %ASA-4-106023: Deny udp src outside:2001:db8:2::2:172/2951
           dst inside:2001:db8:1:60::23/5061 by access-group "IPv6-tACL-Policy"
    May 08 2013 00:15:13: %ASA-4-106023: Deny udp src outside:2001:db8:d::a85e:172/2952
           dst inside:2001:db8:1:60::134/5060 by access-group "IPv6-tACL-Policy"
  firewall#

  Nell'esempio precedente, i messaggi registrati per il tACL-Policy mostrano pacchetti SIP potenzialmente oggetto di spoofing per le porte UDP 5060 e 5061 inviate al blocco di indirizzi assegnato ai dispositivi interessati.

  Per ulteriori informazioni sui messaggi syslog per le appliance Cisco ASA Series Adaptive Security, consultare la documentazione Cisco ASA serie 5500 System Log Messages, 8.2. Per ulteriori informazioni sui messaggi syslog per Cisco Catalyst serie 6500 ASA Services Module, consultare la sezione Analyzing Syslog Messages in Cisco ASASM CLI Configuration Guide. Per ulteriori informazioni sui messaggi syslog per Cisco FWSM, consultare i messaggi log del sistema di registrazione dello switch Catalyst serie 6500 e del router Cisco serie 7600 Firewall Services Module.

  Per ulteriori informazioni sull'analisi degli incidenti tramite eventi syslog, consultare il white paper Identificazione degli incidenti tramite firewall e eventi syslog del router IOS Operazioni Cisco Security Intelligence.

  Identificazione: protezione da spoofing con inoltro percorso inverso unicast

  Il messaggio syslog del firewall 106021 verrà generato per i pacchetti negati da uRPF. Per ulteriori informazioni sul messaggio syslog, consultare il messaggio Cisco ASA serie 5500 System Log, 8.2 - 106021.

  Le informazioni sulla configurazione del syslog per Cisco ASA serie 5500 Adaptive Security Appliance sono disponibili in Monitoraggio - configurazione della registrazione. Per informazioni sulla configurazione del syslog per Cisco Catalyst serie 6500 ASA Services Module, consultare il documento sulla configurazione della registrazione. Per informazioni sulla configurazione del syslog sul modulo FWSM per gli switch Cisco Catalyst serie 6500 e i router Cisco serie 7600, consultare il documento sul monitoraggio del modulo Firewall Services.

  Nell'esempio seguente, il comando show logging | il comando grep regex estrae i messaggi syslog dal buffer di registrazione sul firewall. Questi messaggi forniscono informazioni aggiuntive sui pacchetti rifiutati che potrebbero indicare potenziali tentativi di sfruttare le vulnerabilità descritte in questo documento. È possibile utilizzare diverse espressioni regolari con la parola chiave grep per cercare dati specifici nei messaggi registrati.

  Per ulteriori informazioni sulla sintassi delle espressioni regolari, vedere Creazione di un'espressione regolare.

  firewall#show logging | grep 106021
    May 08 2013 00:15:13: %ASA-1-106021: Deny UDP reverse path check from
           192.168.60.1 to 192.168.60.100 on interface outside
    May 08 2013 00:15:13: %ASA-1-106021: Deny UDP reverse path check from
           192.168.60.1 to 192.168.60.100 on interface outside
    May 08 2013 00:15:13: %ASA-1-106021: Deny TCP reverse path check from
           192.168.60.1 to 192.168.60.100 on interface outside

  Il comando show asp drop può identificare anche il numero di pacchetti scartati dalla funzione uRPF, come mostrato nell'esempio che segue:

  firewall#show asp drop frame rpf-violated
    Reverse-path verify failed                          11
  firewall#

  Nell'esempio precedente, uRPF ha scartato 11 pacchetti IP ricevuti su interfacce con uRPF configurato. La mancanza di output indica che la funzionalità uRPF sul firewall non ha scartato pacchetti.

  Per ulteriori informazioni sul debug di pacchetti o connessioni ignorati dai percorsi di sicurezza accelerati, vedere la guida di riferimento dei comandi di Cisco Security Appliance per show asp drop.

  Cisco Security Manager

  Identificazione: Cisco Security Manager

  Cisco Security Manager, Visualizzatore eventi

  A partire dalla versione software 4.0, Cisco Security Manager può raccogliere syslog dai firewall Cisco e fornisce il Visualizzatore eventi, che può eseguire query per gli eventi correlati alle vulnerabilità descritte in questo documento.

  L'uso dei seguenti filtri nella visualizzazione predefinita Eventi non consentiti del firewall nel Visualizzatore eventi fornisce tutti i messaggi deny syslog dell'elenco accessi al firewall Cisco acquisiti che potrebbero indicare potenziali tentativi di sfruttare le vulnerabilità descritte in questo documento.

  • Utilizzare il filtro eventi di destinazione per filtrare gli oggetti di rete contenenti lo spazio di indirizzi IP utilizzato dai dispositivi interessati (ad esempio, l'intervallo di indirizzi IPv4 192.168.60.0/24 e l'intervallo di indirizzi IPv6 2001:DB8:1:60::/64)
  • Utilizzare il filtro eventi del servizio di destinazione per filtrare gli oggetti contenenti le porte TCP 5060, 5061, 80 e 443 e le porte UDP 5060 e 5061

  È possibile utilizzare un filtro ID tipo di evento con la visualizzazione predefinita Eventi negati firewall nel Visualizzatore eventi per filtrare gli ID syslog mostrati nell'elenco seguente in modo da fornire tutti i messaggi syslog di negazione firewall Cisco acquisiti che potrebbero indicare potenziali tentativi di sfruttare le vulnerabilità descritte in questo documento:

  • ASA-4-106021 (spoofing uRPF)
  • ASA-4-106023 (rifiuto ACL)

  Per ulteriori informazioni sugli eventi di Cisco Security Manager, fare riferimento alla sezione Filtering and Querying Events (Filtro ed esecuzione di query sugli eventi) della Guida dell'utente di Cisco Security Manager.

  Cisco Security Manager Report Manager

  Cisco Security Manager genererà un report dei primi servizi che può essere utilizzato con la seguente configurazione per generare un report degli eventi che indicano potenziali tentativi di sfruttare le vulnerabilità descritte in questo documento:

  • Utilizzare il filtro di rete IP di destinazione per filtrare gli oggetti di rete contenenti lo spazio di indirizzi IP utilizzato dai dispositivi interessati (ad esempio, l'intervallo di indirizzi IPv4 192.168.60.0/24 e l'intervallo di indirizzi IPv6 2001:DB8:1:60::/64).
  • Impostare un'azione Nega nella pagina Impostazioni criteri

  Identificazione: Eventi dei partner del sistema di gestione degli eventi

  Cisco collabora con le principali società SIEM (Security Information and Event Management) del settore tramite Cisco Developer Network. Questa partnership aiuta Cisco a fornire sistemi SIEM convalidati e testati che risolvono problemi aziendali quali l'archiviazione dei log a lungo termine e la diagnostica, la correlazione di eventi eterogenei e la creazione di report avanzati sulla conformità. I prodotti partner Security Information e Event Management possono essere utilizzati per raccogliere eventi dai dispositivi Cisco e quindi eseguire una query sugli eventi raccolti per individuare messaggi syslog di negazione dai firewall che potrebbero indicare potenziali tentativi di sfruttare le vulnerabilità descritte in questo documento. Le query possono essere eseguite in base all'ID syslog, come illustrato nell'elenco seguente:

  • ASA-4-106021 (spoofing uRPF)
  • ASA-4-106023 (rifiuto ACL)

  Per ulteriori informazioni sui partner SIEM, visitare il sito Web Security Management System.

Ulteriori informazioni

• IL PRESENTE DOCUMENTO VIENE FORNITO "COSÌ COM'È" E NON IMPLICA ALCUNA GARANZIA O CONCESSIONE, INCLUSE LE GARANZIA DI COMMERCIABILITÀ O IDONEITÀ PER UNO SCOPO SPECIFICO. L'UTILIZZO DA PARTE DELL'UTENTE DELLE INFORMAZIONI CONTENUTE NEL DOCUMENTO O NEI MATERIALI ACCESSIBILI DAL DOCUMENTO AVVIENE A PROPRIO RISCHIO. CISCO SI RISERVA IL DIRITTO DI MODIFICARE O AGGIORNARE IL PRESENTE DOCUMENTO IN QUALSIASI MOMENTO.

Cronologia delle revisioni

• Version	Descrizione	Sezione	Data
  1	Release iniziale		2013-Mag-08 16:27 GMT

  Mostra meno

Procedure di sicurezza di Cisco

• Le informazioni complete sulla segnalazione delle vulnerabilità della sicurezza nei prodotti Cisco, su come ottenere assistenza in caso di incidenti relativi alla sicurezza e su come registrarsi per ricevere informazioni sulla sicurezza da Cisco, sono disponibili sul sito Web di Cisco all'indirizzo https://sec.cloudapps.cisco.com/security/center/resources/security_vulnerability_policy.html. Ciò include istruzioni per le richieste della stampa relative agli avvisi di sicurezza Cisco. Tutti gli avvisi sulla sicurezza Cisco sono disponibili all'indirizzo http://www.cisco.com/go/psirt.

Informazioni correlate

• • Bollettini sulla mitigazione applicata da Cisco
  • Operazioni Cisco Security Intelligence
  • Servizio Cisco Security IntelliShield Alert Manager
  • Guida Cisco per fortificare i dispositivi Cisco IOS
  • Cisco IOS NetFlow - Home Page su Cisco.com
  • White paper su Cisco IOS NetFlow
  • Analisi delle prestazioni di NetFlow
  • White paper su Cisco Network Foundation Protection
  • Presentazioni di Cisco Network Foundation Protection
  • Un approccio orientato alla sicurezza per l'indirizzamento IP
  • Prodotti Cisco Firewall - Home Page su Cisco.com
  • Cisco Catalyst serie 6500 ASA Services Module
  • Documentazione del modulo Cisco ACE Application Control Engine
  • Miglioramenti unicast Reverse Path Forwarding per il provider di servizi Internet
  • Cisco Security Manager
  • Vulnerabilità ed esposizioni comuni (CVE)

Prodotti interessati

• La vulnerabilità della sicurezza si applica alle seguenti combinazioni di prodotti.
  
  

  Prodotti principali
  Cisco	Cisco Unified Customer Voice Portal (CVP)	7.0 (base, (1)) | 8.5 (1) | 9.0 (1)

  
  
  

  Prodotti associati