Bomba de tiempo (software)

En el campo del software informático , una bomba de tiempo es una parte de un programa informático que se ha escrito de forma que comience o deje de funcionar después de que se alcance una fecha u hora predeterminadas. El término "bomba de tiempo" no se refiere a un programa que deja de funcionar una cantidad específica de días después de su instalación; en cambio, se aplica el término " software de prueba ". Las bombas de tiempo se utilizan comúnmente en software beta (prelanzamiento) cuando el fabricante del software no desea que se utilice la versión beta después de la fecha de lanzamiento final. Un ejemplo de software de bomba de tiempo sería Windows Vista Beta 2 de Microsoft , que fue programado para expirar el 31 de mayo de 2007. ^[1] Los límites de tiempo del software de bomba de tiempo no suelen aplicarse con tanta fuerza como en el software de prueba , ya que el software de bomba de tiempo no suele implementar funciones de reloj seguras.

Historia

El primer uso de una bomba de tiempo en software pudo haber sido en 1979 con el lenguaje de marcado y sistema de procesamiento de textos Scribe , desarrollado por Brian Reid . Reid vendió Scribe a una empresa de software llamada Unilogic (posteriormente rebautizada como Scribe Systems ^[2] ), y acordó insertar un conjunto de funciones dependientes del tiempo (llamadas "bombas de tiempo") que desactivarían versiones del programa copiadas libremente después de una fecha de vencimiento de 90 días. Para evitar la desactivación, los usuarios pagaban a la empresa de software, que luego emitía un código que desactivaba la función de bomba de tiempo interna. ^[3]

Richard Stallman consideró que esto traicionaba el espíritu del programador. En lugar de respetar la idea de compartir y compartir por igual, Reid había introducido una forma para que las empresas obligaran a los programadores a pagar por el acceso a la información ^[4] (véase Events driving the GNU ).

Comparación de bombas lógicas y bombas de tiempo

Las principales diferencias entre las bombas lógicas y las bombas de tiempo es que una bomba lógica puede tener una función de temporización implementada como medida de seguridad si las condiciones no se cumplen en un período de tiempo determinado (puede eliminarse a sí misma o activar su carga útil utilizando el sistema de temporización), mientras que las bombas de tiempo solo usan funciones de temporización para (des)activarse. Las bombas de tiempo, una vez activadas, descargarán su carga útil (que puede ser maliciosa) de manera similar a como las bombas lógicas entregan su carga útil al objetivo. La principal diferencia entre las bombas de tiempo y lógicas, y las bombas de bifurcación , es que una bomba de bifurcación no tiene carga útil per se , y en cambio hace su daño al replicarse continuamente para agotar los recursos disponibles del sistema.

Véase también

Referencias

^ Página de inicio de Windows Vista
^ Estudio de caso de optimización del controlador de impresora PostScript Archivado el 5 de marzo de 2016 en Wayback Machine , Adobe Systems, Nota técnica n.° 5042, 31 de marzo de 1992. Página 5.
^ Williams, Sam (marzo de 2002). "Free as in Freedom – Richard Stallman's Crusade for Free Software". O'Reilly . Consultado el 26 de septiembre de 2008 . En 1979, Reid tomó la decisión de vender Scribe a una empresa de software del área de Pittsburgh llamada Unilogic. Cuando su carrera de estudiante de posgrado estaba por terminar, Reid dice que simplemente estaba buscando una forma de descargar el programa en un grupo de desarrolladores que se esforzarían por evitar que cayera en el dominio público. Para endulzar el trato, Reid también aceptó insertar un conjunto de funciones dependientes del tiempo - "bombas de tiempo" en la jerga de los programadores de software - que desactivaban las versiones del programa copiadas libremente después de una fecha de vencimiento de 90 días. Para evitar la desactivación, los usuarios pagaban a la empresa de software, que luego emitía un código que desactivaba la función interna de bomba de tiempo.
^ Williams, Sam (marzo de 2002). "Free as in Freedom – Richard Stallman's Crusade for Free Software". O'Reilly . Consultado el 26 de septiembre de 2008 . Para Reid, el acuerdo fue beneficioso para ambas partes. Scribe no pasó a ser de dominio público y Unilogic recuperó su inversión. Para Stallman, fue una traición a la ética del programador, pura y simplemente. En lugar de honrar la noción de compartir y compartir por igual, Reid había introducido una forma para que las empresas obligaran a los programadores a pagar por el acceso a la información.

[1] Página de inicio de Windows Vista

[2] Estudio de caso de optimización del controlador de impresora PostScript Archivado el 5 de marzo de 2016 en Wayback Machine , Adobe Systems, Nota técnica n.° 5042, 31 de marzo de 1992. Página 5.

[3] Williams, Sam (marzo de 2002). "Free as in Freedom – Richard Stallman's Crusade for Free Software". O'Reilly . Consultado el 26 de septiembre de 2008 . En 1979, Reid tomó la decisión de vender Scribe a una empresa de software del área de Pittsburgh llamada Unilogic. Cuando su carrera de estudiante de posgrado estaba por terminar, Reid dice que simplemente estaba buscando una forma de descargar el programa en un grupo de desarrolladores que se esforzarían por evitar que cayera en el dominio público. Para endulzar el trato, Reid también aceptó insertar un conjunto de funciones dependientes del tiempo - "bombas de tiempo" en la jerga de los programadores de software - que desactivaban las versiones del programa copiadas libremente después de una fecha de vencimiento de 90 días. Para evitar la desactivación, los usuarios pagaban a la empresa de software, que luego emitía un código que desactivaba la función interna de bomba de tiempo.

[4] Williams, Sam (marzo de 2002). "Free as in Freedom – Richard Stallman's Crusade for Free Software". O'Reilly . Consultado el 26 de septiembre de 2008 . Para Reid, el acuerdo fue beneficioso para ambas partes. Scribe no pasó a ser de dominio público y Unilogic recuperó su inversión. Para Stallman, fue una traición a la ética del programador, pura y simplemente. En lugar de honrar la noción de compartir y compartir por igual, Reid había introducido una forma para que las empresas obligaran a los programadores a pagar por el acceso a la información.