Seguridad en bancos (era Re: HA)

[Marco González Luengo]

El 04/09/09, Jaime Chereau <jchereau en cl3k.com> escribió:
> No ha podido matar el Visual Basic, menos a COBOL...
>
> Att.
>
> Jaime Chereau Ossa
>
>
> 2009/9/3 Marco González Luengo <noquierouser en gmail.com>
>
>> El 3 de septiembre de 2009 08:02, Sebastián Veloso
>> Varas<sveloso en sevelv.cl> escribió:
>> > El 3 de septiembre de 2009 03:53, Marco González Luengo <
>> > noquierouser en gmail.com> escribió:
>> >
>> >> El 03/09/09, Daniel Serpell <dserpell en gmail.com> escribió:
>> >> > Hola!
>> >> >
>> >> > El Wed, Sep 02, 2009 at 02:12:25PM -0400, Leonardo San Martin
>> escribio:
>> >> >> 2009/9/2 Rodrigo Gutiérrez Torres <rodrigogutierreztorres en gmail.com>
>> >> >>
>> >> >> > Acabo de hacer esa prueba con mi "aparatito" del T-Banc: escribí
>> >> >> > el
>> >> >> > número y, en cuanto cambió, presioné Enter. No me aceptó la clave
>> >> >> > y
>> >> tuve
>> >> >> > que reingresar por la actual. Al menos en mi caso, los relojes
>> andan
>> >> >> > "como reloj" :).
>> >> >> >
>> >> >>
>> >> >> Con la tecnología de hoy día, un "reloj electrónico" no se
>> >> atrasa/adelanta
>> >> >> fácilmente. Deben pasar unos cuantos miles de años para obtener
>> >> milésimas
>> >> >> de
>> >> >> segundos de desfase, ergo era de esperar el resultado de tu prueba.
>> >> >
>> >> > Mmm..., ¡ojalá fueran tan precisos! :-)
>> >> >
>> >> > Un reloj de cuarzo de precisión (calibrado de fábrica) puede llegar a
>> >> variar
>> >> > unos 30 segundos al año (aprox. 1ppm). Más precisión que esa requiere
>> >> > compensar según la temperatura ambiente de manera continua, con lo
>> >> > que
>> >> > puedes
>> >> > llegar hasta 3 segundos al año (aprox. 0.1ppm).
>> >> >
>> >> > El problema es que al envejecer, la frecuencia varia de maneras que
>> >> > no
>> >> > son predecibles.
>> >> >
>> >> > Lo que hacen los aparatitos de claves es que el servidor "aprende" el
>> >> > desface
>> >> > del aparato cada vez que lo utilizas, y predice el estado del reloj
>> >> interno
>> >> > al momento de verificar la clave. Y el aparatito se deshabilita luego
>> de
>> >> > unos años para que debas cambiarlo por uno nuevo calibrado.
>> >> >
>> >> > En el servidor utilizas una fuente de reloj más precisa, por ejemplo
>> un
>> >> > receptor
>> >> > de GPS o un reloj esclavo compensado por NTP.
>> >> >
>> >> >     Daniel.
>> >> >
>> >>
>> >> Disculpen un poco mi salida de tópico, pero hay algo que me queda
>> >> dando vueltas de toda esta discusión, y tiene que ver con el dilema de
>> >> las passwords a veces forzadamente básicas e inseguras se solicitan o
>> >> asignan para estos sitios web y cajeros automáticos.
>> >>
>> >> Para mí es horriblemente injusto, incómodo e inseguro que, en mi caso,
>> >> sea forzado a usar claves de 4 dígitos para ATM y el sitio web del
>> >> banco. El "cartón de bingo" es prácticamente subutilizado en algunos
>> >> bancos.
>> >>
>> >> La verdad preguntaría a quién debo matar por tal aberración, pero
>> >> sería irme del tema. Por eso planteo ¿qué hay del forzar los malditos
>> >> 4 dígitos?
>> >>
>> >>
>> > Eso responde a que los sistemas bancarios son "arcaicos". Fueron
>> diseñados
>> > en Cobol, y actualmente siguen funcionando de la misma manera. En su
>> tiempo,
>> > no fue pensada quizas una solución mas avanzada de seguridad. Imaginate
>> > migrar o modificar un sistema completo bancario (la red bancaria
>> > nacional
>> en
>> > realidad) a un sistema moderno: hoy en dia especialistas en desarrollo
>> > en
>> > Cobol son los menos. Es por eso, que los cajeros a pesar de estar cada
>> dia
>> > mas bonitos, le coloquen animaciones y todo eso, la aplicacion de giro
>> > de
>> > dinero sigue siendo lento y vejete..jejeje.Lo importante es que aun
>> > funcionan ... (no se por cuanto mas)
>> >
>>
>> Espera... ¿todavía usan COBOL? Y más encima tienen millones... y no
>> son capaces de pagar lo que sea necesario para migrar los sistemas a
>> algo "más seguro".
>>
>> Con su permiso, pero mi Desert Eagle y yo tenemos una cita. XP
>>
>>
>

En realidad es porque me iba a pegar un tipo. ;)

Y en cierta forma, digamos que tienes razón, pero el que funcione bien
aún no implica que pueda ser así hasta el fin de los tiempos.

Toda solución hoy será insegura y obsoleta mañana. De eso me dí cuenta
cuando, por ejemplo, tuve que migrar mis páginas en HTML con tablas a
XHTML con CSS y sin tablas. En HTML seguían funcionando, pero no era
una solución buena a esas alturas.

Lo que yo me pregunto es si acaso hay o no alternativas a los mentados
programas COBOLísticos.