Oui, ils supposent que cela peut être dû à l'une des raisons suivantes :
1. Certaines personnes ont discuté d'une attaque DDOS contre Gasprom, et certains pensent qu'il s'agit d'une réaction à cette attaque, étant donné que le DDOS contre Dread a commencé dans les jours qui ont suivi.
2. Un gros DNM essayant de cacher une escroquerie de sortie.
Je pense que la première hypothèse est fausse car une grande entreprise comme Gasprom a probablement d'autres problèmes en ce moment que le DDOS de Dread lol.
1. Certaines personnes ont discuté d'une attaque DDOS contre Gasprom, et certains pensent qu'il s'agit d'une réaction à cette attaque, étant donné que le DDOS contre Dread a commencé dans les jours qui ont suivi.
2. Un gros DNM essayant de cacher une escroquerie de sortie.
Je pense que la première hypothèse est fausse car une grande entreprise comme Gasprom a probablement d'autres problèmes en ce moment que le DDOS de Dread lol.
il faut déjà trop de temps pour qu'un marché se retire.
nous ne savons pas qui est derrière tout cela
il faut beaucoup d'argent et de ressources pour lancer un DDOS aussi puissant
cela dure depuis une semaine maintenant, nous pouvons donc en conclure que ce n'est pas un marché que les DDOS redoutent
nous ne savons pas qui est derrière tout cela
il faut beaucoup d'argent et de ressources pour lancer un DDOS aussi puissant
cela dure depuis une semaine maintenant, nous pouvons donc en conclure que ce n'est pas un marché que les DDOS redoutent
Le site est toujours sous le coup d'un DDoS important
http://dreadytofatroptsdj6io7l3xptbet6onoyno2yv7jicoxknyazubrad.onion -
Dernière mise en ligne : Sun Sep 18 15:44:26 2022 UTC
Est-ce que l'ip2 est aussi en panne ? qui a ce lien ?
http://dreadytofatroptsdj6io7l3xptbet6onoyno2yv7jicoxknyazubrad.onion -
Dernière mise en ligne : Sun Sep 18 15:44:26 2022 UTC
Est-ce que l'ip2 est aussi en panne ? qui a ce lien ?
Message de l'administrateur de Paris en dehors de l'effroi ( source tor.taxi )
i2p est en place et stable.
L'argent a été brûlé. Mais n'importe quoi pour emmerder la mère des DDOSERs. On s'en fout de ce que ça peut coûter. Dread reste en place.
Edit (14) : Encore des ajustements et des économies !
Nous aurions pu nous contenter de rester stables, mais voir l'argent brûler sous mes yeux me faisait trop mal. Je me suis donc concentré aujourd'hui sur l'optimisation de la procédure de prise de contact (en écartant le pool de threads unique et en répartissant les requêtes sur plusieurs processus tor indépendants avec le même état de mémoire pour éviter que le pool de threads unique ne bloque tout [TorProject : pourquoi n'y a-t-il qu'un seul pool de threads pour toute cette merde de prise de contact avec les oignons ? Les processeurs modernes ont des cœurs pour des jours. Des jours ! J'emmerde ta bibliothèque cpuworker.c. Les spaghettis sont omniprésents. DONNEZ-MOI UN VRAI THREADING. MANGEZ LE CALCUL. Ce n'est pas parce que les gens peuvent contenir cette merde pour contourner votre conception de trou du cul que cela signifie que c'est correct. OK ?])
Les valeurs de Tor ont été modifiées. J'ai fait une bonne action pour le réseau Tor en répartissant statistiquement la charge sur tous les gardiens. Sinon, il y aurait eu beaucoup plus de nœuds de garde mourant un peu partout. POW arrive et cette attaque ne sera qu'un mauvais moment à passer. Mais pour l'instant, nous devons optimiser.
Edit (16) : Le réseau Tor commence à avoir des effets d'entraînement :
metrics.torproject.org
Bien qu'en général cela n'entraîne pas de défaillance des circuits à ce stade, la charge supplémentaire de construction des circuits s'est avérée extrêmement lourde pour le réseau et nuit au débit global. La charge supplémentaire de construction de circuits s'est avérée être extrêmement taxante pour le réseau, nuisant au débit global. Il y a cependant de bonnes nouvelles. Après de nombreux tests, j'ai mis au point un système d'équilibrage aux oignons qui devrait permettre de répartir équitablement la charge sur plusieurs fronts. Avec une limite de 20 points d'introduction sur un seul descripteur V3, ce n'est pas suffisant pour obtenir un temps de fonctionnement. L'introduction de descripteurs distincts sur le réseau est le seul moyen de faire fonctionner ces serveurs dans le cadre d'une attaque de ce type. La conception actuelle des descripteurs distincts laisse beaucoup à désirer car la charge n'est pas répartie aussi équitablement qu'elle devrait l'être. En particulier aux points d'introduction qui sont contrôlés par moi afin qu'aucune bêtise ne puisse se produire (et que les rejets de descripteurs puissent être minimisés/éliminés autant que possible). Une fois que j'aurai terminé, la rotation des descripteurs sera effectivement minimale, même en cas de charge excessive.
Ce sera ma plus grande réussite. L'évitement des failles de la couche de protocole en prenant en charge l'ensemble du processus d'introduction de l'oignon.
i2p est en place et stable.
http://dreadtoobigdsrxg4yfspcyjr3k6675vftyco5pyb7wg4pr4dwjq.b32.i2p
L'argent a été brûlé. Mais n'importe quoi pour emmerder la mère des DDOSERs. On s'en fout de ce que ça peut coûter. Dread reste en place.
Edit (14) : Encore des ajustements et des économies !
Nous aurions pu nous contenter de rester stables, mais voir l'argent brûler sous mes yeux me faisait trop mal. Je me suis donc concentré aujourd'hui sur l'optimisation de la procédure de prise de contact (en écartant le pool de threads unique et en répartissant les requêtes sur plusieurs processus tor indépendants avec le même état de mémoire pour éviter que le pool de threads unique ne bloque tout [TorProject : pourquoi n'y a-t-il qu'un seul pool de threads pour toute cette merde de prise de contact avec les oignons ? Les processeurs modernes ont des cœurs pour des jours. Des jours ! J'emmerde ta bibliothèque cpuworker.c. Les spaghettis sont omniprésents. DONNEZ-MOI UN VRAI THREADING. MANGEZ LE CALCUL. Ce n'est pas parce que les gens peuvent contenir cette merde pour contourner votre conception de trou du cul que cela signifie que c'est correct. OK ?])
Les valeurs de Tor ont été modifiées. J'ai fait une bonne action pour le réseau Tor en répartissant statistiquement la charge sur tous les gardiens. Sinon, il y aurait eu beaucoup plus de nœuds de garde mourant un peu partout. POW arrive et cette attaque ne sera qu'un mauvais moment à passer. Mais pour l'instant, nous devons optimiser.
Edit (16) : Le réseau Tor commence à avoir des effets d'entraînement :
Performance - Tor Metrics
metrics.torproject.orgBien qu'en général cela n'entraîne pas de défaillance des circuits à ce stade, la charge supplémentaire de construction des circuits s'est avérée extrêmement lourde pour le réseau et nuit au débit global. La charge supplémentaire de construction de circuits s'est avérée être extrêmement taxante pour le réseau, nuisant au débit global. Il y a cependant de bonnes nouvelles. Après de nombreux tests, j'ai mis au point un système d'équilibrage aux oignons qui devrait permettre de répartir équitablement la charge sur plusieurs fronts. Avec une limite de 20 points d'introduction sur un seul descripteur V3, ce n'est pas suffisant pour obtenir un temps de fonctionnement. L'introduction de descripteurs distincts sur le réseau est le seul moyen de faire fonctionner ces serveurs dans le cadre d'une attaque de ce type. La conception actuelle des descripteurs distincts laisse beaucoup à désirer car la charge n'est pas répartie aussi équitablement qu'elle devrait l'être. En particulier aux points d'introduction qui sont contrôlés par moi afin qu'aucune bêtise ne puisse se produire (et que les rejets de descripteurs puissent être minimisés/éliminés autant que possible). Une fois que j'aurai terminé, la rotation des descripteurs sera effectivement minimale, même en cas de charge excessive.
Ce sera ma plus grande réussite. L'évitement des failles de la couche de protocole en prenant en charge l'ensemble du processus d'introduction de l'oignon.
Voici quelques liens que Paris a partagés. Ceux-ci devraient fonctionner correctement.
/u/Paris
A
-----BEGIN PGP SIGNED MESSAGE-----
Hash : SHA256
Il semblerait que les autres aient été ciblés durement maintenant. Etant donné que mon but est de remettre en ligne l'url principale de Dread et de ne pas dépenser trop de ressources dans les serveurs de test, j'ai encore fait une rotation.
Voici quelques nouvelles URLs (encore une fois signées par ma clé PGP /u/Paris ), visitez-les et utilisez-les plutôt que l'url de Dread pour le moment.
frz6q5lqfrixg6vto2iy7v7lvq3i3jhet5oddyhg6tyuusq3t7k37nqd.onion
yl4mvqmgze2hti3t3x7mos2262ts2z4crshcdeurslkzhselu5bg3qad.onion
p5xdo22k72vofu4lqh5v4hrxaucqh2kadporinh2tnbfzzdl27fpid.onion
n7bpmxvqhct4eyuqlhckhnxhqskyoicncomj7xsx3adx7m7nacsuk4ad.onion
tswquihqsswt6pxgjzfzkltvrth53zcmzpktrjzaafo3q7wemvwdsuid.onion
-----COMMENCER LA SIGNATURE PGP-----
iQIzBAEBCAAdFiEEbfleES3oPdbct1q5DE1JcU+sN9gFAmMkBwACgkQDE1JcU+s
N9jcmxAA5jrqP5ShBLRFphi3k5eHHESBwF72Dl4CQPFzl8FFBUrwckE4ayztGeBg
lkkRex4p2Q2EZYfyf9AumTJQMVwxH04XrAk5A/DCFXKh6MA8sx86Tj3TnqbOy35w
H0G6icJeiPyrdaiCwg5O3U4tt90aBeBP/MMaUziGEAU27KRqZ5ASS2GVOMMCHXyY
5Hm8egi5224+RcUFL4Ajkd4YX37rqjaHFh6rQfyViul2NnUNa/glqcLss9zoE8HK
ssEQd1mcKYBjOSpjZpfKE1tFi3ydtOkDefWhK6z4ZqGjYE7O4dXXuV6kvCl+fnH
43vD2fUnkEhicfFTh9w+XqdelHgezDdqtZF2aD9yvaPHS5gjIMa6FoHoRENGcr
zJEl+MDsTmcEWn4mIdWvySOYmEKO3/hX/D2SWnZ+btKIPe4MRDeVw9w22iLIS9X6
ep9MZqw+wEZiYmF0NIKsg4q5NVkH7gVRqSco4WKdLQnoYXBc7ZGP3V4tXO0LLuO
bEdIsAg9ksuqXticSbXwsZMjTsV89+PvPYjH+BdaOKrHghO6s4TU+W4I2LsMnfRn
NaQFRUYvanFMe/vyvXuaJinHGTF6sA3U/W+894Xl6V6ZZgWWTQTh44CkzVn+ofb
Za6nBMFCaZ1Yd/a+5Xp3n+7/CctrG8DkmF2AiPniqVkUPYqq8f8=
=XeGa
-----END PGP SIGNATURE-----
/u/Paris
A-----BEGIN PGP SIGNED MESSAGE-----
Hash : SHA256
Il semblerait que les autres aient été ciblés durement maintenant. Etant donné que mon but est de remettre en ligne l'url principale de Dread et de ne pas dépenser trop de ressources dans les serveurs de test, j'ai encore fait une rotation.
Voici quelques nouvelles URLs (encore une fois signées par ma clé PGP /u/Paris ), visitez-les et utilisez-les plutôt que l'url de Dread pour le moment.
frz6q5lqfrixg6vto2iy7v7lvq3i3jhet5oddyhg6tyuusq3t7k37nqd.onion
yl4mvqmgze2hti3t3x7mos2262ts2z4crshcdeurslkzhselu5bg3qad.onion
p5xdo22k72vofu4lqh5v4hrxaucqh2kadporinh2tnbfzzdl27fpid.onion
n7bpmxvqhct4eyuqlhckhnxhqskyoicncomj7xsx3adx7m7nacsuk4ad.onion
tswquihqsswt6pxgjzfzkltvrth53zcmzpktrjzaafo3q7wemvwdsuid.onion
-----COMMENCER LA SIGNATURE PGP-----
iQIzBAEBCAAdFiEEbfleES3oPdbct1q5DE1JcU+sN9gFAmMkBwACgkQDE1JcU+s
N9jcmxAA5jrqP5ShBLRFphi3k5eHHESBwF72Dl4CQPFzl8FFBUrwckE4ayztGeBg
lkkRex4p2Q2EZYfyf9AumTJQMVwxH04XrAk5A/DCFXKh6MA8sx86Tj3TnqbOy35w
H0G6icJeiPyrdaiCwg5O3U4tt90aBeBP/MMaUziGEAU27KRqZ5ASS2GVOMMCHXyY
5Hm8egi5224+RcUFL4Ajkd4YX37rqjaHFh6rQfyViul2NnUNa/glqcLss9zoE8HK
ssEQd1mcKYBjOSpjZpfKE1tFi3ydtOkDefWhK6z4ZqGjYE7O4dXXuV6kvCl+fnH
43vD2fUnkEhicfFTh9w+XqdelHgezDdqtZF2aD9yvaPHS5gjIMa6FoHoRENGcr
zJEl+MDsTmcEWn4mIdWvySOYmEKO3/hX/D2SWnZ+btKIPe4MRDeVw9w22iLIS9X6
ep9MZqw+wEZiYmF0NIKsg4q5NVkH7gVRqSco4WKdLQnoYXBc7ZGP3V4tXO0LLuO
bEdIsAg9ksuqXticSbXwsZMjTsV89+PvPYjH+BdaOKrHghO6s4TU+W4I2LsMnfRn
NaQFRUYvanFMe/vyvXuaJinHGTF6sA3U/W+894Xl6V6ZZgWWTQTh44CkzVn+ofb
Za6nBMFCaZ1Yd/a+5Xp3n+7/CctrG8DkmF2AiPniqVkUPYqq8f8=
=XeGa
-----END PGP SIGNATURE-----