Pegadinha "Segurança"

sapulha wrote:Opa, desculpe a demora, eu estava em uma reunião.

Não foi crítica não, só comentei.

Esse programa dava tarefas diversas, meio complicadas para as pessoas realizarem mediante uma premiação.

Foi o que eu queria dizer, só que neste caso a premiação é o fato de conseguir dar a solução.

Pena que não tive tempo de tentar, mais mesmo assim foi legal ver os comentários.

Ahhhh tá. Beleza. Valeu pela explicação. É que sou da Finlândia e nunca vi o show e estava meio perdido com o comentário.

[]s,
Sami

Sami Koivu wrote:
nunca vi o show e estava meio perdido com o comentário

Sorte sua

Boa, Sami.

O defeito básico dos dois código é a premissa #1 com código de segurança: seu usuário está sempre tentando burlar, não confie nele.

Não deveria existir. Um programa deve adimitir que a senha está sempre errada até que se prove certa.

Que tal uma série dessas com classes de threads e concorrência?

pcalcado wrote:
O defeito básico dos dois código é a premissa #1 com código de segurança: seu usuário está sempre tentando burlar, não confie nele.

boolean passwordCorrect = true;

Não deveria existir. Um programa deve adimitir que a senha está sempre errada até que se prove certa.

Concordo. É um dos muitos problemas nesse(s) código(s).

Ontém reparei que mesmo corrigindo isto e o problema no Authenticator2 o usuário poderia ficar observando quantos vezes o método getPasswordChar() fica chamado e utilizar essa informação para quebrar a senha caráter por caráter.

pcalcado wrote:
Que tal uma série dessas com classes de threads e concorrência?

Uma ideía bem legal. Só que acho que as pessoas que manjam da concorrência mais do que eu seriam mais indicados para realizar isto. Ou seja, o louds, etc.

[]s,
Sami

Que tal uma série dessas com classes de threads e concorrência?

Boa!E que tal testar usando algum algoritmo de hash da vida.
Louds?Thingol?

Notícias, artigos e o maior fórum brasileiro sobre Java