Personalmente ritengo sia impossibile progettare un modello che soddisfi la necessità di tutti gli scenari di segnalazione degli abusi. Quindi consiglierei di sviluppare uno strumento che si occupi di interrogare l'utente (interno / esterno) delle informazioni richieste in base al tipo di abuso e al tipo di dettagli richiesti per essere inviati o che si prevede di ricevere.
Detto questo, ecco un inizio su qualcosa che può essere incorporato in un modello:
template.abuse:
Date/Time of abuse : {<date/time format>}
TimeZone : [<pick-list>]
Contact Name : {<free-form>}
Contact Email(s) : {<free-form>}
Wish to remain anonymous : [Y|N]
Contact Business : {<free-form,expected:name of business if relavent>}
Contact Business Address : {<free-form,expected:address of business if relavent>}
Type of abuse : [<pick-list, e.g.:
Open relay/Proxy/NNTP
Phishing report
Virus or Worm
Offensive material
Copyright
Network attack
Spam
Port scan
>
//
#import(Type of abuse) // <-- imports fields relevant for the type of abuse
// e.g. "Virus or Worm" -> template.virus_or_worm
// see below...
]
Additional Notes : { free-form,e.g.:
Ports Scanned
Bulk content details
Etc.
}
template.virus_or_worm:
Source of Abuse : {<free-form,expected: IPs, email addresses, usernames, etc>}
Evidence : {<free-form,expected: logs, emails, etc>}
La cosa importante da togliere è che non è una buona idea avere un modello generico per "tutto" quando gli utenti finiscono per selezionare le cose che "credono" le etichette sulla forma piuttosto che il loro significato.
E lo strumento interattivo (web-app / modulo o altro) che aiuta l'utente consentendo loro di selezionare "Altro tipo di abuso" laddove l'abuso non sia elencato in modo specifico, consentirebbe di raccogliere / inviare informazioni più pertinenti riducendo i problemi indesiderati.
Vedi anche piccoli inizi: link