Newsgroup: it.discussioni.litigi
Titolo: come far chiudere un NG?

accetto suggerimenti su come distruggere un NG (it.hobby.radioamatori), o anche se mi aiutate

accetto suggerimenti su come distruggere un NG (it.hobby.radioamatori), o
anche se mi aiutate
Mangia meno tronchi di sequoia.



Dio santo... ragazzo ma non fai prima a fregartene e vivere la tua
sacra vita senza rompere i maroni ai radioamatori?
cordiali,

 accetto suggerimenti su come distruggere un NG (it.hobby.radioamatori), o anche se mi aiutate
unsubscribe it.hobby.radioamatori no???

ma quante teste a cdc di cane siete? uno chiede come dar fastidio ad un NG e voi dite solo cazzate. che possiate fare la fine di 4occhi

 ma quante teste a cdc di cane siete? uno chiede come dar fastidio ad un NG e voi dite solo cazzate. che possiate fare la fine di 4occhi
Sono utti coglioni

(it.hobby.radioamatori), o anche se mi aiutate
Questo potrebbe essere un inizio.
Pikkio 

 Sono utti coglioni
ma kome skrivete? cioè x darvi un konsiglio 1 deve sbattersi la testa vs 
il muro... ke trip raga!!!

ma quante teste a cdc di cane siete? uno chiede come dar fastidio ad un NG e voi dite solo cazzate. che possiate fare la fine di 4occhi
Oggi mi sono svegliata più annoiata del solito... vediamo un pò.
Allora, hai due possibilità per fracassare le palle ad un gruppo:
o cerchi di attaccare il server NNTP (ma non te lo consiglio xchè
solitamente i sysadmin sono gente abbastanza nervosuccia) oppure
fare in modo che i client di chi si connette al gruppo vada in
crash (metodo meno elastico ma sempre molto divertente).
Partiamo dalla teoria: Di solito client come l'outloork generano
gli alberi in memoria in modo tale che la ricostruzione dei 
reference sia la più veloce possibile. Considera tali alberi in
grado di reggere un massimo di 16mega di riferimenti incrociati
alla volta (in fase di generazione della loro struttura almeno).
Di persè il reference può anche essere una chiave che non trova
l'oggetto di riferimento quindi verrà mantenuto stabile in memoria
per tutta la generazione degli alberi.
Ora domandati: cosa succede se si supera questa quantità di
memoria? La risposta è la seguente: "il programma ha eseguito un'
operazione non valida e verrà terminato".
Parliamo di soluzioni: Considera che RFC977, in pratica, non 
standardizza limitazioni sulla dimensione della componente header
del messaggio (in verità alcuni server limitano la dimensione
dell'header ma questo a te non interessa) questo poichè un albero
può contenere tutti i reference che si desiderano. 
Perchè ci interessa questa questione dell'header? Semplice: quando
Outloork si connette al gruppo scarica di tutti i nuovi messaggi
l'header (o almeno la parte che gli serve per generare l'albero (
quindi tutto il contenuto del tag "References:")); è questo è molto
divertente poichè più è grosso questo blocco di dati e più il
client va in palla.
Quello che devi fare tu è generare un insieme di messaggi contenenti
il TAG "References:" il più difficile da gestire possibile x il
client.
Come fare? Considera che un elemento del tag "References:" può 
essere lungo al massimo 128 caratteri; i tuoi messaggi devono
contenere un tag "References:" formato da 256 elementi reference
(tutti diversi) della lunghezza di 128 caratteri.
Di questi messaggi ne devi inviare 512 consecutivamente (per ottenere
un'impatto di 128 * 256 * 512 = 16777216 bytes).
IMPORTANTE: Evita di scrivere body grossi (giusto un punto seguito da
due "\n\r") in modo tale che quando il server guida le path non si 
incasini e generi log di allarme.
Parliamo di risultati: Quello che succede è che l'utente apre il
client, clicca sul gruppo che tu hai attaccato e si scarica subito
subito 16mega di header (cosetta lunghina se uno ha un dial-up) con
una probabilità del 90% che il client non riesca a terminare
l'operazione richiesta.
Parliamo di sicurezza: Cerca un modo di mascherarti l'ip xchè tanto
ti beccano (e a seconda di chi ti ritrovi ti si fa). Alcune
macchine con un famoso sistema operativo hanno un bug sul SYN inviato
dal localhost. Quindi quello che ti consiglio è di scriverti un
client NNTP in C, apriti un socket di tipo RAW e riscrivi l'header
IP con il campo saddr impostato su 127.0.0.1 per il primo messaggio
di SYN, per i restanti messaggi puoi far fillare dal kernel il campo
tanto il server avrà già collezionato le informazioni dal messaggio
di SYN.
Parlando di consigli: Attento a capire il più possibile cosa hai
davanti come provider xchè se sono "a norma" al 99% ti si fanno.
Ultimamente non è così facile sfuggire ai logging dei firewall.
Sperando di esserti stata utile,
cordiali,