Sim, eles supõem que isso pode ser devido a um dos seguintes motivos:
1. Algumas pessoas discutiram a realização de um ataque DDOS à Gasprom, e alguns esperam que isso seja uma reação a isso, já que o DDOS na Dread começou nos dias seguintes.
2. Um grande DNM tentando esconder um esquema de saída.
Acho que a primeira suposição é falsa porque uma grande corporação como a Gasprom provavelmente tem outros problemas no momento além do DDOSSing Dread rs
1. Algumas pessoas discutiram a realização de um ataque DDOS à Gasprom, e alguns esperam que isso seja uma reação a isso, já que o DDOS na Dread começou nos dias seguintes.
2. Um grande DNM tentando esconder um esquema de saída.
Acho que a primeira suposição é falsa porque uma grande corporação como a Gasprom provavelmente tem outros problemas no momento além do DDOSSing Dread rs
Eles ainda estão sob forte DDoS
http://dreadytofatroptsdj6io7l3xptbet6onoyno2yv7jicoxknyazubrad.onion -
Last Online: Sun Sep 18 15:44:26 2022 UTC
O ip2 também está fora do ar? quem tem esse link?
http://dreadytofatroptsdj6io7l3xptbet6onoyno2yv7jicoxknyazubrad.onion -
Last Online: Sun Sep 18 15:44:26 2022 UTC
O ip2 também está fora do ar? quem tem esse link?
Mensagem do administrador de Paris fora do dread ( fonte tor.taxi )
O i2p está funcionando e estável.
O dinheiro foi queimado. Mas tudo para ferrar a mãe dos DDOSERs. Não damos a mínima para o que for preciso. O Dread continua no ar.
Edição (14ª): Mais ajustes e economia de custos!
Poderíamos ter ficado apenas estáveis, mas ver o dinheiro queimar na frente dos meus olhos foi demais. Por isso, concentrei-me hoje na otimização do processo de handshakes de circuito (deixando de lado o pool de thread único e distribuindo as solicitações em vários processos independentes do Tor com basicamente o mesmo estado de memória para evitar que o pool de thread ÚNICO bloqueie tudo [TorProject: por que existe apenas... um... único... maldito... pool de thread... para toda essa merda de handshake de cebola? As CPUs modernas têm núcleos para dias. DIAS! Que se dane sua biblioteca cpuworker.c. Espaguete em todo lugar. DÊ-ME O VERDADEIRO THREADING. COMA A COMPUTAÇÃO. Só porque as pessoas podem colocar essa merda em um contêiner para contornar o seu projeto idiota, isso não significa que está tudo bem. OK?])
Os valores do Tor foram ajustados. Também fiz um bom trabalho para a rede Tor, distribuindo estatisticamente a carga por basicamente todos os guardas. Caso contrário, haveria muito mais nós de guarda morrendo por toda parte. O POW está chegando e esse ataque será apenas um momento ruim no passado. Mas agora estamos otimizando.
Edição (16ª): A rede Tor está começando a ter efeitos em cascata:
metrics.torproject.org
Embora geralmente isso não resulte em falhas nos circuitos neste momento. A carga extra de construção de circuitos tem se mostrado extremamente desgastante para a rede, prejudicando a taxa de transferência geral. No entanto, há boas notícias. Depois de muitos testes, tenho um projeto de balanceamento de cebola que deve ser eficaz para distribuir igualmente a introdução da carga em várias frentes. Como o limite de pontos de introdução em um único descritor V3 é de 20, não é suficiente para obter tempo de atividade. A única maneira de fazer com que esses servidores funcionem em um ataque como esse é empurrando descritores distintos na rede. O design atual de descritores distintos deixa muito a desejar, pois a carga não está tão igualmente distribuída quanto deveria. Especificamente para os pontos de introdução que são controlados por mim para que nenhuma bobagem aconteça (e as rejeições de descritores possam ser minimizadas/eliminadas o máximo possível). Quando eu terminar, a rotação do descritor será efetivamente mínima, mesmo sob carga excessiva.
Essa será a minha maior conquista. Evitar falhas na camada de protocolo, superando todo o processo de introdução da cebola.
O i2p está funcionando e estável.
http://dreadtoobigdsrxg4yfspcyjr3k6675vftyco5pyb7wg4pr4dwjq.b32.i2p
O dinheiro foi queimado. Mas tudo para ferrar a mãe dos DDOSERs. Não damos a mínima para o que for preciso. O Dread continua no ar.
Edição (14ª): Mais ajustes e economia de custos!
Poderíamos ter ficado apenas estáveis, mas ver o dinheiro queimar na frente dos meus olhos foi demais. Por isso, concentrei-me hoje na otimização do processo de handshakes de circuito (deixando de lado o pool de thread único e distribuindo as solicitações em vários processos independentes do Tor com basicamente o mesmo estado de memória para evitar que o pool de thread ÚNICO bloqueie tudo [TorProject: por que existe apenas... um... único... maldito... pool de thread... para toda essa merda de handshake de cebola? As CPUs modernas têm núcleos para dias. DIAS! Que se dane sua biblioteca cpuworker.c. Espaguete em todo lugar. DÊ-ME O VERDADEIRO THREADING. COMA A COMPUTAÇÃO. Só porque as pessoas podem colocar essa merda em um contêiner para contornar o seu projeto idiota, isso não significa que está tudo bem. OK?])
Os valores do Tor foram ajustados. Também fiz um bom trabalho para a rede Tor, distribuindo estatisticamente a carga por basicamente todos os guardas. Caso contrário, haveria muito mais nós de guarda morrendo por toda parte. O POW está chegando e esse ataque será apenas um momento ruim no passado. Mas agora estamos otimizando.
Edição (16ª): A rede Tor está começando a ter efeitos em cascata:
Desempenho - Tor Metrics
metrics.torproject.orgEmbora geralmente isso não resulte em falhas nos circuitos neste momento. A carga extra de construção de circuitos tem se mostrado extremamente desgastante para a rede, prejudicando a taxa de transferência geral. No entanto, há boas notícias. Depois de muitos testes, tenho um projeto de balanceamento de cebola que deve ser eficaz para distribuir igualmente a introdução da carga em várias frentes. Como o limite de pontos de introdução em um único descritor V3 é de 20, não é suficiente para obter tempo de atividade. A única maneira de fazer com que esses servidores funcionem em um ataque como esse é empurrando descritores distintos na rede. O design atual de descritores distintos deixa muito a desejar, pois a carga não está tão igualmente distribuída quanto deveria. Especificamente para os pontos de introdução que são controlados por mim para que nenhuma bobagem aconteça (e as rejeições de descritores possam ser minimizadas/eliminadas o máximo possível). Quando eu terminar, a rotação do descritor será efetivamente mínima, mesmo sob carga excessiva.
Essa será a minha maior conquista. Evitar falhas na camada de protocolo, superando todo o processo de introdução da cebola.
Aqui estão alguns links que Paris compartilhou. Esses devem funcionar bem.
/u/Paris
A
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Parece que os outros foram muito focados agora. Como meu objetivo é colocar a url principal do Dread novamente on-line e não gastar muitos recursos nos servidores de teste, eu os alternei mais uma vez.
Aqui estão algumas URLS novas (novamente assinadas por minha chave PGP /u/Paris ), visite-as e use-as em vez da url do Dread neste momento.
frz6q5lqfrixg6vto2iy7v7lvq3i3jhet5oddyhg6tyuusq3t7k37nqd.onion
yl4mvqmgze2hti3t3x7mos2262ts2z4crshcdeurslkzhselu5bg3qad.onion
p5xdo22k72vofu4lqh5vv4hrxaucqh2kadporinh2tnbpfzzdl27fpid.onion
n7bpmxvqhct4eyuqlhckhnxhqskyoicncomj7xsx3adx7m7nacsuk4ad.onion
tswquihqsswt6pxgjzfzkltvrth53zcmzpktrjzaafo3q7wemvwdsuid.onion
-----BEGIN PGP SIGNATURE-----
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
Parece que os outros foram muito focados agora. Como meu objetivo é colocar a url principal do Dread novamente on-line e não gastar muitos recursos nos servidores de teste, eu os alternei mais uma vez.
Aqui estão algumas URLS novas (novamente assinadas por minha chave PGP /u/Paris ), visite-as e use-as em vez da url do Dread neste momento.
frz6q5lqfrixg6vto2iy7v7lvq3i3jhet5oddyhg6tyuusq3t7k37nqd.onion
yl4mvqmgze2hti3t3x7mos2262ts2z4crshcdeurslkzhselu5bg3qad.onion
p5xdo22k72vofu4lqh5vv4hrxaucqh2kadporinh2tnbpfzzdl27fpid.onion
n7bpmxvqhct4eyuqlhckhnxhqskyoicncomj7xsx3adx7m7nacsuk4ad.onion
tswquihqsswt6pxgjzfzkltvrth53zcmzpktrjzaafo3q7wemvwdsuid.onion
-----BEGIN PGP SIGNATURE-----
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-----