Tutoriales y Manuales
Entradas Mensuales
-
►
2024
(Total:
1019
)
- ► septiembre (Total: 50 )
-
►
2023
(Total:
710
)
- ► septiembre (Total: 65 )
-
►
2022
(Total:
967
)
- ► septiembre (Total: 72 )
-
►
2021
(Total:
730
)
- ► septiembre (Total: 56 )
-
►
2020
(Total:
212
)
- ► septiembre (Total: 21 )
-
▼
2019
(Total:
102
)
-
▼
diciembre
(Total:
7
)
- Dos niñas utilizan asistente Alexa para comprar ju...
- Twitter prohíbe publicar PNG animados tras el ataq...
- Empleado programó fallos periódicos en su software...
- Servicio atención al cliente de Vodafone admite es...
- Antivirus Avast recolecta desde 2013 las sesiones ...
- Graves problemas de seguridad y privacidad cámaras...
- Hackean BiciMad y roban datos de 63.000 usuarios
- ► septiembre (Total: 14 )
-
▼
diciembre
(Total:
7
)
-
►
2017
(Total:
231
)
- ► septiembre (Total: 16 )
-
►
2016
(Total:
266
)
- ► septiembre (Total: 38 )
-
►
2015
(Total:
445
)
- ► septiembre (Total: 47 )
-
►
2014
(Total:
185
)
- ► septiembre (Total: 18 )
-
►
2013
(Total:
100
)
- ► septiembre (Total: 3 )
-
►
2011
(Total:
7
)
- ► septiembre (Total: 1 )
Blogroll
Etiquetas
seguridad
(
395
)
privacidad
(
363
)
google
(
353
)
ransomware
(
338
)
vulnerabilidad
(
301
)
Malware
(
263
)
Windows
(
243
)
android
(
242
)
cve
(
235
)
tutorial
(
235
)
manual
(
220
)
software
(
201
)
hardware
(
193
)
linux
(
124
)
twitter
(
115
)
ddos
(
94
)
WhatsApp
(
90
)
Wifi
(
85
)
cifrado
(
77
)
herramientas
(
75
)
hacking
(
73
)
sysadmin
(
67
)
app
(
65
)
Networking
(
56
)
nvidia
(
52
)
ssd
(
51
)
youtube
(
50
)
adobe
(
43
)
firmware
(
42
)
office
(
41
)
hack
(
40
)
firefox
(
35
)
contraseñas
(
32
)
eventos
(
32
)
antivirus
(
31
)
juegos
(
31
)
cms
(
30
)
flash
(
28
)
anonymous
(
27
)
MAC
(
25
)
apache
(
25
)
programación
(
25
)
exploit
(
23
)
javascript
(
22
)
multimedia
(
22
)
Kernel
(
20
)
ssl
(
19
)
SeguridadWireless
(
17
)
documental
(
16
)
Forense
(
15
)
conferencia
(
15
)
Debugger
(
14
)
lizard squad
(
14
)
técnicas hacking
(
13
)
auditoría
(
12
)
delitos
(
11
)
metasploit
(
11
)
Virtualización
(
10
)
adamo
(
9
)
reversing
(
9
)
Rootkit
(
8
)
Ehn-Dev
(
7
)
MAC Adress
(
6
)
antimalware
(
6
)
oclHashcat
(
5
)
Entradas populares
-
Después de ver qué es una vCPU y la diferencia entre núcleos (cores) e hilos en los procesadores, pasamos a explicar toda la nomenclatura d...
-
Pese a que Gemini ofrece multitudes de opciones, recientemente, se ha dado a conocer una situación fuera de lo común. Hace unos días, un es...
-
La seguridad en dispositivos móviles es cada vez más crucial, especialmente ante el crecimiento de aplicaciones maliciosas diseñadas para v...
Empleado programó fallos periódicos en su software para asegurarse tener siempre trabajo
lunes, 23 de diciembre de 2019
|
Publicado por
el-brujo
|
Editar entrada
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.
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".
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
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
Enviar por correo electrónico
Escribe un blog
Compartir en X
Compartir con Facebook
Compartir en Pinterest
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.