Tienda Wifi

Tienda Wifi
CiudadWireless es la tienda Wifi recomendada por elhacker.NET

Entradas Mensuales

Suscripción

¿Quieres recibir las últimas novedades del blog en tu correo?

¡Suscríbete al feed!

Entradas populares

PostHeaderIcon Empleado programó fallos periódicos en su software para asegurarse tener siempre trabajo




David A. Tinley era un empleado de 62 años de Siemens en Pensilvania, Estados Unidos, que ante la creciente ola de proyectos de automatización un día decidió idear la manera de tener trabajo siempre. Buscó la manera ser indispensable y no perder su fuente de ingresos ante la posible llegada de un nuevo software que hiciera su trabajo. Desde el año 2000, Tinley fue el responsable de programar un software basado en hojas de cálculo, donde Siemens se encargaba de gestionar los pedidos de equipos eléctricos. El detalle es que dentro de estas hojas de cálculo había código que se encargaba de mostrar un fallo cada cierto tiempo






La historia se remonta a 2002, año en el que Tinley fue contratado para programar un software, basado en hojas de cálculo de Microsoft, que se encargara de la gestión de los pedidos de equipos eléctricos de Siemens en Pensilvania (Estados Unidos).

Y así estuvo funcionando desde aproximadamente 2002, según la demanda. Hasta que todo se vino abajo en mayo de 2016, cuando el software volvió a fallar y Siemens llamó a Tinley, quien no estaba en Pensilvania, por lo que la compañía insistió en que Tinley les diera la contraseña porque tenían un pedido urgente.

Pero, cuando en mayo de 2016 el fallo volvió a aparecer, coincidiendo con un viaje de Tinley fuera del estado de Pensilvania, éste se vio obligado a facilitar sus contraseñas de acceso a la compañía...

Tinley terminó dando su contraseña y Siemens encontró 'bombas lógicas' en los scripts de las hojas de cálculo. Ante esto, Siemens puso a varias personas a analizar el software, entre programadores y abogados, para descubrir que había en el software de Tinley. Una tarea que, según Siemens, le costó 42.000 dólares más otros 5.000 de "daños".

Cada vez que fallba, sólo tenía que facturar sus "horas" de trabajo a Siemens, horas durante las cuales se limitaba a reiniciar un contador, el mismo que desencadenaría el siguiente fallo.

Con todas estas pruebas, Siemens presentó una demanda en contra de Tinley, a quien acusó de fraude, de arreglar problemas inexistentes en su software y cobrar por ello, y de añadir código a las complejas hojas de cálculo que "no tenía ningún valor funcional, aparte de colapsar el programa de forma aleatoria".


Siemens demostró todo lo que pagó a Tinley durante esos años, mientras que Tinley sólo acudía a reiniciar un reloj y facturar por su tiempo, hasta la siguiente vez que le volvieran a llamar ante el siguiente fallo.

Ya en tribunales, Tinley inicialmente negó todo, y se defendió diciendo que no había puesto 'bombas lógicas' en el código para incitar a Siemens a contratarlo de nuevo para arreglar el problema, sino para proteger su código propietario. "Mis motivos eran honorables". Incluso se atrevió a decir que el fallo se debía a las actualizaciones que enviaba Microsoft para Excel.


Tras un par de audiencias, Tinley admitió el hecho y se declaró culpable de daño intencional a un ordenador protegido de Siemens. Tinley se enfrentaba a una pena de hasta 10 años de prisión y una multa de 250.000 dólares. Finalmente se dictó su sentencia, y Tinley tendrá que pasar seis meses de prisión y pagar una multa de 7.500 dólares.






Fuente:
https://www.xataka.com/historia-tecnologica/caso-empleado-que-programo-fallos-periodicos-su-software-para-asi-asegurarse-tener-siempre-trabajo

0 comentarios :

Publicar un comentario

Los comentarios pueden ser revisados en cualquier momento por los moderadores.

Serán publicados aquellos que cumplan las siguientes condiciones:
- Comentario acorde al contenido del post.
- Prohibido mensajes de tipo SPAM.
- Evite incluir links innecesarios en su comentario.
- Contenidos ofensivos, amenazas e insultos no serán permitidos.

Debe saber que los comentarios de los lectores no reflejan necesariamente la opinión del STAFF.