thegoodfellas/blogset-br huggingface dataset:
Descrevo aqui minha triste historia na tentativa de utilizar a hospedagem com Joomla! no UOL Host.1 - Paguei o boleto da assinatura anual do dominio no valor de R$ 19,90 em 20/09/2013.2 - Paguei o boleto da assinatura mensal de hospedagem no valor de R$ 29,90 em 24/09/2013.No dia 25/09/2013 o painel do cliente foi liberado para eu configurar o site.Deste momento em diante nada funcionou.Sofrimento 0 - Passo-a-passoEntrei no painel do cliente com o usuario e senha cadastrados.Cliquei em "Meus Produtos", em seguida do botao "Administrar".Na tela seguinte cliquei novamente em AdministrarCliquei em "Instalar Aplicativos"Apareceu a tela de instalacaoEscolhi CMS (Joomla), marquei a opcao "Pagina principal do site" e cliquei em continuar.Apareceu uma tela informando que estava sendo instalado o Joomla.Aguardei mais de uma hora e nada acontecia. Entrei em contato com o suporte que mandou aguardar mais.Eu perguntei se a instalacao automatica era feita "manualmente" por um estagiario, ja que tinha passado uma hora e nada havia acontecido.O resultado e que o Joomla! nao foi instalado, porem, na tentativa de instalar novamente na pagina principal sou informado de que ja fora utilizado aquele nome de pasta. Abri um chamado e o atendente me falou para excluir a instalacao do Joomla!. Foi quando disse para ele que nao tinha nada instalado.Depois de cinco telefonemas e quatro suportes via chat entendi que eles nao sabiam o que fazer.Mandaram tentar instalar novamente.Repeti o procedimento mais tres vezes instalando em pastas especificas e nao mais na pagina principal porque nao dava.Nas tres tentativas nada aconteceu e nenhum aplicativo era instalado.O chamado ficou sem resposta, mas, por algum milagre consegui instalar o Joomla!, porem ficou um banco de dados de "lixo" da instalacao que deu erro e eu nao tenho autorizacao para excluir.Hoje, dia 30/09, a 6 dias do servico contratado, depois de tanto sofrimento e ligacoes e registro no ReclameAqui, pensei que iria conseguir publicar meu site.Na tentativa de instalar uma extensao do Joomla! que usei para desenvolver o site o que acontece?Segue:Sofrimento 1 - Passo-a-passoEntro na pagina de administracao do Joomla! no meu dominio.Efetuo o login.Clico em "Extensions", "Extension Manager".Clico em "Browse..." e seleciono a extensao que quero instalar.Clico em "Upload & Install".Apos algum tempo tentando processar a informacao, a extensao nao e instalada e e exibido um erro do Internet Information Services 8 (IIS 8), a instalacao nao e concluida por um problema de timeout devido a uma configuracao do servidor web.O suporte do UOL Host me informou que eu tenho que resolver porque e um problema do CMS, so que nao e. E um problema de alguma configuracao do IIS 8. A unica forma de eu resolver era se me dessem acesso a maquina que esta rodando o servidor web para eu alterar as configuracoes, caso contrario, nao posso fazer nada.Estou ate agora sem conseguir publicar meu site, ou seja, ja paguei a mensalidade e a quase uma semana nao tenho o site no ar por problemas do UOL Host.Esta ficando dificil.Segue tela de erro de timeout na instalacao da extensao Joomla!Bem que me falaram que o UOL Host apesar de
ser uma "grande" empresa, sao muito amadores.E so procurar na internet para ver o numero de reclamacoes de clientes.Infelizmente eu tentei, mas estou partindo para outro.Se alguem conhecer um bom que funcione o Joomla! me fale.Evaldo Wolkers.
introducao. Se voce nao sabe a diferenca entre chave e senha, ou entre algoritmos simetricos e assimetricos, se nao sabe o que e o ataque de forca bruta e quantos bits precisa ter para ser seguro, entao este artigo podera lhe ser util.Por: Elgio Schlemer | Blog: http://gravatai.ulbra.tche.br/~elgioIntroducaoO desejo de enviar mensagens de forma segura sem que ninguem mais, a nao ser o destinatario, consiga ler, e tao antigo quanto a invencao da escrita. Em guerras primitivas tem-se relato de generais que raspavam a cabeca de um escravo e sobre a cabeca escreviam mensagens secretas de guerra. Apos o cabelo crescer, o emissario era enviado (esta tecnica de esconder mensagens e chamada de esteganografia e sua versao moderna consiste em esconder mensagens em imagens ou musicas). Basicamente existem duas formas primarias de obscurecer uma mensagem (criptografar), que pode ser pelo uso de substituicao ou transposicao. Na substituicao troca-se alguma coisa por outra, de acordo com algum criterio. Os passatempos encontrados em bancas de revistas exploram a substituicao, onde o leitor e levado a descobrir que onde tem triangulo deve ser considerado a letra "A", por exemplo. Ja na transposicao apenas troca-se as coisas de lugar. Usando transposicao simples, pode-se escrever a palavra "teste" como "ettse", transpondo uma letra com a sua vizinha. O metodo matematico de substituicao para inviabilizar a leitura mais antigo que se tem registro e a cifra de Cesar. Elaborada por Julio Cesar, esta cifra inaugurou as chamadas cifras de substituicao monoalfabeticas. Na infantil Cifra de Cesar, cada letra do alfabeto e substituida pela sua terceira vizinha, ou seja, o "A" e transformado em "D", em um alfabeto circular, onde o "Z" vira "C" (...VWXYZABC...), conforme ilustrado na figura.Nota-se ai a existencia de duas operacoes distintas: a) cifrar: para cifrar uma mensagem, deve-se substituir cada letra pela terceira vizinha subsequente. Em C usando string isto poderia ser feito com: strCIF[i] = strTXT[i] + 3;No entanto, um programador experiente vera erro na formula acima: ela so funciona ate o "W" que somado com 3 virara "Z". Para as letras "X", "Y" e "Z" a formula e falha! Ai entraria em acao a operacao de modulo, muito utilizada em criptografia (fica como dever de casa). b) decifrar: ja para recuperar a mensagem outro metodo matematico precisa ser usado. Ao inves de trocar pela terceira subsequente, deve-se trocar pela terceira anterior ("D" deve virar "A"). Percebe-se nitidamente duas operacoes distintas para cifrar ou decifrar. Uma variacao interessante da cifra de cesar e a Rot13, onde se troca pela decima terceira vizinha. Ela e interessante pois como o alfabeto tem exatos 26 letras, o processo de cifrar e decifrar e o mesmo! Para cifrar basta achar a vizinha 13 subsequente e para decifrar tambem (a vizinha de "A" e "M" e a vizinha de "M" e o "A"). Ninguem ira cifrar nada serio usando Cesar. Serve apenas como fundamento didatico para explicar alguns conceitos, como o de chave, por exemplo.Conceito de chaveA Cifra de Cesar nao tem chave. Toda a "seguranca" esta na descoberta do metodo matematico. Se alguem descobrir que deve-se somar
3, acabou o algoritmo. Outro problema da Cifra de Cesar e que se eu compartilho o metodo com 10 pessoas, todas as 10 estarao aptas a ler todas as mensagens. Mas se eu quisesse, usando esta cifra, trocar uma mensagem cifrada com a pessoa A, mas de forma que a pessoa B nao possa ler, mesmo sabendo o metodo? Uma variacao da Cifra de Cesar consiste em trocar a letra pela vizinha k ao inves da 3. Se eu usar k como 3, terei que o "A" troca por "D". Se eu usar k=6, terei que o "A" troca por "G", e assim por diante. A ideia deste algoritmo e que todos conhecam o metodo (trocar por uma vizinha), mas ninguem sabe por qual vizinha e. Neste caso eu poderia combinar com a pessoa A que sempre que enviasse uma mensagem para ela eu usaria k como 3. Ja com a pessoa B eu combino k=6. Todos conhecem o metodo, mas a pessoa B nao saberia como ler mensagens que enviei a pessoa A pois ela nao sabe que com A eu usei k=3. Eis o conceito de chave. O metodo e o mesmo, mas a chave (k) varia. Considerando que a pessoa B queira muito ler a mensagem que eu enviei para a pessoa A, tudo que ela precisa e descobrir qual valor de k eu usei para o A, ja que o metodo e o mesmo. A ideia e que nao exista segredo algum no metodo de criptografia (muito embora alguns fabricantes insistem em basear sua seguranca nisto). E como pode ser feita esta descoberta? Uma das forma e atraves da forca bruta.Ataque por forca brutaNeste tipo de ataque testa-se todas as possibilidades de chave possiveis, ate encontrar uma que sirva. Voltando ao infantil metodo de Cesar com a modificacao e presenca do k, se B quisesse muito saber o que escrevi para A, ele poderia tentar usar os possiveis valores de k ate que a mensagem faca sentido. Neste caso k pode assumir uma variedade limitada de valores. Ele pode ser 0 (onde "A" seria trocado pelo mesmo "A". Ridiculo, mas matematicamente e uma chave viavel), pode ser 1, 2, 3, ... 25, sendo que neste ultimo o "A" seria trocado pelo "Z". Veja que existem apenas 26 possiveis valores para k neste metodo. Um ataque por forca bruta nao exigiria mais que 26 tentativas. Matematicamente se usa a estatistica aqui, sendo que ninguem e tao sortudo para acertar na primeira tentativa e nem tao azarado para acertar na ultima! Na media se considera que o ataque tera sucesso em 13 tentativas. Logo, neste caso, um ataque por forca bruta tera um esforco medio de 13 tentativas. Se eu usar papel e caneta (como devia ser no tempo de Cesar) e conseguir testar no ritmo de uma tentativa por minuto, levaria 13 minutos em media para quebrar o algoritmo. Este seria o esforco de um ataque de forca bruta a Cifra de Cesar, o que o torna, como disse, infantil. Mas se eu mudasse a cifra monoalfabetica um pouco.
Se ao inves de ter que trocar uma letra por uma k vizinha eu usasse uma tabela de trocas:Letra A B C D E F G H I J K L M ...troca X J M A F W C N O K B E T ...Sera que um ataque de forca bruta seria possivel com este novo algoritmo? Um ataque de forca bruta sempre e possivel, a questao e quanto tempo em media ele levaria. O tempo e de acordo com as possiveis combinacoes de chave. Neste caso de um algoritmo monoalfabetico com uma tabela de troca, cada letra pode ser uma das outras 25, sem poder repetir, ou seja, se ja decidi que "A" troca pelo "X", ninguem mais podera ser trocado pelo "X". A matematica nos ensina que neste caso haverao 26! possibilidades (fatorial de 26) para a chave. As aparencias enganam, pois fatorial de 26 resulta em 403.291.461.126.605.635.584.000.000 possiveis valores para chave e isto e muito, mas muito mesmo. Como calcular este fatorial no Linux? Usando bc, uma alternativa bem criativa e com o comando: $ seq -s '*' 1 26|bc O comando seq ira gerar a sequencia: 1*2*3*4*5*6*7*8*9*10*11*12*13*14*15*16*17*18*19*20*21*22*23*24*25*26 que sera avaliada pelo bc. Se eu tivesse um computador capaz de realizar 1 bilhao de tentativas por segundo (1.000.000.000) e tiver 1 bilhao destes computadores para uso, o ataque de forca bruta ainda levaria 201.645.730 segundos, ou aproximadamente 6 anos de processamento! Verifique voce mesmo no bash: $ echo "403291461126605635584000000 / 2 / 1000000000 / 1000000000 / 60 / 60 / 24 / 365" | bc Divido o numero de tentativas por 2, pois na media se acerta na metade das tentativas, divido pela quantidade de quebras por segundo de um computador, que e um bilhao, divido pelo numero de computadores que tenho. Depois divido por 60 para transformar segundos em minutos, por 60 novamente para transformar em horas, por 24 tem-se dias e dividindo por 365 tem em anos. Logo, por forca bruta, este algoritmo de substituicao monoalfabetica e infalivel e inquebravel, apenas com o desconforto de ter que memorizar uma k que e uma tabela. Costumo instigar meus alunos neste momento perguntando-lhes se esta ai o algoritmo perfeito e inquebravel! Entao? Por forca bruta, SIM, eis um algoritmo ideal. So que existem outros meios de se quebrar um algoritmo de cifra que e atraves da criptoanalise.Ataque por criptoanaliseO ataque por forca bruta e possivel em todos os casos. Ainda nao existem algoritmos imunes a este ataque, ou seja, ele sempre podera ser tentado. A questao e o tempo que levara. Deseja-se um algoritmo com tantas possibilidades de chave que o ataque levaria anos ou mesmo milhares de anos, de sorte que ninguem sequer ira tentar este ataque por ser inviavel (em tempo: estudos sobre computacao quantica sugerem a possibilidade da construcao de algoritmos de criptografia imunes ao forca bruta). A cifra de substituicao monoalfabetica com uma tabela de trocas, citada no capitulo anterior, e um caso de um algoritmo para o qual demonstrou-se que o foca bruta e inviavel. Mas existe a criptoanalise. Simon (ver referencias)
define a criptografia como a eterna guerra entre criptografos e criptoanalistas. Um constroi para que o outro descubra como destruir! No caso mais especifico da substituicao monoalfabetica ela e fragil e sucumbe ao ataque de "Analise de Frequencia". Costumo brincar de forca com meus alunos nesta hora:Vamos la. Qual letra voce escolheria? Notoriamente todos comecam tentando a letra "A" ou, no maximo, indo pelas vogais. Porque? Ora, pelo simples fato de que em um texto em portugues a letra "A" e a letra que mais se repete! E improvavel que um texto nao possua uma boa quantidade de letras "A"s. Isto e analise de frequencia. Se estou tentando quebrar uma cifra monoalfabetica (onde uma letra trocou por outra), sabendo que o texto e em portugues a primeira coisa que faco e contar as letras. Se, e ao contar, descubro que a mais repetida e o "W" e provavel que o "W" esta substituindo a letra "A". Onde tem "W" coloco "A" e vou brincando ate o texto fazer algum sentido para mim. No caso da forca, ao colocar a letra "A" ficaria assim:Vamos ver quem posta o primeiro comentario dizendo qual e a palavra! Todo o algoritmo de substituicao monoalfabetico e vulneravel ao ataque de analise de frequencia. Se o texto for em ingles, sabe-se que a letra que mais se repete e o "E". Mas entenda que substituicao monoalfabetica nao quer dizer apenas letras assim como analise de frequencia nao se aplica somente a letras que mais se repetem! Posso cifrar o arquivo binario com uma tabela de 256 trocas, onde o byte 00000000 sera trocado por 00110110, por exemplo, e assim por diante. Ainda e considerado substituicao monoalfabetica. No caso, se era um executavel, posso realizar analise de frequencia nele, descobrir quais os bytes mais presentes em um EXE tipico e usar o mesmo principio! Fabricantes de processadores fazem isto para descobrir as instrucoes mais usadas em programas a fim de otimiza-las. Logo, foi para o brejo nosso algoritmo perfeito: ele perece pelo ataque de "Analise de Frequencia". Alternativas interessantes ao longo da historia foram usadas para melhorar a cifra monoalfabetica como variar a troca para os mais frequentes. Como exemplo, a letra "A", sendo a que mais se repete, pode ser trocada por "X", por "#" ou por "*". Isto, se bem usado, evita a analise de frequencia, mas impoe alguns problemas, como o fato do alfabeto de troca ter que possuir mais simbolos que o original. Enfim, a cifra de Viginere resolveu de forma criativa este problema e ficou inquebravel por seculos ate que Babage a quebrou usando, pasmem, Analise de frequencia (Simon). Ainda existem outras tecnicas de criptoanalise como por exemplo as colas. Chama-se de cola quando um atacante tem uma vaga ideia de trechos da mensagem. Na segunda guerra mundial os alemaes pisaram na bola neste sentido, pois toda a comunicacao tinha a saudacao nazista, logo ao menos um trecho da mensagem era previsivel (Simon). Hoje os modernos algoritmos de cifras devem ser imunes as colas, ou seja, mesmo que eu lhe de centenas de textos
cifrados e as suas centenas de textos originais correspondentes, ainda assim voce nao deve ser capaz de descobrir qual chave eu usei (esta propriedade e muito interessante e parece utopica, mas nao e).Simetricos ou assimetricos?O que temos ate agora?metodo: o algoritmo matematico que faz a cifra e a decifragem. Nao deve ser segredo.chave: unico segredo. Uma informacao que alimenta o algoritmo para cifrar ou decifrar. Quanto mais possibilidades, mais inviavel e o forca bruta.Assim como uma porta de uma casa com sua fechadura que so pode ser aberta por quem tiver a chave. Considerando que a fechadura e a prova de criptoanalise, ou seja, a prova de "chaveiros", a unica forma de abrir a porta sem a chave correta e se um chaveiro viesse com uma sacola com todas as possiveis chaves para aquela fechadura e ficasse tentando ate uma servir. Se forem bilhoes de chaves possiveis, torna inviavel (isto seria um forca bruta). Mas veja que neste exemplo a mesma chave que fecha tambem abre. Existe apenas uma chave e ela serve para trancar a porta e tambem para destranca-la! Neste caso tem-se o que se chama de algoritmo simetrico, onde existe apenas uma unica chave e ela serve para cifrar e decifrar. Um problema cronico existe com os algoritmos simetricos e ele atormentou os cientistas durante muito tempo: como pode ocorrer de forma segura a troca das chaves? Se eu quero trocar uma mensagem com a pessoa B como conto ao B que usarei k=10 para cifrar a mensagem? Se tiver a oportunidade de me encontrar pessoalmente com ele, ok, converso de forma reservada e lhe conto a chave. Mas e se ele estiver distante, sem a possibilidade de um encontro pessoal? Telefono para ele? E se alguem estiver com uma escuta telefonica? Envio um email? Veja, nao tem como realizar esta comunicacao de forma segura. Este problema atormentou muita gente. Na segunda guerra o livro dos codigos da Enigma, com chaves diarias de um mes inteiro, era entregue em maos aos operadores de radio. Este tinha ordens para, sob ataque, imediatamente destruir a maquina e o livro. Se os aliados tivessem acesso a este livro seriam capazes de quebrar as comunicacoes de um mes inteiro (o filme "U-571 - A Batalha do Atlantico" explora este fato, onde os aliados disfarcam um submarino como sendo alemao a fim de tentar capturar a Enigma). Simon conta detalhes deste fato historico e revela que uma das primeiras formas que os aliados acharam para ler as mensagens foi subornar um oficial alemao (depois eles quebraram com colas e depois com maquinas implementadas por Alan Turing chamadas de "bombas")! Seria possivel a troca de chaves de forma segura usando um meio de comunicacao inseguro? Isto se consagrou como matematicamente impossivel, exceto para os "loucos" Marin Hellman e Whitfield Diffie. Loucos pois aparentemente estavam pesquisando algo impossivel, para o qual ja se havia desistido: um algoritmo de troca de chaves seguro em um meio inseguro. Este artigo ficaria muito longo se comecasse a contar a historia do famoso algoritmo Diffie-Hellman e o quanto ele revolucionou
a ciencia da criptografia. Cabe apenas ressaltar o raciocinio que embasou estes "loucos". Eles pensaram facilmente em um protocolo de troca de informacoes sigilosas via correio. E interessante para ilustrar. Imagine que quero enviar documentos sigilosos pelo correio para "P" e que eu nao confio no carteiro. Colocar os documentos em uma caixa com cadeado nao serve, pois como enviaria a chave do cadeado para o "P"? Pelo correio? Por teletransporte? Se nao confio no meio, nao adianta variar os metodos usando este meio de transporte no qual nao confio. Estamos falando de criptografia onde se leva as teorias ao extremo. Mas DH pensaram em um metodo (eu sou o "E" enviando documentos para "P"):"E" compra um cadeado em uma ferragem;"E" coloca os documentos em uma caixa e coloca o seu cadeado. Pressupoe-se que tanto a caixa como o cadeado sao inviolaveis e que a unica forma de abrir a caixa e com a chave;"E" envia a caixa pelo Correio. Veja que ninguem podera abir, pois "E" nao enviou a chave. O carteiro curioso nada pode fazer;"P" recebe a caixa. Bom, "P" tambem nao a pode abrir pois ele nao tem a chave (surpreso?). Mas "P" ao inves de abrir, compra o seu cadeado e coloca ele tambem na caixa. A caixa agora tem DOIS cadeados: o de "E" e o de "P";"P" devolve a caixa pelo correios ao "E";Legal, agora nem mesmo "E" consegue abrir sua caixa. Mas ele apenas usa a sua chave para tirar o seu cadeado, mantendo o cadeado de "P";"E" devolve a caixa para "P" que agora pode abri-la.Observe que neste protocolo jamais houve uma troca de chaves. DH pensavam que deveria existir um principio matematico que reproduzisse este efeito e depois de muita pesquisa o encontraram na aritmetica modular usando numeros primos (mais tarde se soube que eles nao foram pioneiros, pois pesquisas secretas neste sentido haviam sido realizadas muitos anos antes). Prometi que nao ia falar do algoritmo de Diffie-Hellman e nao vou. Apenas devo dizer que ele, em sua forma original, e vulneravel e sua importancia historica e mais por ter abertos portas. O famoso e ainda extremamente usado algoritimo RSA e baseado na mesma aritmetica modular do DH. Um algoritmo assimetrico, portanto, e quando se usa uma chave para cifrar, porem, magicamente, esta chave nao serve para abrir o que se cifrou. Nao tem espaco aqui para explicar isto em termos matematicos (se alguem quiser, me peca), mas o fato e que tais algoritmos existem. Muitos chamam estes algoritmos de chave publica e privada, mas o nome tecnico deles e algoritmos assimetricos. Esta confusao no nome e porque uma das chaves, normalmente a que serve para cifrar, e tornada publica e a outra e mantida sob sigilo conhecida como chave privada (eu tenho que tomar muito cuidado quando falo disto. Sempre "chave privada". Nao foram poucas as vezes que me peguei falando "Se voce der a sua privada para o fulano"). Para entender os assimetricos eu uso uma excelente analogia! Voltemos aos correios e ao uso das caixas. Tem uma maneira ainda mais
eficiente de receber ou enviar documentos sigilosos. Digamos que eu quero enviar um documento para "P". Bastaria isto:"P" compra um cadeado e me envia ele ABERTO pelo correio. Nao envia a chave;"E" recebe o cadeado aberto de "P" e o usa para fechar a caixa. Uma vez fechada, "E" ja nao tem mais condicoes de abri-la;"E" envia a caixa com o cadeado fechado de "P";"P" a abre pois tem a chave.Nesta analogia a chave publica seria o cadeado aberto: ele so serve para cifrar. Estendendo a analogia, "P" poderia pedir a um fabricante de cadeados que confeccionasse milhares de cadeados com a mesma chave. O cadeado de "P" estaria em todas as agencias de correios, por exemplo. Esta e a ideia. Claro que para que isto funcione o cadeado deve ser forte e a chave deve possuir muitas combinacoes, senao um ataque de forca bruta seria viavel. Deve tambem ser imune a criptoanalise, ou seja, nenhum chaveiro do mundo seria capaz de construir uma nova chave apenas analisando o cadeado. Voltando aos termos "informaticos" a ideia do cadeado foi implementada pelo algoritmo RSA baseado na fatoracao de numeros primos. Constitui em duas chaves, uma chamada de Ke (K para "e"ncriptar) e Kd (k para "d"ecriptar). Uma complementa a outra. O que cifra-se usando Ke apenas com a Kd e possivel recuperar (nao vou descrever o funcionamento do RSA). Um atacante conhece Ke pois a tornei publica. Contudo, mesmo tendo ela, ele esta computacionalmente inviabilizado de calcular Kd. RSA garante isto atraves do uso de numeros primos gigantes, hoje com tamanhos de 512 bits. Criptografia nos dias de hojeAgora que os conceitos foram colocados, vamos aos fatos praticos. Na informatica tudo se resume a bits. Em um algoritmo de criptografia o que se mede e o tamanho da chave em bits. Se uma chave possui 3 bits, ela pode ser uma dentre os seguintes valores: 000001010011100101110111 Isto nos da apenas 8 possibilidades para k. Na matematica, o numero de possiveis chaves e de 2 elevando ao numero de bits (23 = 8). Assim sendo, se um algoritmo simetrico tiver 128 bits de chave, como e o caso do AES, significa que ele tem 2128 possiveis chaves ou 340282366920938463463374607431768211456 (nem tente ler este numero!). Lembra do nosso computador que testa 1 bilhao de possibilidades e do fato de dispormos de 1 bilhao destes para usar? Com este hardware eu levaria 170141183460469231731 segundos, ja considerando a metade das tentativas (2127: lembra? ninguem e tao azarado de acertar na ultima). Em uma calculadora, dividindo isto por 60 para ter minutos, por 60 novamente para ter horas, por 24 para ter dias e por 365 para anos, chega-se a estrondosa quantia de 5.395.141.535.403 anos! E pura falta de conhecimento de causa quem afirma que algoritmos simetricos de 128 bits sao quebraveis por forca bruta. So mesmo Dan Brown em seu livro "Fortaleza Digital" e seu computador quantico de bilhoes de bits para quebrar tal algoritmo! Se considerar o AES128, nao estou dizendo que ele e inquebravel pois pode ter fraquezas exploraveis por criptoanalise. Se houver ou (a)