> AiutoCanc

Version as of 2003-06-18 11:50:14

Clear message

1. Introduzione al problema della cancellazione di un articolo su Usenet

A tutti capita prima o poi di mandare un Articolo su Usenet per poi pentirsene subito dopo. Che fare allora? Lo si può cancellare prima che qualcuno lo veda?

La risposta è sì, esiste un comando di cancellazione da distribuire ai vari server. Anzi ne esistono due. Uno si chiama Cancel e l' altro Supersedes, e come si intuisce dal nome è chiaro che il primo cancella e il secondo sovrascrive. Ma al tempo stesso la risposta è anche No, di fatto non si può eliminare l'articolo da tutta Usenet.

1.1. In cosa consiste la cancellazione di un articolo

In pratica si crea (a mano oppure mediante una funzione del proprio newsreader) un articolo di cancellazione che teoricamente dovrebbe propagarsi su tutti i server news nei quali è presente, o arriverà, l'articolo da cancellare. I server, una volta ricevuto il cancel, dovrebbero onorare il comando eliminando l'articolo dal proprio archivio locale e propagare il comando di cancellazione ai peer ovvero agli altri server news con cui essi scambiano le informazioni, secondo la comune via di propagazione a cascata che è alla base di Usenet.

I server però possono essere configurati in modo da non onare i cancel e/o da non propagarli.

Il problema quindi è che una volta immesso un articolo, questo si propaga con estrema velocità ed efficienza e in maniera più capillare dell'eventuale comando di cancellazione seguente, che non solo è svantaggiato perché arriva in un secondo tempo e quindi nel mentre qualcuno potrebbe scaricare l'articolo e leggerlo, ma, a meno che non venga inviato immediatamente dopo in modo da cancellare l'articolo sul server prima che si propaghi, esso viaggerà con meno efficienza e profondità perché a causa degli abusi molti amministratori news hanno deciso di non accettare i cancel. Tanto per fare un esempio tra i più rilevanti, [WWW]google non onora i cancel, e quello che è peggio, archivia l'articolo da eliminare.

Quindi inviare un cancel o un supersedes non fa certo male, ma è tremendamente inadeguato.

Allora non serve a nulla mandare il cancel? Proprio a nulla direi di no, probabilmente la cosa migliore da fare è mandarlo ugualmente, ma richiedere almeno a google l'eliminazione dell'articolo dal proprio archivio (esiste una procedura precisa per fare questo ed è documentata nelle [WWW]faq) e soprattutto accettare l'idea che ormai la frittata è fatta.

2. Come cancellare un articolo da tutta Usenet

Si può fare a mano se il proprio newsreader permette di cambiare liberamente anche le righe degli header e non solo il corpo del messaggio. Per farlo bene però bisogna sapere quali siano le convenzioni e dove mettere le mani altrimenti si rischia di mandare un comando abusivo. Una cosa è certa: si possono cancellare solo i propri articoli, con l'eccezione dello spam, come vedremo nell'apposito paragrafo.

Per non combinare pasticci è bene quindi utilizzare le funzionalità del proprio newsreader e quindi studiarne bene la documentazione. Ogni newsreader decente infatti ha il comando per preparare automaticamente un articolo di cancellazione (che di fatto è come un qualsiasi altro post, solo ha delle righe particolari nell'header). Cerca nella documentazione del tuo newsreader, oppure con google sul web e nell'archivio Usenet e se non riesci allora chiedi consiglio su it.comp.software.newsreader. Qui di segito riportiamo le istruzioni per i principali newsreader.

2.1. Istruzioni per cancellare i propri articoli con i principali newsreader

Occorre fare attenzione perché probabilmente il vostro newsreader ha due comandi simili, uno per inviare

2.1.1. Outlook e Outlook Express

"Annulla messaggio" dal menù Messaggio

2.1.2. Free Agent e Fortè Agent

"cancel usenet message" dal menù post

2.1.3. XNews

todo

2.1.4. Mozilla

todo

3. Abusi

I comandi di cancellazione (cancel e supersedes) sono nati con lo scopo di offrire la possibilità ai frequentatori di Usenet di poter cambiare idea e rimuovere nei limiti del possibile un proprio articolo dalla Rete. Questo è un uso perfettamente legittimo a cui si è affiancato nel tempo quello della cancellazione, nei limiti delle convenzioni, dello spam (definito secondo dei criteri quantitativi, vedi paragrafo successivo).

Tutto il resto è net-abuse e come tale viene considerato inaccettabile dai gestori dei server news che si affacciano su Usenet. Chiunque cancelli un articolo non proprio oppure cancelli spam al di fuori delle modalità accettate vedrà che accadranno due cose:

  1. l'articolo impropramente cancellato verrà rispedito immediatamente con una procedura automatica o semi-automatica;

  2. l'abuso verrà segnalato al fornitore di servizi di colui che ha inviato il cancel impropiamente

I comandi di cancellazione sono stati abusati pesantemente nel passato e questo è il motivo principare per cui molti server oggi non li onorano più, vanificando di fatto questa utilissima funzionalità che altrimenti funzionerebbe molto meglio.

4. Cancellazione dello spam

Nel corso degli anni si è raggiunto un consenso ampio sul fatto che certi articoli inviati in copie multiple sostanzialmente uguali possano essere cancellati. La procedura funziona su criteri quantitativi e automatizzati.

Esistono dei robot che funzionano praticamente su tutte le gerarchie (e quindi non solo it.*) che emettono dei cancel sullo spam dei newsgroup. Questo viene definito secondo dei criteri oggettivi e non legati quindi al contenuto dei post; in pratica gli articoli identici in crosspos e/o multipost, identificati esaminando una finestra di 45 giorni, vengono cancellati se l'Indice di Breidbart (BI) è maggiore di 20. Questo indice si calcola sommando la radice quadrata del numero di gruppi nei quali viene spedito un articolo in crosspost.

Per esempio, se una articolo viene spedito in crosspost su 2 gruppi e in un secondo crosspost su altri 9 abbiamo un BI pari a 4 (sqrt(2) + sqrt(9), cioè (1 + 3). Un altro esempio è quello del multipost senza crosspost, che per attivare i robot dovrebbe essere spedito su almeno 20 newsgroup.

C'è un'eccezione, anzi due contando quello che accade specificamente su it.* . La prima è che se un articolo ha gia raggiunto il BI di 20 da quel momento in poi può essere sempre cancellato. Questo spiega perche` gli articoli di MMF (quelli per intenderci delle catene di sant'antonio alla "Rasmus Lino") possono essere cancellati a vista, hanno infatti superato da anni il BI di 20.

L'altra eccezione che riguarda it.* è che alcuni spammer particolarmente ostinati, tipo quelli che hanno infestato la gerarchia it.sesso.*, vengono cancellati a vista. In generale comunque su it.* il BI minimo è un po' più restrittivo di quello che ho descritto prima, anche se di solito non si usa un robot specifico oltre a quello che controlla i crosspost ma si cancella lo spam in accordo con le situazioni individuali.

4.1. I Cancel-Lock e NoCem

I comandi Cancel e Supersedes sono nati con lo scopo di fornire all'utilizzatore delle news l'opportunità di cancellare o modificare i propri articoli. Il fiorire dello Spam da un lato e l'uso abusivo che se ne è fatto dall'altro hanno di fatto invalidato l'uso per il quale questi comandi distribuiti erano stati pensati. Per ripristinare quindi la funzionalità originale sono stati quindi ideati i Cancel-Lock e NoCem, vediamo che cosa sono.

4.1.1. Cancel-Lock

In pratica si tratta di un sistema che mediante sistemi crittografici abbastanza sicuri permette la cancellazione di un articolo solo al suo autore.

In fase di pubblicazione su Usenet, per ogni articolo si genera al volo una stringa di caratteri segreta e la si crittografa con un algoritmo di hashing asimmetrico. A questo punto si invia l'articolo con un header Cancel-Lock: che includa l'hash in questione. Quando si decide di spedire un Control: cancel, questo includerà l'header Cancel-Key con la stringa originale, il server news a questo punto verificherà che le due stringhe coincidano e se questo è il caso provvederà alla rimozione dello stesso.

Per un newreader è semplice generare chiavi segrete al volo senza così dover gestire un database usando una stringa costituita da una parte variabile (per esempio il Message-ID dell'articolo da inviare) e una parte costante che può essere una password scelta dall'utente, il tutto a sua volta crittografato.

Il Cancel-Lock, sebbene sia immediatamente utilizzabile ed esista anche molto codice già scritto, non è stato adottato da nessun server news e per ora è difficile prevedere che un giorno verrà ad essere usato.

4.1.2. NoCem

È vero che una diffusione generale del Cancel-Lock impedirebbe l'uso dei cancel per eliminare lo spam, uso che comunque ha di per sè vari problemi strutturali, ma è anche vero che ormai tutti i cancellatori di spam inviano in contemporanea anche le segnalazioni NoCem da dietro server che comunque utilizza a monte dei filtri, ovvero viene cancellato solo quanto passa la bariera dei filtri. NoCem è una validissima alternativa all'uso degli articoli di cancellazione ed è ormai ampiamente sperimentata. È stato progettato proprio per sopperire ai problemi architetturali dell'uso dei Cancel per mantenere Usenet leggibile.

5. Siti di interesse