stringtranslate.com

Puerta trasera (informática)

Una puerta trasera es un método típicamente encubierto para eludir la autenticación o el cifrado normales en una computadora, producto, dispositivo integrado (por ejemplo, un enrutador doméstico ) o su forma de realización (por ejemplo, parte de un criptosistema , algoritmo , chipset o incluso una "computadora homúnculo", una pequeña computadora dentro de una computadora como la que se encuentra en la tecnología AMT de Intel ). [1] [2] Las puertas traseras se utilizan con mayor frecuencia para asegurar el acceso remoto a una computadora u obtener acceso a texto sin formato en criptosistemas. Desde allí, se pueden usar para obtener acceso a información privilegiada como contraseñas, corromper o eliminar datos en discos duros o transferir información dentro de redes autoschediales.

En Estados Unidos, la Ley de Asistencia en las Comunicaciones para la Aplicación de la Ley de 1994 obliga a los proveedores de Internet a proporcionar puertas traseras para las autoridades gubernamentales. [3] [4] En 2024, el gobierno estadounidense se dio cuenta de que China había estado interceptando las comunicaciones en Estados Unidos utilizando esa infraestructura durante meses, o tal vez más tiempo. [5]

Una puerta trasera puede tomar la forma de una parte oculta de un programa, [6] un programa separado (por ejemplo, Back Orifice puede subvertir el sistema a través de un rootkit ), código en el firmware del hardware, [7] o partes de un sistema operativo como Windows . [8] [9] [10] Los caballos de Troya se pueden utilizar para crear vulnerabilidades en un dispositivo. Un caballo de Troya puede parecer un programa completamente legítimo, pero cuando se ejecuta, desencadena una actividad que puede instalar una puerta trasera. [11] Aunque algunas se instalan en secreto, otras puertas traseras son deliberadas y ampliamente conocidas. Este tipo de puertas traseras tienen usos "legítimos", como proporcionar al fabricante una forma de restaurar las contraseñas de los usuarios.

Muchos sistemas que almacenan información dentro de la nube no logran crear medidas de seguridad precisas. Si muchos sistemas están conectados dentro de la nube , los piratas informáticos pueden obtener acceso a todas las demás plataformas a través del sistema más vulnerable. [12] Las contraseñas predeterminadas (u otras credenciales predeterminadas) pueden funcionar como puertas traseras si el usuario no las cambia. Algunas funciones de depuración también pueden actuar como puertas traseras si no se eliminan en la versión de lanzamiento. [13] En 1993, el gobierno de los Estados Unidos intentó implementar un sistema de cifrado , el chip Clipper , con una puerta trasera explícita para el acceso de las fuerzas del orden y la seguridad nacional. El chip no tuvo éxito. [14]

Las propuestas recientes para contrarrestar las puertas traseras incluyen la creación de una base de datos de sus desencadenantes y el uso de redes neuronales para detectarlas. [15]

Descripción general

La amenaza de las puertas traseras surgió cuando los sistemas operativos multiusuario y en red se adoptaron ampliamente. Petersen y Turn analizaron la subversión informática en un artículo publicado en las actas de la Conferencia AFIPS de 1967. [16] Observaron una clase de ataques de infiltración activa que utilizan puntos de entrada "trampillas" en el sistema para eludir las funciones de seguridad y permitir el acceso directo a los datos. El uso de la palabra " trampillas " aquí coincide claramente con definiciones más recientes de una puerta trasera. Sin embargo, desde la llegada de la criptografía de clave pública , el término "trampillas" ha adquirido un significado diferente (véase función de la "trampilla "), y por lo tanto ahora se prefiere el término "puerta trasera", sólo después de que el término "trampillas" dejara de usarse. De manera más general, estas brechas de seguridad se analizaron en profundidad en un informe del grupo de trabajo de la Corporación RAND publicado bajo el patrocinio de la DARPA por JP Anderson y DJ Edwards en 1970. [17]

Aunque inicialmente se dirigían al dominio de la visión artificial, los ataques de puerta trasera se han expandido para abarcar varios otros dominios, incluidos texto, audio, diseño asistido por computadora basado en ML y clasificación de señales inalámbricas basada en ML. Además, se han demostrado vulnerabilidades en las puertas traseras en modelos generativos profundos , aprendizaje de refuerzo (por ejemplo, AI GO) y modelos de gráficos profundos. Estos riesgos potenciales de amplio alcance han provocado inquietudes de las agencias de seguridad nacional con respecto a sus consecuencias potencialmente desastrosas. [18]

Una puerta trasera en un sistema de inicio de sesión puede adoptar la forma de una combinación de usuario y contraseña codificada de forma rígida que otorga acceso al sistema. Un ejemplo de este tipo de puerta trasera se utilizó como recurso argumental en la película WarGames de 1983 , en la que el arquitecto del sistema informático " WOPR " había insertado una cuenta codificada sin contraseña que otorgaba al usuario acceso al sistema y a partes no documentadas del mismo (en particular, un modo de simulación similar a un videojuego y la interacción directa con la inteligencia artificial ).

Aunque no se conoce ampliamente la cantidad de puertas traseras en sistemas que utilizan software propietario (software cuyo código fuente no está disponible públicamente), se las descubre con frecuencia. Los programadores incluso han logrado instalar en secreto grandes cantidades de código benigno como huevos de Pascua en programas, aunque estos casos pueden implicar una tolerancia oficial, si no un permiso real.

Política y atribución

Hay una serie de consideraciones de carácter cuasi secreto que entran en juego a la hora de distribuir la responsabilidad.

A veces, las puertas traseras encubiertas se hacen pasar por defectos involuntarios (errores) por razones de negación plausible . En algunos casos, pueden comenzar como un error real (error involuntario) que, una vez descubierto, se deja deliberadamente sin corregir ni divulgar, ya sea por un empleado deshonesto para obtener una ventaja personal o con conocimiento y supervisión de un ejecutivo de alto nivel.

También es posible que la base tecnológica de una corporación completamente transparente sea contaminada de manera encubierta e imposible de rastrear por agentes externos (piratas informáticos), aunque se cree que este nivel de sofisticación existe principalmente en el nivel de actores de estados nacionales. Por ejemplo, si una fotomáscara obtenida de un proveedor de fotomáscaras difiere en algunas puertas de su especificación de fotomáscara, un fabricante de chips tendría dificultades para detectarlo si por lo demás fuera funcionalmente silencioso; un rootkit encubierto que se ejecuta en el equipo de grabado de fotomáscaras también podría ejecutar esta discrepancia sin que lo sepa el fabricante de la fotomáscara, y por esos medios, una puerta trasera potencialmente conduce a otra. [nota 1]

En términos generales, las largas cadenas de dependencia de la economía moderna, tecnológicamente altamente especializada y los innumerables puntos de control de procesos compuestos por elementos humanos hacen difícil señalar con certeza la responsabilidad cuando se descubre una puerta trasera encubierta.

Incluso las admisiones directas de responsabilidad deben ser examinadas cuidadosamente si la parte que confiesa está en deuda con otros intereses poderosos.

Ejemplos

Gusanos

Muchos gusanos informáticos , como Sobig y Mydoom , instalan una puerta trasera en el equipo afectado (generalmente un PC con banda ancha que ejecuta Microsoft Windows y Microsoft Outlook ). Estas puertas traseras parecen estar instaladas para que los spammers puedan enviar correo basura desde las máquinas infectadas. Otros, como el rootkit Sony/BMG , colocado secretamente en millones de CD de música hasta finales de 2005, están pensados ​​como medidas DRM y, en ese caso, como agentes de recopilación de datos , ya que ambos programas subrepticios que instalaron se comunicaban rutinariamente con servidores centrales.

Un sofisticado intento de implantar una puerta trasera en el núcleo de Linux , expuesto en noviembre de 2003, agregó un pequeño y sutil cambio de código subvirtiendo el sistema de control de versiones . [19] En este caso, un cambio de dos líneas parecía verificar los permisos de acceso root de un llamador a la sys_wait4función, pero debido a que utilizó la asignación =en lugar de la verificación de igualdad ==, en realidad otorgó permisos al sistema. Esta diferencia se pasa por alto fácilmente, e incluso podría interpretarse como un error tipográfico accidental, en lugar de un ataque intencional. [20] [21]

Marcado en amarillo: contraseña de administrador de puerta trasera oculta en el código

En enero de 2014, se descubrió una puerta trasera en ciertos productos Android de Samsung , como los dispositivos Galaxy. Las versiones Android propietarias de Samsung están equipadas con una puerta trasera que proporciona acceso remoto a los datos almacenados en el dispositivo. En particular, el software Android de Samsung que se encarga de gestionar las comunicaciones con el módem, utilizando el protocolo Samsung IPC, implementa una clase de solicitudes conocidas como comandos de servidor de archivos remoto (RFS), que permiten al operador de la puerta trasera realizar a través del módem operaciones de E/S remotas en el disco duro del dispositivo u otro almacenamiento. Como el módem ejecuta el software Android propietario de Samsung, es probable que ofrezca un control remoto por aire que luego podría usarse para emitir los comandos RFS y, por lo tanto, acceder al sistema de archivos del dispositivo. [22]

Puertas traseras de código objeto

Las puertas traseras más difíciles de detectar implican la modificación del código objeto , en lugar del código fuente; el código objeto es mucho más difícil de inspeccionar, ya que está diseñado para ser legible por máquinas, no por humanos. Estas puertas traseras se pueden insertar directamente en el código objeto en disco o en algún punto durante la compilación, el enlace de ensamblaje o la carga; en este último caso, la puerta trasera nunca aparece en el disco, solo en la memoria. Las puertas traseras de código objeto son difíciles de detectar mediante la inspección del código objeto, pero se detectan fácilmente simplemente verificando los cambios (diferencias), especialmente en la longitud o en la suma de comprobación, y en algunos casos se pueden detectar o analizar desensamblando el código objeto. Además, las puertas traseras de código objeto se pueden eliminar (suponiendo que el código fuente esté disponible) simplemente recompilando desde la fuente en un sistema confiable.

Por lo tanto, para que estas puertas traseras no sean detectadas, todas las copias existentes de un binario deben ser subvertidas, y cualquier suma de comprobación de validación también debe verse comprometida, y la fuente debe no estar disponible, para evitar la recompilación. Alternativamente, estas otras herramientas (verificaciones de longitud, diff, suma de comprobación, desensambladores) pueden ser comprometidas para ocultar la puerta trasera, por ejemplo detectando que el binario subvertido está siendo sumado y devolviendo el valor esperado, no el valor real. Para ocultar estas subversiones adicionales, las herramientas también deben ocultar los cambios en sí mismas; por ejemplo, un sumador de comprobación subvertido también debe detectar si está sumando sus comprobaciones (u otras herramientas subvertidas) y devolver valores falsos. Esto conduce a cambios extensos en el sistema y a la necesidad de herramientas para ocultar un solo cambio.

Como el código objeto se puede regenerar recompilando (reensamblando, volviendo a vincular) el código fuente original, crear una puerta trasera persistente en el código objeto (sin modificar el código fuente) requiere subvertir el compilador mismo (de modo que cuando detecte que está compilando el programa bajo ataque inserte la puerta trasera) o, alternativamente, el ensamblador, el enlazador o el cargador. Como esto requiere subvertir el compilador, esto a su vez se puede solucionar recompilando el compilador, eliminando el código de inserción de la puerta trasera. Esta defensa a su vez se puede subvertir colocando una metapuerta trasera de origen en el compilador, de modo que cuando detecte que se está compilando a sí mismo, inserte este generador de metapuerta trasera, junto con el generador de puerta trasera original para el programa original bajo ataque. Una vez hecho esto, se puede eliminar la metapuerta trasera de origen y se puede volver a compilar el compilador a partir del código fuente original con el ejecutable del compilador comprometido: la puerta trasera se ha arrancado. Este ataque data de un artículo de 1974 de Karger y Schell, [23] y se popularizó en el artículo de Thompson de 1984, titulado "Reflexiones sobre la confianza en la confianza"; [24] por lo tanto, se lo conoce coloquialmente como el ataque "Confianza en la confianza". Vea las puertas traseras del compilador, a continuación, para obtener más detalles. Ataques análogos pueden apuntar a niveles inferiores del sistema, como el sistema operativo, y pueden insertarse durante el proceso de arranque del sistema ; Karger y Schell también los mencionaron en 1974, y ahora existen en forma de virus del sector de arranque . [23] [25]

Puertas traseras asimétricas

Una puerta trasera tradicional es una puerta trasera simétrica: cualquiera que la encuentre puede a su vez usarla. El concepto de puerta trasera asimétrica fue introducido por Adam Young y Moti Yung en Proceedings of Advances in Cryptology – Crypto '96 . Una puerta trasera asimétrica solo puede ser utilizada por el atacante que la instala, incluso si la implementación completa de la puerta trasera se hace pública (por ejemplo, mediante la publicación, siendo descubierta y divulgada por ingeniería inversa , etc.). Además, es computacionalmente intratable detectar la presencia de una puerta trasera asimétrica bajo consultas de caja negra. Esta clase de ataques se ha denominado cleptografía ; pueden llevarse a cabo en software, hardware (por ejemplo, tarjetas inteligentes ) o una combinación de ambos. La teoría de las puertas traseras asimétricas es parte de un campo más amplio ahora llamado criptovirología . Cabe destacar que la NSA insertó una puerta trasera cleptográfica en el estándar Dual EC DRBG . [7] [26] [27]

Existe una puerta trasera asimétrica experimental en la generación de claves RSA . Esta puerta trasera RSA OpenSSL, diseñada por Young y Yung, utiliza un par trenzado de curvas elípticas y ya está disponible. [28]

Puertas traseras del compilador

Una forma sofisticada de puerta trasera de caja negra es una puerta trasera de compilador , en la que no solo se subvierte un compilador (para insertar una puerta trasera en algún otro programa, como un programa de inicio de sesión), sino que también se modifica para detectar cuándo se está compilando a sí mismo y luego inserta tanto el código de inserción de la puerta trasera (que apunta al otro programa) como la autocompilación que modifica el código, como el mecanismo a través del cual los retrovirus infectan a su anfitrión. Esto se puede hacer modificando el código fuente, y el compilador comprometido resultante (código objeto) puede compilar el código fuente original (sin modificar) e insertarse a sí mismo: el exploit ha sido arrancado.

Este ataque fue presentado originalmente en Karger & Schell (1974), [nota 2] que fue un análisis de seguridad de Multics por parte de la Fuerza Aérea de los Estados Unidos , donde describieron un ataque de este tipo a un compilador PL/I y lo llamaron una "trampa del compilador". También mencionaron una variante donde el código de inicialización del sistema se modifica para insertar una puerta trasera durante el arranque , ya que esto es complejo y poco comprendido, y lo llamaron una "trampa de inicialización"; esto ahora se conoce como un virus del sector de arranque . [25]

Este ataque fue implementado por Ken Thompson y popularizado en su discurso de aceptación del Premio Turing en 1983, "Reflexiones sobre la confianza en la confianza", [24] que señala que la confianza es relativa y el único software en el que realmente se puede confiar es el código en el que se ha inspeccionado cada paso del arranque. Este mecanismo de puerta trasera se basa en el hecho de que las personas solo revisan el código fuente (escrito por humanos), y no el código de máquina compilado ( código objeto ). Se utiliza un programa llamado compilador para crear el segundo a partir del primero, y generalmente se confía en que el compilador haga un trabajo honesto.

El artículo de Thompson [24] describe una versión modificada del compilador C de Unix que colocaría una puerta trasera invisible en el comando de inicio de sesión de Unix cuando notara que se estaba compilando el programa de inicio de sesión, y también agregaría esta característica de manera indetectable a futuras versiones del compilador al compilarlas. Como el compilador en sí era un programa compilado, sería extremadamente improbable que los usuarios notaran las instrucciones de código de máquina que realizaban estas tareas. (Debido a la segunda tarea, el código fuente del compilador parecería "limpio"). Lo que es peor, en la implementación de prueba de concepto de Thompson , el compilador subvertido también subvirtió el programa de análisis (el desensamblador ), de modo que cualquiera que examinara los binarios de la manera habitual no vería en realidad el código real que se estaba ejecutando, sino algo más.

Karger y Schell dieron un análisis actualizado del exploit original en 2002 y, en 2009, Wheeler escribió una descripción histórica y un estudio de la literatura. [nota 3] En 2023, Cox publicó una versión anotada del código fuente de la puerta trasera de Thompson. [30]

Ocurrencias

Oficialmente, la versión de Thompson nunca se publicó. Sin embargo, se cree que se distribuyó una versión a BBN y se registró al menos un uso de la puerta trasera. [nota 4] Hay informes anecdóticos dispersos de tales puertas traseras en años posteriores.

En agosto de 2009, los laboratorios Sophos descubrieron un ataque de este tipo. El virus W32/Induc-A infectó el compilador de programas de Delphi , un lenguaje de programación de Windows. El virus introdujo su propio código en la compilación de nuevos programas de Delphi, lo que le permitió infectar y propagarse a muchos sistemas, sin el conocimiento del programador del software. El virus busca una instalación de Delphi, modifica el archivo SysConst.pas, que es el código fuente de una parte de la biblioteca estándar y lo compila. Después de eso, todos los programas compilados por esa instalación de Delphi contendrán el virus. Un ataque que se propaga mediante la creación de su propio troyano puede ser especialmente difícil de descubrir. Esto provocó que muchos proveedores de software lanzaran ejecutables infectados sin darse cuenta, a veces afirmando falsos positivos. Después de todo, no se manipuló el ejecutable, sino el compilador. Se cree que el virus Induc-A se había estado propagando durante al menos un año antes de que se descubriera. [nota 5]

En 2015, una copia maliciosa de Xcode, XcodeGhost , también realizó un ataque similar e infectó aplicaciones iOS de una docena de empresas de software en China. A nivel mundial, se descubrió que 4.000 aplicaciones estaban afectadas. No era un verdadero troyano Thompson, ya que no infecta las herramientas de desarrollo en sí, pero demostró que el envenenamiento de la cadena de herramientas puede causar daños sustanciales. [33]

Contramedidas

Una vez que un sistema ha sido comprometido con una puerta trasera o un caballo de Troya, como el compilador Trusting Trust , es muy difícil para el usuario "legítimo" recuperar el control del sistema; por lo general, se debe reconstruir un sistema limpio y transferir datos (pero no ejecutables). Sin embargo, se han sugerido varias debilidades prácticas en el esquema Trusting Trust . Por ejemplo, un usuario lo suficientemente motivado podría revisar minuciosamente el código de máquina del compilador no confiable antes de usarlo. Como se mencionó anteriormente, existen formas de ocultar el caballo de Troya, como subvertir el desensamblador; pero también hay formas de contrarrestar esa defensa, como escribir un desensamblador desde cero. [ cita requerida ]

Un método genérico para contrarrestar los ataques de confianza se denomina compilación doble diversa . El método requiere un compilador diferente y el código fuente del compilador bajo prueba. Esa fuente, compilada con ambos compiladores, da como resultado dos compiladores de etapa 1 diferentes, que sin embargo deberían tener el mismo comportamiento. Por lo tanto, la misma fuente compilada con ambos compiladores de etapa 1 debe dar como resultado dos compiladores de etapa 2 idénticos. Se proporciona una prueba formal de que la última comparación garantiza que el supuesto código fuente y el ejecutable del compilador bajo prueba se corresponden, bajo algunas suposiciones. Este método fue aplicado por su autor para verificar que el compilador C de la suite GCC (v. 3.0.4) no contenía ningún troyano, utilizando icc (v. 11.0) como el compilador diferente. [29]

En la práctica, los usuarios finales no realizan estas verificaciones, excepto en circunstancias extremas de detección y análisis de intrusiones, debido a la rareza de estos sofisticados ataques y porque los programas suelen distribuirse en formato binario. La eliminación de las puertas traseras (incluidas las puertas traseras del compilador) suele realizarse simplemente reconstruyendo un sistema limpio. Sin embargo, las verificaciones sofisticadas son de interés para los proveedores de sistemas operativos, para asegurarse de que no están distribuyendo un sistema comprometido, y en entornos de alta seguridad, donde este tipo de ataques son una preocupación real.

Lista de puertas traseras conocidas

Véase también

Notas

  1. ^ Este escenario hipotético es esencialmente una versión de silicio de las puertas traseras indetectables del compilador.
  2. ^ Específicamente la Sección 3.4.5 "Inserción de la trampilla" [23] : 52 
  3. ^ Karger y Schell (2002): Sección 3.2.4: Trampillas del compilador [25] : 52 
    Wheeler (2009): Sección 2: Antecedentes y trabajo relacionado [29]
  4. ^ La entrada del archivo de jerga para "puerta trasera" describe el hackeo del compilador Thompson [31]
  5. ^ Los laboratorios Sophos sobre el descubrimiento del virus Induc-A [32]

Referencias

  1. ^ Eckersley, Peter; Portnoy, Erica (8 de mayo de 2017). "El motor de administración de Intel es un riesgo de seguridad y los usuarios necesitan una forma de desactivarlo". www.eff.org . EFF . Consultado el 15 de mayo de 2017 .
  2. ^ Hoffman, Chris (22 de noviembre de 2017). "Intel Management Engine, Explained: The Tiny Computer Inside Your CPU" (El motor de administración de Intel, explicado: la pequeña computadora dentro de su CPU). How-To Geek . Consultado el 13 de julio de 2018 .
  3. ^ "La ley de puertas traseras en Internet que tiene 30 años de antigüedad y que volvió para quedarse".
  4. ^ Michael Kan (7 de octubre de 2024). "Según se informa, piratas informáticos chinos violaron los protocolos de los proveedores de servicios de Internet, incluidos AT&T y Verizon". PC Magazine . Consultado el 8 de octubre de 2024. Los investigadores de privacidad denunciarán al gobierno de los EE. UU. por mantener una "puerta trasera" confidencial para permitir escuchas telefónicas basadas en Internet. "Un ejemplo: no hay forma de construir una puerta trasera que solo los 'buenos' puedan usar", tuiteó Meredith Whittaker, presidenta de la aplicación de chat encriptada Signal.
  5. ^ Sarah Krouse; Dustin Volz; Aruna Viswanatha; Robert McMillan (5 de octubre de 2024). "Los sistemas de escuchas telefónicas estadounidenses fueron blanco de un ataque informático vinculado a China". Wall Street Journal . Consultado el 8 de octubre de 2024 . Durante meses o más, los piratas informáticos podrían haber tenido acceso a la infraestructura de red utilizada para cooperar con las solicitudes legales estadounidenses de datos de comunicaciones.
  6. ^ Chris Wysopal, Chris Eng. "Detección estática de puertas traseras en aplicaciones" (PDF) . Veracode . Consultado el 14 de marzo de 2015 .
  7. ^ abc Zetter, Kim (24 de septiembre de 2013). "Cómo una 'puerta trasera' criptográfica enfrentó al mundo tecnológico contra la NSA". Wired . Consultado el 5 de abril de 2018 .
  8. ^ Ashok, India (21 de junio de 2017). "Hackers que utilizan el malware de la NSA DoublePulsar para infectar PC con Windows con el troyano de minería de Monero". International Business Times UK . Consultado el 1 de julio de 2017 .
  9. ^ "Puertas traseras de Microsoft". Sistema operativo GNU . Consultado el 1 de julio de 2017 .
  10. ^ "La puerta trasera de la NSA detectada en más de 55.000 equipos con Windows ahora se puede eliminar de forma remota". Ars Technica. 2017-04-25 . Consultado el 1 de julio de 2017 .
  11. ^ "Puertas traseras y caballos de Troya: por X-Force de los sistemas de seguridad de Internet". Informe técnico sobre seguridad de la información . 6 (4): 31–57. 2001-12-01. doi :10.1016/S1363-4127(01)00405-8. ISSN  1363-4127.
  12. ^ Linthicum, David. "¡Precaución! La puerta trasera de la nube es su centro de datos". InfoWorld . Consultado el 29 de noviembre de 2018 .
  13. ^ "Historia falsa: no hay puerta trasera china en chip militar". blog.erratasec.com . Consultado el 5 de abril de 2018 .
  14. ^ "Clipper un fracaso". 16 de abril de 2015.
  15. ^ Menisov, Artem B.; Lomako, Aleksandr G.; Dudkin, Andrey S. (22 de agosto de 2022). "Метод защиты нейронных сетей от компьютерных бэкдор-атак на основе идентификации триггеров закладок" [Un método para proteger las redes neuronales de ataques de puerta trasera informáticos basados ​​en la identificación del activador] (PDF) ) . Revista Científica y Técnica de Tecnologías de la Información, Mecánica y Óptica (en ruso). 140 (4): 742. doi :10.17586/2226-1494-2022-22-4-742-750. ISSN  2226-1494. S2CID  251940761.
  16. ^ Petersen, HE; ​​Turn, R. (1967), "Implicaciones del sistema de la privacidad de la información", Actas de la Conferencia conjunta de informática de primavera de la AFIPS , 30 , AFIPS Press: 291–300
  17. ^ WH Ware, ed. (febrero de 1970). Controles de seguridad para sistemas informáticos. Informe técnico R-609 (informe). RAND Corp.
  18. ^ Gao, Yansong; Doan, Bao Gia; Zhang, Zhi; Mamá, Siqi; Zhang, Jiliang; Fu, Anmin; Nepal, Surya; Kim, Hyoungshick (2 de agosto de 2020). "Ataques de puerta trasera y contramedidas al aprendizaje profundo: una revisión completa". arXiv : 2007.10760 [cs.CR].
  19. ^ McVoy, Larry. "Re: Problema con BK2CVS". Lista de correo linux-kernel . Consultado el 18 de septiembre de 2020 .
  20. ^ "Un intento de crear una puerta trasera en el kernel". lwn.net . 2003-11-06. Archivado desde el original el 2004-02-16 . Consultado el 2021-02-08 .
  21. ^ Poulsen, Kevin (6 de noviembre de 2003). "La puerta trasera frustrada de Linux sugiere ataques más inteligentes". SecurityFocus .
  22. ^ "SamsungGalaxyBackdoor - Replicant". redmine.replicant.us . Consultado el 5 de abril de 2018 .
  23. ^ abc Karger, Paul A.; Schell, Roger R. (junio de 1974). Multics Security Evaluation: Vulnerability Analysis (PDF) . Vol. II. Archivado desde el original (PDF) el 2011-07-09 . Consultado el 2014-11-09 .
  24. ^ abc Thompson, Ken (agosto de 1984). "Reflexiones sobre la confianza" (PDF) . Comunicaciones de la ACM . 27 (8): 761–763. doi : 10.1145/358198.358210 . S2CID  34854438.
  25. ^ abc Karger, Paul A.; Schell, Roger R. (18 de septiembre de 2002). Treinta años después: lecciones de la evaluación de seguridad de Multics (PDF) . Conferencia sobre aplicaciones de seguridad informática, 2002. Actas. 18.ª edición anual . IEEE. págs. 119–126. doi :10.1109/CSAC.2002.1176285. ISBN 0-7695-1828-1. Recuperado el 8 de noviembre de 2014 .
  26. ^ Akkad, Omar El (20 de enero de 2014). «La extraña conexión entre la NSA y una empresa tecnológica de Ontario». The Globe and Mail . Consultado el 5 de abril de 2018 .
  27. ^ ab Perlroth, Nicole; Larson, Jeff; Shane, Scott (5 de septiembre de 2013). "NSA Able to Foil Basic Safeguards of Privacy on Web" (La NSA es capaz de frustrar las salvaguardas básicas de la privacidad en la Web). The New York Times . Consultado el 5 de abril de 2018 .
  28. ^ "Criptografía maliciosa: criptovirología y cleptografía". www.cryptovirology.com . Archivado desde el original el 21 de febrero de 2015 . Consultado el 5 de abril de 2018 .
  29. ^ ab Wheeler, David A. (7 de diciembre de 2009). Fully Countering Trust through Diverse Double-Compiling (Ph.D.). Fairfax, VA: Universidad George Mason . Archivado desde el original el 8 de octubre de 2014. Consultado el 9 de noviembre de 2014 .
  30. ^ Cox, Russ (25 de octubre de 2023). "Ejecución del compilador "Reflexiones sobre la confianza en la confianza"".
  31. ^ "Entrada de archivo de jerga para "puerta trasera"" – vía catb.org.
  32. ^ "Compilar un virus: W32/Induc-A".
  33. ^ "Apple lucha contra 40 aplicaciones maliciosas "XcodeGhost" que invaden la App Store". 21 de septiembre de 2015.
  34. ^ "Desenmascarando los plugins premium "gratuitos" de WordPress". Sucuri Blog . 2014-03-26 . Consultado el 3 de marzo de 2015 .
  35. ^ Sinegubko, Denis (23 de abril de 2014). "Puerta trasera del constructor de complementos de Joomla". Sucurí . Consultado el 13 de marzo de 2015 .
  36. ^ "Nota de vulnerabilidad VU#247371". Base de datos de notas de vulnerabilidad . Consultado el 13 de marzo de 2015 .
  37. ^ "El servidor Interbase contiene una cuenta de puerta trasera compilada". CERT . 31 de diciembre de 2001 . Consultado el 13 de marzo de 2015 .
  38. ^ "Los investigadores confirman la contraseña de la puerta trasera en el código del cortafuegos de Juniper". Ars Technica . 2015-12-21 . Consultado el 2016-01-16 .
  39. ^ "Zagrożenia tygodnia 2015-W52 - Spece.IT". Spece.IT (en polaco). 23 de diciembre de 2015 . Consultado el 16 de enero de 2016 .
  40. ^ "Se encontraron múltiples vulnerabilidades en OLT CDATA - Investigación de seguridad informática por Pierre".
  41. ^ "Se descubren cuentas de puerta trasera en 29 dispositivos FTTH del proveedor chino C-Data". ZDNet .
  42. ^ Claburn, Thomas. «Se detectó una puerta trasera maliciosa en la biblioteca de compresión xz de Linux». The Register . Archivado desde el original el 1 de abril de 2024. Consultado el 1 de abril de 2024 .
  43. ^ Gatlan, Sergiu. «Red Hat advierte de una puerta trasera en las herramientas XZ utilizadas por la mayoría de las distribuciones Linux». BleepingComputer . Archivado desde el original el 29 de marzo de 2024. Consultado el 29 de marzo de 2024 .
  44. ^ Akamai Security Intelligence Group (1 de abril de 2024). «XZ Utils Backdoor: todo lo que necesita saber y lo que puede hacer». Archivado desde el original el 2 de abril de 2024. Consultado el 2 de abril de 2024 .
  45. ^ James, Sam. «Situación de puerta trasera en xz-utils (CVE-2024-3094)». GitHub . Archivado desde el original el 2 de abril de 2024 . Consultado el 2 de abril de 2024 .

Enlaces externos