Sì, suppongono che possa essere a causa di uno dei seguenti motivi:
1. Alcune persone hanno discusso di effettuare un attacco DDOS a Gasprom, alcuni pensano che questa sia una reazione a tale attacco, dato che il DDOS su Dread è iniziato nei giorni successivi.
2. Un grande DNM che cerca di nascondere un'uscita truffaldina.
Penso che la prima ipotesi sia sbagliata, perché una grande azienda come Gasprom probabilmente ha altri problemi al momento che non il DDOS su Dread.
1. Alcune persone hanno discusso di effettuare un attacco DDOS a Gasprom, alcuni pensano che questa sia una reazione a tale attacco, dato che il DDOS su Dread è iniziato nei giorni successivi.
2. Un grande DNM che cerca di nascondere un'uscita truffaldina.
Penso che la prima ipotesi sia sbagliata, perché una grande azienda come Gasprom probabilmente ha altri problemi al momento che non il DDOS su Dread.
Sono ancora sotto pesanti DDoS
http://dreadytofatroptsdj6io7l3xptbet6onoyno2yv7jicoxknyazubrad.onion -
Ultimo accesso: Sun Sep 18 15:44:26 2022 UTC
Anche l'ip2 è down? Chi ha quel link?
http://dreadytofatroptsdj6io7l3xptbet6onoyno2yv7jicoxknyazubrad.onion -
Ultimo accesso: Sun Sep 18 15:44:26 2022 UTC
Anche l'ip2 è down? Chi ha quel link?
Messaggio dell'admin di Parigi fuori dal dread ( fonte tor.taxi )
i2p è attivo e stabile.
I soldi sono stati bruciati. Ma qualsiasi cosa per fottere la mamma dei DDOSER. Non ce ne frega un cazzo di quello che serve. Dread rimane in piedi.
Edit (14°): Altri aggiustamenti e risparmi!
Avremmo potuto essere semplicemente stabili e diretti, ma vedere i soldi bruciare davanti ai miei occhi faceva troppo male. Così oggi mi sono concentrato sull'ottimizzazione del processo di handshake del circuito (evitando il pool di thread singolo e distribuendo le richieste su più processi tor indipendenti con fondamentalmente lo stesso stato di memoria per evitare che il pool di thread SINGOLO blocchi tutto [TorProject perché c'è solo... un... singolo... fottuto... pool di thread per tutta questa merda di handshake della cipolla? Le moderne cpu hanno core per giorni. GIORNI! Fanculo la libreria cpuworker.c. Spaghettata dappertutto. DATEMI UN VERO THREADING. MANGIA IL CALCOLO. Solo perché la gente può usare questa merda per aggirare il vostro progetto del cazzo, non significa che questo vada bene. OK?])
I valori di Tor sono stati modificati. Ho fatto un favore anche alla rete Tor, distribuendo statisticamente il carico su tutte le guardie. Altrimenti ci sarebbero stati molti più nodi di guardia che sarebbero morti dappertutto. Il POW sta arrivando e questo attacco sarà solo un brutto momento del passato. Ma ora stiamo ottimizzando.
Edit (16°): La rete Tor sta iniziando ad avere effetti a catena:
metrics.torproject.org
Anche se in genere questo non porterà a guasti dei circuiti a questo punto. Il carico extra di costruzione dei circuiti ha dimostrato di essere estremamente gravoso per la rete, danneggiando il throughput complessivo. Ci sono però buone notizie. Dopo molte prove ho trovato un progetto di bilanciamento a cipolla che dovrebbe essere efficace nel distribuire equamente il carico di introduzione su più fronti. Con il limite di 20 punti di introduzione su un singolo descrittore V3, non è sufficiente per ottenere un uptime. L'introduzione di descrittori distinti nella rete è l'unico modo per far funzionare questi server in caso di un attacco di questo tipo. L'attuale design dei descrittori distinti lascia molto a desiderare perché il carico non è equamente distribuito come dovrebbe. In particolare per i punti di introduzione che sono controllati da me in modo che non si verifichino sciocchezze (e i rifiuti dei descrittori possono essere minimizzati/eliminati il più possibile). Quando avrò finito, la rotazione dei descrittori sarà effettivamente minima anche sotto carico eccessivo.
Questo sarà il mio fiore all'occhiello. Evitare i difetti del livello di protocollo, superando l'intero processo di introduzione della cipolla.
i2p è attivo e stabile.
http://dreadtoobigdsrxg4yfspcyjr3k6675vftyco5pyb7wg4pr4dwjq.b32.i2p
I soldi sono stati bruciati. Ma qualsiasi cosa per fottere la mamma dei DDOSER. Non ce ne frega un cazzo di quello che serve. Dread rimane in piedi.
Edit (14°): Altri aggiustamenti e risparmi!
Avremmo potuto essere semplicemente stabili e diretti, ma vedere i soldi bruciare davanti ai miei occhi faceva troppo male. Così oggi mi sono concentrato sull'ottimizzazione del processo di handshake del circuito (evitando il pool di thread singolo e distribuendo le richieste su più processi tor indipendenti con fondamentalmente lo stesso stato di memoria per evitare che il pool di thread SINGOLO blocchi tutto [TorProject perché c'è solo... un... singolo... fottuto... pool di thread per tutta questa merda di handshake della cipolla? Le moderne cpu hanno core per giorni. GIORNI! Fanculo la libreria cpuworker.c. Spaghettata dappertutto. DATEMI UN VERO THREADING. MANGIA IL CALCOLO. Solo perché la gente può usare questa merda per aggirare il vostro progetto del cazzo, non significa che questo vada bene. OK?])
I valori di Tor sono stati modificati. Ho fatto un favore anche alla rete Tor, distribuendo statisticamente il carico su tutte le guardie. Altrimenti ci sarebbero stati molti più nodi di guardia che sarebbero morti dappertutto. Il POW sta arrivando e questo attacco sarà solo un brutto momento del passato. Ma ora stiamo ottimizzando.
Edit (16°): La rete Tor sta iniziando ad avere effetti a catena:
Prestazioni - Metriche Tor
metrics.torproject.orgAnche se in genere questo non porterà a guasti dei circuiti a questo punto. Il carico extra di costruzione dei circuiti ha dimostrato di essere estremamente gravoso per la rete, danneggiando il throughput complessivo. Ci sono però buone notizie. Dopo molte prove ho trovato un progetto di bilanciamento a cipolla che dovrebbe essere efficace nel distribuire equamente il carico di introduzione su più fronti. Con il limite di 20 punti di introduzione su un singolo descrittore V3, non è sufficiente per ottenere un uptime. L'introduzione di descrittori distinti nella rete è l'unico modo per far funzionare questi server in caso di un attacco di questo tipo. L'attuale design dei descrittori distinti lascia molto a desiderare perché il carico non è equamente distribuito come dovrebbe. In particolare per i punti di introduzione che sono controllati da me in modo che non si verifichino sciocchezze (e i rifiuti dei descrittori possono essere minimizzati/eliminati il più possibile). Quando avrò finito, la rotazione dei descrittori sarà effettivamente minima anche sotto carico eccessivo.
Questo sarà il mio fiore all'occhiello. Evitare i difetti del livello di protocollo, superando l'intero processo di introduzione della cipolla.
Ecco alcuni link che Paris ha condiviso. Questi dovrebbero andare bene.
/u/Paris
A
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Sembra che gli altri si siano concentrati in modo particolare. Dato che il mio obiettivo è quello di riportare online l'url principale di Dread e non spendere troppe risorse nei server di test, li ho ruotati ancora una volta.
Ecco alcuni nuovi URL (ancora una volta firmati dalla mia chiave PGP di /u/Paris ), visitateli e usateli al posto dell'url di Dread in questo momento.
frz6q5lqfrixg6vto2iy7v7lvq3i3jhet5oddyhg6tyuusq3t7k37nqd.onion
yl4mvqmgze2hti3t3x7mos2262ts2z4crshcdeurslkzhselu5bg3qad.onion
p5xdo22k72vofu4lqh5vv4hrxaucqh2kadporinh2tnbpfzzdl27fpid.onion
n7bpmxvqhct4eyuqlhckhnxhqskyoicncomj7xsx3adx7m7nacsuk4ad.onion
tswquihqsswt6pxgjzfzkltvrth53zcmzpktrjzaafo3q7wemvwdsuid.onion
-----INIZIARE FIRMA PGP-----
iQIzBAEBCAAdFiEEbfleES3oPdbct1q5DE1JcU+sN9gFAmMkBFwACgkQDE1JcU+s
N9jcmxAA5jrqP5ShBLRFphi3k5eHHESBwF72Dl4CQPFzl8FFBUrwckE4ayztGeBg
lkkRex4p2Q2EZYfyf9AumTJQMVwxH04XrAk5A/DCFXKh6MA8sx86Tj3TnqbOy35w
H0G6icJeiPyrdaiCwg5O3U4tt90aBeBP/MMaUziGEAU27KRqZ5ASS2GVOMMCHXyY
5Hm8egi5224+RcUFL4Ajkd4YX37rqjaHFh6rQfyViul2NnUNa/glqcLss9zoE8HK
ssEQd1mcKYBjOSpjJZpfKE1tFi3ydtOkDefWhK6z4ZqGjYE7O4dXXuV6kvCl+fnH
43vD2fUnkEhicfFTh9w+XqdelHgezDdqtZF2aD9yvaPHS5gjIMa6PTFoHoRENGcr
zJEl+MDsTmcEWn4mIdWvySOYmEKO3/hX/D2SWnZ+btKIPe4MRDeVw9w22iLIS9X6
ep9MZqw+wEZiYmF0NIKsg4q5NVkH7gVRqSco4WKdLJQnoYXBc7ZGP3V4tXO0LLuO
bEdIsAg9ksuqXticSbXwsZMjTsV89+PvPYjH+BdaOKrHghO6s4TU+W4I2LsMnfRn
NaQFRUYvanFMe/vyvXuaJinHGTF6sA3U/W+894Xl6V6ZZgWGWTQTh44CkzVn+ofb
Za6nBMFCaZ1Yd/a+5Xp3n+7/CctrG8DkmF2AiPniqVkUPYqq8f8=
=XeGa
-----END PGP SIGNATURE-----
/u/Paris
A-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Sembra che gli altri si siano concentrati in modo particolare. Dato che il mio obiettivo è quello di riportare online l'url principale di Dread e non spendere troppe risorse nei server di test, li ho ruotati ancora una volta.
Ecco alcuni nuovi URL (ancora una volta firmati dalla mia chiave PGP di /u/Paris ), visitateli e usateli al posto dell'url di Dread in questo momento.
frz6q5lqfrixg6vto2iy7v7lvq3i3jhet5oddyhg6tyuusq3t7k37nqd.onion
yl4mvqmgze2hti3t3x7mos2262ts2z4crshcdeurslkzhselu5bg3qad.onion
p5xdo22k72vofu4lqh5vv4hrxaucqh2kadporinh2tnbpfzzdl27fpid.onion
n7bpmxvqhct4eyuqlhckhnxhqskyoicncomj7xsx3adx7m7nacsuk4ad.onion
tswquihqsswt6pxgjzfzkltvrth53zcmzpktrjzaafo3q7wemvwdsuid.onion
-----INIZIARE FIRMA PGP-----
iQIzBAEBCAAdFiEEbfleES3oPdbct1q5DE1JcU+sN9gFAmMkBFwACgkQDE1JcU+s
N9jcmxAA5jrqP5ShBLRFphi3k5eHHESBwF72Dl4CQPFzl8FFBUrwckE4ayztGeBg
lkkRex4p2Q2EZYfyf9AumTJQMVwxH04XrAk5A/DCFXKh6MA8sx86Tj3TnqbOy35w
H0G6icJeiPyrdaiCwg5O3U4tt90aBeBP/MMaUziGEAU27KRqZ5ASS2GVOMMCHXyY
5Hm8egi5224+RcUFL4Ajkd4YX37rqjaHFh6rQfyViul2NnUNa/glqcLss9zoE8HK
ssEQd1mcKYBjOSpjJZpfKE1tFi3ydtOkDefWhK6z4ZqGjYE7O4dXXuV6kvCl+fnH
43vD2fUnkEhicfFTh9w+XqdelHgezDdqtZF2aD9yvaPHS5gjIMa6PTFoHoRENGcr
zJEl+MDsTmcEWn4mIdWvySOYmEKO3/hX/D2SWnZ+btKIPe4MRDeVw9w22iLIS9X6
ep9MZqw+wEZiYmF0NIKsg4q5NVkH7gVRqSco4WKdLJQnoYXBc7ZGP3V4tXO0LLuO
bEdIsAg9ksuqXticSbXwsZMjTsV89+PvPYjH+BdaOKrHghO6s4TU+W4I2LsMnfRn
NaQFRUYvanFMe/vyvXuaJinHGTF6sA3U/W+894Xl6V6ZZgWGWTQTh44CkzVn+ofb
Za6nBMFCaZ1Yd/a+5Xp3n+7/CctrG8DkmF2AiPniqVkUPYqq8f8=
=XeGa
-----END PGP SIGNATURE-----