Passa al contenuto principale

11.4. Use of Reports (Uso dei rapporti)

11.4. Use of Reports (Uso dei rapporti)​

Questa sezione descrive come l'USM utilizza il meccanismo di rapporto (Report) SNMP per comunicare errori e altre informazioni.

Report PDU (PDU di rapporto)​

Il PDU di rapporto (Report PDU), definito in [RFC3416], è utilizzato dall'USM per restituire informazioni sugli errori che si sono verificati durante l'elaborazione dei messaggi. I rapporti sono particolarmente importanti per:

  1. Scoperta (Discovery) - restituire lo snmpEngineID del motore autorevole
  2. Sincronizzazione temporale (Time synchronization) - restituire i valori temporali correnti del motore
  3. Notifica di errore (Error notification) - indicare errori di autenticazione, privacy o altri errori correlati alla sicurezza

USM Statistics (Statistiche USM)​

L'USM mantiene diversi contatori che tracciano varie condizioni di errore. Questi contatori sono definiti nel gruppo usmStats del modulo MIB (sezione 5):

  • usmStatsUnsupportedSecLevels - Messaggi con livelli di sicurezza non supportati
  • usmStatsNotInTimeWindows - Messaggi al di fuori della finestra temporale
  • usmStatsUnknownUserNames - Messaggi con nomi utente sconosciuti
  • usmStatsUnknownEngineIDs - Messaggi con ID motore sconosciuti
  • usmStatsWrongDigests - Messaggi con digest di autenticazione errati
  • usmStatsDecryptionErrors - Messaggi con errori di decrittazione

Report Generation (Generazione di rapporti)​

Quando l'USM rileva un errore durante l'elaborazione di messaggi in ingresso, PUÒ (MAY) generare un Report-PDU contenente:

  1. L'oggetto contatore delle statistiche USM appropriato
  2. Il valore corrente di quel contatore
  3. Il msgID rilevante dal messaggio ricevuto (per l'abbinamento)

Considerazioni importanti:

  • I rapporti NON vengono sempre generati per ogni errore. La decisione dipende dal livello di sicurezza e dal tipo di errore.
  • I rapporti per determinati errori (come usmStatsNotInTimeWindows per la scoperta) sono utilizzati in modo costruttivo.
  • I rapporti NON DEVONO (MUST NOT) essere inviati in risposta a un altro rapporto per evitare cicli infiniti.

Security Levels for Reports (Livelli di sicurezza per i rapporti)​

I rapporti vengono inviati con livelli di sicurezza variabili a seconda dell'errore:

  1. noAuthNoPriv - Utilizzato per:

    • Scoperta (engineID sconosciuto)
    • Fallimenti di sincronizzazione temporale
    • Nomi utente sconosciuti

  2. Uguale alla richiesta - Utilizzato per:

    • Fallimenti di autenticazione (digest errato)
    • Errori di decrittazione
    • Errori fuori finestra temporale (dopo la sincronizzazione)

Report Reception (Ricezione di rapporti)​

Quando un generatore di comandi o un iniziatore di notifiche riceve un Report-PDU:

  1. Risposta di scoperta: Se il rapporto contiene usmStatsUnknownEngineIDs e il varBind contiene un engineID non zero, l'applicazione ha scoperto con successo l'identità del motore autorevole.

  2. Risposta di sincronizzazione temporale: Se il rapporto contiene usmStatsNotInTimeWindows, l'applicazione dovrebbe estrarre msgAuthoritativeEngineBoots e msgAuthoritativeEngineTime dai securityParameters e aggiornare la sua cache locale.

  3. Indicazione di errore: Per altri tipi di rapporti, l'applicazione dovrebbe trattare il rapporto come un'indicazione che la richiesta originale è fallita per il motivo specificato.

Report Handling Best Practices (Migliori pratiche di gestione dei rapporti)​

  1. Evitare tempeste di rapporti: Le implementazioni dovrebbero limitare la velocità o sopprimere la generazione di rapporti per prevenire la congestione della rete.

  2. Registrare i rapporti: I rapporti relativi alla sicurezza dovrebbero essere registrati per l'audit e l'analisi della sicurezza.

  3. Feedback utente: Le applicazioni dovrebbero fornire un feedback chiaro agli utenti quando i rapporti indicano fallimenti di autenticazione o autorizzazione.

  4. Errori di finestra temporale: Dopo diversi rapporti usmStatsNotInTimeWindows, le implementazioni dovrebbero sospettare uno scostamento dell'orologio e possono richiedere un intervento manuale.

Privacy and Reports (Privacy e rapporti)​

I rapporti generati in risposta a messaggi con privacy possono richiedere una gestione speciale:

  • Se la decrittazione fallisce, il rapporto dovrebbe indicare usmStatsDecryptionErrors.
  • Il rapporto stesso dovrebbe essere inviato con lo stesso livello di sicurezza richiesto nel messaggio originale, se possibile.
  • Se il livello di sicurezza non può essere determinato (ad esempio, a causa di grave corruzione del messaggio), il rapporto dovrebbe essere inviato con noAuthNoPriv.