[GTER] Registro de conexões - Marco Civil
CTBC Telecom
algartelecom at gmail.com
Wed Nov 11 22:08:03 -02 2015
>De repente seria interessante o CGI.br elaborar uma cartilha
>explicando a exaustão dos IPs v4, a consequente utilização de CG-NAT e
>recomendar aos órgãos de justiça, investigação e prossecução (MPU, CNJ
>e Secretarias de Segurança Pública dos Estados) que sempre solicitem
>tanto o IP quanto o src-port da conexão.
A Anatel já fez algo parecido com isso.
Veja em
http://www.anatel.gov.br/Portal/verificaDocumentos/documento.asp?numeroPublicacao=325769&assuntoPublicacao=null&caminhoRel=null&filtro=1&documentoPath=325769.pdf
2015-11-11 15:56 GMT-02:00 Osvaldo T Crispim Filho <osvaldotcf at gmail.com>:
> Certificados? KeyId?
>
> Na minha opinião tem algo a mais aí. O monitoramento é para encontrar
> violações, pelo menos o monitoramento do qual estamos falando. Se a
> comunicação foi fechada, me basta guardar aquilo que identifica a conexão:
> ip, porta e horário.
>
> Eu acho ... rsrsrs
>
> Em 11 de novembro de 2015 14:30, Rubens Kuhl <rubensk at gmail.com> escreveu:
>
> > 2015-11-11 15:14 GMT-02:00 Roberto Bertó <roberto.berto at gmail.com>:
> >
> > > Armazenar todos os flows? Quantos TB sao necessarios por mes para cada
> > Gbps
> > > de link medio?
> > >
> >
> >
> >
> > >
> > > Alem disso, o Marco Civil nao exige que seja armazenado a URL tambem?
> > Teria
> > > que abrir os flows. E os flows criptografados (https) nao seria
> possivel
> > > armazenar a URL
> > >
> >
> > Cada aplicação precisa registrar a sua maneira... fora criptografia, o
> > trabalho de decodificar estruturas de dados é brutal e sujeito a falhas.
> > Assim, um servidor HTTP guarda URI/usuário/certificado, um servidor SSH
> > guarda IP/usuário/keyID etc.
> >
> >
> > Rubens
> > --
> > gter list https://eng.registro.br/mailman/listinfo/gter
> >
>
>
>
> --
> - Osvaldo T Crispim Filho -
>
> "Conhecer não é demonstrar nem explicar, é aceder à razão."
> *(Antoine de Saint Exupery)*
> --
> gter list https://eng.registro.br/mailman/listinfo/gter
>
More information about the gter
mailing list