🚀 go-pugleaf

> En �so tienes raz�n, pero en muy pocos sitios se utilizan contrase�as de
> un solo uso, o sistemas como kerberos.  Lo normal, en la mayo�a de las

No se en qu� �mbito te mover�s t� pero los clientes en los que yo he 
trabajado existe politica de contrase�as (longitud minima, caducidad, 
repetici�n, complejidad) adem�s de sistemas de autentificaci�n basados como 
m�nimo en NTLM...
Incluso permitiendo autentificaci�n LM, y una vez capturados los Hash...el 
tiempo necesario para descifrar la contrase�a har�a inviable utulizarla 
porque ser�a muy superior al limite que obliga al usuario a cambiar su 
contrase�a...

En definitiva, para entornos de peque�a y mediana empresa (sin generalizar 
obviamente) donde los esfuerzos por implememntar pol�ticas de seguridad no 
se suelen tener en cuenta lo que comentas puede valer...

Pero en entornos empresariales m�s o menos serios...siento decirte que no... 
que esa aproximaci�n no es v�lida en absoluto

-- 
Saludos
Ramon
PMP, ITIL Certified
MCSE & MCSA 2000/2003, CCA
"josema" <jmgoiko@telefonica.net> wrote in message 
news:i78p72-gp7.ln1@blackhole.mikasa.net...
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Ramon Jim�nez escribi�:
> | Josema,
> |
> | Me temo que est� en un error...
> | ...en Redes antiguas con clientes DOS o Win 9x s� podria ser m�s 
> sencillo
> | (que no trivial) al ser la autenticaci�n LM (Lan Manager). Pero
> utulizando
> | contrae�as de m�s de 7 caracteres la segunda parte del LMhash queda
> tambi�n
> | rellena y se hace m�s complicado..
>
> Es simplemente cuesti�n de tiempo. Y de elecci�n de contrase�as.
>
> |
> | En redes modernas, con servidores Win2k/2k3 y clientes 2000 o XP, eso 
> que
> | dices no se puede hacer... porque NTLMv2 o Kerberos (sobre todo este
> ultimo
> | protocolo) te impiden hacerlo...pero no entrar� en detalles porque ser�a
> | largo...
> |
>
> En �so tienes raz�n, pero en muy pocos sitios se utilizan contrase�as de
> un solo uso, o sistemas como kerberos.  Lo normal, en la mayo�a de las
> redes, es la t�pica contrase�a corta y que nunca caduca. Y la
> explicaci�n es simple:  la gente no quiere gastar pasta en hacer las
> cosas como es debido, y los usuarios no quieren complicaciones.
>
>
> - --
> J.M. Goikoetxea
>
> Clave p�blica GPG en:
> http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x52C0D5DD
> gpg --keyserver pgp.mit.edu --recv-keys 52C0D5DD
> fingerprint: B2A0 6908 C3D6 0FCD 0FF0 7447 57A4 D484 52C0 D5DD
>
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.2.6 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>
> iD8DBQFBqfHFV6TUhFLA1d0RAt41AJ9LcmZTSeuRFNu6r2G5ng00NK+TwACfQerA
> vfbPZkGk9fK1i3nAgoWq5bM=
> =Ioo3
> -----END PGP SIGNATURE-----