[GTER] Bloqueio do X

Thu Sep 19 12:37:02 -03 2024

Oi Uesley, o discurso é bonito mas esse ainda não é o ponto.

É sobre entender qual é a solução técnica adequada para fazer apenas o 
que foi pedido e ai cabe discussão do escopo técnico levando outras 
premissas em conta.
Consultar advogado ou jurídico apenas não resolve. Vai perguntar pro 
advogado se você deve aplicar blackhole ou não.

É importante entender que a solução compartilhada pelo Rubens é apenas o 
ponto de vista técnico dele, apenas uma maneira de fazer, que pode 
servir para alguns, mas não necessariamente "a maneira correta de 
cumprir a ordem" que todos deveriam seguir.

Fernando

On 19/09/2024 12:24, Uesley Correa via gter wrote:
> Olá a todos!
>
> Se algum operador de rede tem dificuldade na aplicação da lei (não importa
> se ela é moral ou imoral), esse alguém deve utilizar apoio jurídico para
> contactar ao ente responsável pela notificação e informar que não sabe como
> proceder com a aplicação, ou não conta com a capacidade técnica para tal.
> Seja por meio de um advogado constituído, ou entidade jurídica de
> associação de classe. O objetivo da lista / grupo de trabalho não é
> discutir se pode ou não bloquear. É discutir como se fazer cumprir a lei, e
> tentar ajudar aos que não conseguem, a como aplicar a notificação / mandado
> judicial vigente. Vejo que as colaborações técnicas foram ricas (novamente,
> desconsiderando a moralidade da petição). Então, se o assunto está fora do
> escopo de como proceder para fazer cumprir a ordem, ele não cabe a esse
> grupo. Ou então, mudamos o escopo do grupo e adicionamos também juristas
> aqui. Essas discussões não levam a nada tecnicamente, e já foi provado que
> a corda sempre se rompe do lado mais fraco, caso alguém opte por não
> cumprir a lei e não tenha suporte jurídico atrás.
>
> My 2 cents.
>
> Saudações,
>
> Uesley Corrêa - Analista de Telecomunicaciones
> CEO Telecom ISP Solutions
>
>
> On Thu, Sep 19, 2024 at 11:08 AM Fernando Frediani via gter <
> gter at eng.registro.br> wrote:
>
>> De acordo que aqui não é lugar de discutir política partidária, mas é
>> sim um a lista para se discutir soluções técnicas para problemas do dia
>> a dia de operadores de rede e por vezes essas soluções devem se basear
>> em conceitos e premissas sobre o ecossistema o qual todos trabalhamos e
>> que alguns parecem confundir com "discussão política". Por exemplo dizer
>> que a Internet não foi feita para se censurada e que existe o risco de
>> quebra e prejuízos sérios à longo prazo não tem a ver com discussão
>> política.
>>
>> Se alguém coloca o ponto de vista técnico *dele* sobre o assunto e
>> outros não concordam que aquilo é adequado porque quebra algumas
>> premissas importantes da Internet e que nesse contexto para alguns podem
>> ter mais importância do que a discussão sobre a legislação de um país
>> específico é legítimo tentar dirimir uma informação que parece
>> equivocada levando tudo isso em conta.
>>
>> Como a maioria aqui já percebeu estamos em um cenário de muita confusão
>> onde grande parte dos operadores de rede não tem a menor ideia do que
>> fazer (e eu não estou falando apenas de quais comandos executar), não
>> tem a quem recorrer, estão no escuro em busca de qualquer solução para
>> tentarem tirar aquela pendência da frente deles e numa situação dessas
>> se aplicarem qualquer solução técnica que veem pela frente sem fazer um
>> mínimo de esforço em entender os efeitos disso terá como causa quebrar a
>> Internet além do que foi solicitado prejudicando assim usuários e
>> empresas e violando esses conceitos e premissas que deveriam ter quando
>> atuando nesse ecossistema de Internet.
>> Se uma suposta solução ou orientação técnica não parece correta e pode
>> trazer problemas para quem usar cabe aos demais esclarecer o contrário.
>>
>> Que tal focar na discussão técnica sobre a solução, a extensão dela e os
>> efeitos do bloqueio além do que foi solicitado?
>>
>> Fernando Frediani
>>
>> On 19/09/2024 11:49, Alexandre Ricardo Dezembro via gter wrote:
>>> Senhores,
>>>
>>> O Rubens fez a gentileza de nos dar uma orientação técnica acerca de um
>>> DEVER que muitos de nós aqui temos como administradores de Sistemas
>>> Autônomos.
>>>
>>> Àqueles que se sentirem no DIREITO de não cumprirem a decisão judicial,
>> por
>>> favor, que se manifestem em juízo ou nas redes sociais, mas não aqui num
>>> fórum de assuntos técnicos.
>>>
>>> Abraço a todos,
>>>
>>> Alexandre
>>>
>>> Em qui., 19 de set. de 2024 às 11:38, Luis Bueno via gter <
>>> gter at eng.registro.br> escreveu:
>>>
>>>> Uma crítica não é censura. O Rubens pode continuar a falar as baboseiras
>>>> que ele quiser aqui auxiliando o bloqueio do X.
>>>>
>>>> Em qui., 19 de set. de 2024, 10:48, Lucas Willian Bocchi via gter <
>>>> gter at eng.registro.br> escreveu:
>>>>
>>>>> Faço minhas tuas palavras André. Agradeço demais a ajuda do Rubens
>> neste
>>>>> sentido.
>>>>>
>>>>> Em sex., 6 de set. de 2024 às 17:09, André Dias via gter <
>>>>> gter at eng.registro.br> escreveu:
>>>>>
>>>>>> Rubens, obrigado por ter citado o projeto. Fico contente pelo feedback
>>>>>> que tive de diversos provedores e/ou operadoras onde relataram que o
>>>>>> script ajudou.
>>>>>>
>>>>>> Com seu feedback, adicionei diversas novas "features", como:
>>>>>>
>>>>>> -Rotas Estaticas IPv4 referente aos ASNs do X;
>>>>>> -Rotas Estaticas IPv6 referente aos ASNs do X;
>>>>>> -Entradas em DNS Recursivo (Unbound e Bind9);
>>>>>> -Prefix List baseada nos ASNs do X. Função para 13 vendors diferentes
>>>>>> (baseado no que o BGPQ4 suporta, basicamente).
>>>>>>
>>>>>> Fiquei muito contente inclusive com como a comunidade reagiu referente
>>>>>> ao projeto, onde realmente agiram como comunidade contribuindo ao
>>>>>> projeto, seja a nível de documentação, feature ou até mesmo ideias de
>>>>>> novas funções que ajudam.
>>>>>>
>>>>>> Infelizmente, sabemos que esses bloqueios continuarão acontecendo, e
>>>>>> deixando de lado qualquer viés politico/juridico, creio que esse
>> script
>>>>>> economizará bastante tempo da comunidade como um todo.
>>>>>>
>>>>>> Aproveito inclusive para convidar os leitores desse thread a
>> contribuir
>>>>>> com o projeto, mesmo que seja com ideias.
>>>>>>
>>>>>> Abraços
>>>>>>
>>>>>>
>>>>>> On 9/1/24 12:07, Rubens Kuhl via gter wrote:
>>>>>>> Independente de questões jurídicas off-topic para a GTER (tal como se
>>>>>>> a 2a. decisão do STF suspendeu o bloqueio ou não), há operadores que
>>>>>>> entendem que devem efetivar o bloqueio e ou tem dúvidas de como fazer
>>>>>>> ou tem adotado soluções incompletas.
>>>>>>>
>>>>>>> Seguem então iniciativas para melhorar a chance de efetividade:
>>>>>>> 1)https://github.com/andrediashexa/twitter-block
>>>>>>>
>>>>>>> Inclui rotas de descarte para todas as alocações de ASNs do X. Não
>>>> tem
>>>>>>> configurações de DNS ou de filtros BGP, e pode sofrer com rotas mais
>>>>>>> específicas.
>>>>>>> Também não inclui bloqueio do proxy reverso que o X usa no aplicativo
>>>>>> mobile.
>>>>>>> Suporta diversas plataformas (RouterOS, VyOS, Nokia, Huawei, Cisco,
>>>>>> JunOS)
>>>>>>> Apenas IPv4.
>>>>>>>
>>>>>>> 2)https://pastebin.com/cL4fhTsE (JunOS) e
>>>>>>> https://pastebin.com/BQZq2LpC (Unbound)
>>>>>>>
>>>>>>>
>>>>>>> Inclui rotas de descarte para os anúncios e alocações, IPv4 e IPv6 e
>>>>>>> rotas de descarte para o proxy reverso. Falta colocar outras
>>>>>>> plataformas, falta filtrar anúncios BGP por prefixo alocado para
>>>>>>> permitir sumarizar as rotas de descrte.
>>>>>>>
>>>>>>>
>>>>>>> Rubens
>>>>>>> --
>>>>>>> gter listhttps://eng.registro.br/mailman/listinfo/gter
>>>>>> --
>>>>>> gter listhttps://eng.registro.br/mailman/listinfo/gter
>>>>>>
>>>>> --
>>>>> gter listhttps://eng.registro.br/mailman/listinfo/gter
>>>>>
>>>> --
>>>> gter listhttps://eng.registro.br/mailman/listinfo/gter
>>>>
>>> --
>>> gter listhttps://eng.registro.br/mailman/listinfo/gter
>> --
>> gter listhttps://eng.registro.br/mailman/listinfo/gter
>>
> --
> gter listhttps://eng.registro.br/mailman/listinfo/gter