Diferencia entre revisiones de «Ofuscación»
Rescatando 1 referencia(s) y marcando 0 enlace(s) como roto(s)) #IABot (v2.0.9.5 |
|||
(No se muestran 40 ediciones intermedias de 30 usuarios) | |||
Línea 1: | Línea 1: | ||
La '''ofuscación''' se refiere a encubrir el significado de una comunicación haciéndola más confusa y complicada de interpretar. |
La '''ofuscación''' se refiere a encubrir el significado de una comunicación haciéndola más confusa y complicada de interpretar. |
||
==Informática== |
== Informática == |
||
En [[computación]], la ofuscación se refiere al acto deliberado de realizar un cambio no destructivo, ya sea en el [[código fuente]] de un [[programa informático]] o [[código máquina]] cuando el programa está en forma [[compilador|compilada]] o binaria, |
En [[computación]], la ofuscación se refiere al acto deliberado de realizar un cambio no destructivo, ya sea en el [[código fuente]] de un [[programa informático]], en el código intermedio ([[bytecode]]s) o en el [[código máquina]] cuando el programa está en forma [[compilador|compilada]] o binaria. Es decir, se cambia el código se "enrevesa" manteniendo el funcionamiento original, para dificultar su entendimiento. De esta forma se dificulta los intentos de [[ingeniería inversa]] y [[desensamblado]] que tienen la intención de obtener una forma de [[código fuente]] cercana a la forma original. |
||
A las herramientas que realizan procesos de ofuscación se les llama ofuscadores. Los ofuscadores pueden actuar sobre el [[código fuente]], sobre el [[código objeto]] o sobre ambos. |
|||
En [[Internet]], la ofuscación refiere a crear una publicación o formar parte del grupo los Ofuscados. |
|||
El código ofuscado es aquél código que, aunque se tiene el [[código fuente]], ha sido ''enrevesado'' específicamente para ocultar su funcionalidad (hacerlo ininteligible). |
|||
La ofuscación binaria se realiza habitualmente para impedir o hacer más difícil los intentos de [[ingeniería inversa]] y [[desensamblado]] que tienen la intención de obtener una forma de [[código fuente]] cercana a la forma original. |
|||
Como un ''efecto lateral'', la ofuscación, en ocasiones, hace que los programas resultantes sean más pequeños (aunque puede hacer que los programas sean más grandes en otros casos). |
Como un ''efecto lateral'', la ofuscación, en ocasiones, hace que los programas resultantes sean más pequeños (aunque puede hacer que los programas sean más grandes en otros casos). |
||
Algunos tienden más a la ofuscación que otros. [[C]], [[C++]] y [[Perl]] son los más citados como fácilmente ofuscables. Las macros de preprocesador son usadas a menudo para crear código complicado de leer enmascarando la gramática y sintaxis estándar del lenguaje del cuerpo principal de código. |
Algunos lenguajes tienden más a la ofuscación que otros. [[C (lenguaje de programación)|C]], [[C++]] y [[Perl]] son los más citados como fácilmente ofuscables. Las macros de preprocesador son usadas a menudo para crear código complicado de leer enmascarando la gramática y sintaxis estándar del lenguaje del cuerpo principal de código. |
||
Además, a veces, también se puede buscar que el código fuente resulte una obra de [[ascii art]]. Existen otros programas ofuscados llamados [[Quine (programa)|quine]] que al ejecutarse la salida debe ser el código fuente del programa. |
|||
=== Motivación === |
|||
También hay programas ''ofuscadores'' que pueden actuar sobre el [[código fuente]], [[código objeto]] o ambos para dificultar la [[ingeniería inversa]]. |
|||
La motivación inmediata de la ofuscación es dificultar el entendimiento del código y por tanto dificultar la [[ingeniería inversa]]. El motivo original puede ser por:<ref>[http://informatica.blogs.uoc.edu/2015/10/26/ofuscacion-de-codigo-te-reto-a-que-entiendas-este-programa/ Ofuscación de código: te reto a que entiendas este programa]. robert. Universitat Oberta de Catalunya. 26 de octubre de 2015</ref> |
|||
* Por seguridad. No queremos que un atacante comprenda el funcionamiento del código para que no lo altere con malos propósitos. Por ejemplo, si un programa contiene un control de licencias, nos puede interesar que nadie lo modifique para saltarse dicho control. O bien nos puede interesar que un software cliente no envíe peticiones malintencionadas al servidor. Hay que tener en cuenta que esto sólo consigue [[seguridad por oscuridad]]: el sistema es seguro simplemente porque nadie sabe cómo funciona. Pero si alguien consigue entender su funcionamiento mediante el análisis, toda la seguridad se va al traste. Por tanto, usar ofuscación con este propósito sólo tiene sentido como medida adicional para poner las cosas más difíciles a un atacante, porque no es infalible en absoluto. |
|||
* Ocultar [[malware|código malicioso]]. Esta ocultación se realiza en dos ámbitos:<ref>[https://noticiasseguridad.com/importantes/metodologias-de-ofuscacion-de-codigo-de-malware-para-evasion-de-antivirus/ Metodologías de ofuscación de código de malware para evasión de antivirus]. Alisa Esage. noticiasseguridad.com</ref> |
|||
** Dificulta la ingeniería inversa estática de malware haciendo más difícil encontrar las secciones de código más importante. |
|||
** Hace que las firmas estáticas utilizadas por los vendedores de [[antivirus]] no puedan detectar malware, ya que las firmas se basan en secuencias de bytes específicas en el binario |
|||
* Protección de la [[propiedad intelectual]]. Quizás no quieres que tu competencia copie cierto algoritmo que has utilizado. |
|||
* Como efecto colateral de otros procesos. Un ejemplo es la minificación: la transformación del código fuente de un programa con el propósito de reducir el número de bytes que ocupa. En lenguajes interpretados como JavaScript esto reduce el espacio de almacenamiento y el tiempo necesario para descargar un script por Internet. También hay quién dice que la optimización de código de un compilador consigue, en cierto modo, un cierto nivel de ofuscación al modificar el programa para mejorar su rendimiento. |
|||
* Pura diversión. Entender cómo funciona un programa ofuscado es como un rompecabezas, y un programa difícil de entender puede llegar a ser una obra de arte. Por ejemplo, el [[lenguaje de programación]] esotérico [[Brainfuck]] fue diseñado específicamente para hacer difícil la comprensión de sus programas. Y hay un concurso muy popular, el IOCCC (International Obfuscated C Code Contest), cuyo propósito es concebir un programa «útil» de la forma más incomprensible posible. |
|||
* Evitar o dificultar la [[Decompilador|decompilación]]. Algunos lenguajes, como por ejemplo Java, compilan a un [[lenguaje intermedio]] de bytecodes. Este código intermedio puede ser fácilmente decompilado debido a que el bytecode contiene gran parte de la información del código fuente original. Para diferentes motivos ([[ingeniería inversa]], sabotajes, piratería de software....) a veces es necesario ofuscar el código intermedio para impedir la decompilación o que esta obtenga un código incomprensible.<ref name="miralles"/> |
|||
=== Ejemplos === |
=== Ejemplos === |
||
Un ejemplo simple de ofuscación es llamar a las variables o funciones con palabras reservadas del lenguaje añadiendo algún símbolo |
Un ejemplo simple de ofuscación es llamar a las variables o funciones con palabras reservadas del lenguaje añadiendo algún símbolo |
||
<source lang="c"> |
|||
int int_; |
int int_; |
||
</source> |
|||
Con esta línea se define una variable de tipo entero. |
Con esta línea se define una variable de tipo entero. |
||
<source lang="c"> |
|||
long int _int(int int_){return int_-int_}; |
long int _int(int int_){return int_-int_}; |
||
</source> |
|||
Con esta línea definimos una función con un parámetro entero que devuelve un valor long int, que por otra parte siempre será 0. |
Con esta línea definimos una función con un parámetro entero que devuelve un valor long int, que por otra parte siempre será 0. |
||
<source lang="c"> |
|||
_int-_int; |
_int-_int; |
||
</source> |
|||
Esto equivale a poner 0. |
Esto equivale a poner 0. |
||
!(_int-_int); |
|||
<source lang="c"> |
|||
(_int-_int)!; |
|||
</source> |
|||
Esto equivale a poner 1. |
Esto equivale a poner 1. |
||
<source lang="cpp"> |
|||
(((!(int_-int_)<<!(int_-int_))<<(!(int_-int_)<<!(int_-int_)))|(!(int_-int_)<<!(int_-int_))); |
(((!(int_-int_)<<!(int_-int_))<<(!(int_-int_)<<!(int_-int_)))|(!(int_-int_)<<!(int_-int_))); |
||
</source> |
|||
Esto equivale a poner 10. |
Esto equivale a poner 10. |
||
== |
=== Técnicas === |
||
Hay distintas técnicas para realizar ofuscación. Estas técnicas se pueden clasificar según se aplican al diseño, a datos, a instrucciones o al flujo de control del programa.<ref name="moruno">[https://upcommons.upc.edu/bitstream/handle/2099.1/5151/Estudio%20de%20t%C3%A9cnicas%20de%20inserci%C3%B3n%20de%20marcas%20de%20agua%20sobre%20software.pdf?sequence=1&isAllowed=y Estudio de técnicas de inserción de marcas de agua sobre software]. Marc Jáimez Moruno. Universidad Politécnica de Catalunya. 10 de junio de 2008</ref><ref name="deusto"/> |
|||
==== Técnicas de ofuscación del diseño ==== |
|||
La ofuscación puede servir para otros propósitos. Los médicos han sido acusados de usar una [[jerga]] para encubrir hechos desagradables de un paciente. El autor y doctor [[Michael Crichton]] ha afirmado que la escritura médica es un "intento altamente capacitado y calculado de confundir al lector". [http://upalumni.org/medschool/appendices/appendix-25.html] De forma similar, el lenguaje basado en texto, como [[gyaru-moji]] y algunas formas de [[leet speak]] es ofuscado para hacerlo incomprensible a terceras personas. lomelo |
|||
Algunas de las técnicas de ofuscación de diseño son: |
|||
* '''Unión de clases''' (en inglés ''class merging''). Se usa en lenguajes orientados a objetos y consiste en la unión de una o más clases del programa en una sola clase.<ref name="moruno"/> |
|||
* '''División de clases''' (en inglés ''class splitting'').Se usa en lenguajes orientados a objetos y consiste en dividir una clase de un determinado programa en varias clases.<ref name="moruno"/> |
|||
* '''Tipos ocultos''' (en inglés ''type hiding'').Se usan en lenguajes orientados a objetos y consiste en utilizar los interfaces para oscurecer le intención final del diseño del programa<ref name="moruno"/> |
|||
==== Técnicas de ofuscación de datos ==== |
|||
Estas técnicas se basan en aplicar diversas transformaciones a las variables, las constantes y las estructuras que forman parte de un programa.<ref name="moruno"/> |
|||
Algunas de las ofuscaciones de datos son: |
|||
* '''Cegar constantes''' (en inglés ''constant blinding''). En lugar de tener un valor en claro como constante, esta técnica sustituye los valores de las constantes, generalmente mediante una XOR con un valor aleatorio, por datos aparentemente sin sentido.<ref name="deusto">[http://s3lab.deusto.es/binario-ilegible-tecnicas/ Crea un binario ilegible con estas técnicas]. Irene Díez. deusto.es. 23 de junio de 2017</ref> |
|||
* '''Cambio de la codificación de las variables'''. Cambiando la codificación de las variables se busca ocultar el valor original de la variable, por ejemplo podemos cambiar la codificación de un string, por su valor equivalente en otra codificación, por ejemplo codificación a [[Base64]] o a un cifrado sencillo mediante XOR, [[ROT13]] etc.<ref name="deusto"/> |
|||
* '''Conversión de datos estáticos en procesos'''. Consiste en conviertir un dato en un proceso que generará ese mismo dato.<ref name="moruno"/> |
|||
* '''Cambio del tiempo de vida de variables''' Consiste en convertir variable global en variable/s local/es.<ref name="moruno"/> |
|||
* '''Agregación de variables''' (en inglés ''merging variable''. Consiste en agrupar variables en estructuras más complejas, por ejemplo juntando enteros en un mismo struct.<ref name="deusto"/> |
|||
* '''Separación de variables''' (en inglés ''splitting variable''). En contraposición a la agregación de variables, la separación de variables consiste en dividir las variables en unidades más pequeñas, por ejemplo transformando un int de 4 bytes en dos shorts de 2 bytes.<ref name="deusto"/> |
|||
* '''Agregación de arrays''' (en inglés ''merging array''. Consiste en agrupar varios arrays en uno solo.<ref name="moruno"/> |
|||
* '''Separación de arrays''' (en inglés ''splitting array''). Consiste en dividir arrays y representar un único array mediante varios de ellos.<ref name="moruno"/> |
|||
* '''Aplanamiento de arrays''' (en inglés ''flatten array''). Consiste en utilizar una variable de array de menor dimensión para representar un array de mayor dimensión.<ref name="moruno"/> |
|||
* '''Despliegue de arrays''' (en inglés ''fold array''). Consiste en utilizar una variable de array de mayor dimensión para representar un array de menor dimensión.<ref name="moruno"/> |
|||
==== Técnicas de ofuscación de flujo de control ==== |
|||
Consisten en una serie de transformaciones que alteran el flujo de ejecución de un programa. El flujo de ejecución de un programa se puede representar por un [[grafo de control de flujo]] (CFG), en el que los nodos son los bloques básicos de ejecución del programa, y las aristas son los saltos entre bloques básicos de ejecución (conjuntos de instrucciones que se ejecutan secuencialmente, en los que la primera instrucción es el único acceso al bloque y la última instrucción es la única de salida).<ref name="moruno"/> |
|||
Algunas de las ofuscaciones de control de flujo son: |
|||
* '''Inserción de código muerto''' (en inglés ''dead code insertion''). Consiste en insertar código en el programa que no aporta funcionalidad. Los ejemplos más sencillos son la inserción de nops, guardar el valor de una variable, hacer operaciones matemáticas con ella para luego restaurar el valor original etc.<ref name="deusto"/> |
|||
* '''Uso de predicados opacos'''. Un predicado es una expresión lógica que se evalúa a true o false, y que generalmente se usa para dirigir el flujo de un programa. Un [[predicado opaco|predicado es opaco]] si su valor en tiempo de ejecución es conocido durante el proceso de ofuscación. Estos predicados son aprovechables para ofuscar porque un atacante que quiera ver cómo funciona el programa, no sabe en [[tiempo de compilación]] el valor que tendrá el predicado. De esta forma se generan más ramas en el flujo de control y se molesta en la ingeniería inversa.<ref name="deusto"/><ref name="miralles">[http://bibing.us.es/proyectos/abreproy/11090/fichero/Estudio+y+Prueba+de+una+M%C3%A9trica+para+los+Ofuscadores+Java.pdf+ Estudio y Prueba de una Métrica para los Ofuscadores de Java] {{Wayback|url=http://bibing.us.es/proyectos/abreproy/11090/fichero/Estudio+y+Prueba+de+una+M%C3%A9trica+para+los+Ofuscadores+Java.pdf+ |date=20180113014806 }}. Ángel Miralles Arévalo. Proyecto Fin de Carrera. Universidad de Sevilla. Mayo de 2005</ref> Por ejemplo si tenemos un bloque de instrucciones A;B y el predicado opaco P que siempre va a ser TRUE. Podemos crear la secuencia de control equivalente "A;IF P THEN B ELSE C". De esta forma un análisis estático de código no puede saber que A y B se ejecutan siempre de forma consecutiva.<ref name="miralles" /> |
|||
* '''Aplanado del flujo de control''' (en inglés ''control flow flattening''). Consiste en modificar y reordenar los bloques básicos de un programa (''basic block'', BB) de forma que, en vez de tener en el CFG una estructura de decisión if-else típica en la que se sigue la ejecución a un BB o se salta a otro BB dependiendo del valor de los flags, se pasa a una estructura aplanada, en la que un BB llamado dispatcher decide a qué BB saltar en base al valor de una variable artificial. Cada BB de las ramas de decisión tiene el dispatcher como predecesor y sucesor, dificultando así averiguar la lógica del programa detrás del CFG aplanado.<ref name="deusto"/> |
|||
* '''Desenroscado de bucles''' (en inglés ''loop unrolling''). Consiste en transformaciones de código que evitan tener instrucciones de salto condicional y variables para emular bucles. Esta técnica, además de ser computacionalmente menos costosa, genera bloques de instrucciones muy parecidos entre ellos, lo que aumenta la confusión en el análisis estático del código.<ref name="deusto"/> |
|||
* '''Inlining'''. Consiste en sustituir una llamada a un método por una copia del código del método.<ref name="moruno"/> |
|||
* '''Outlining'''. Consiste en la creación artificial de métodos mediante secciones de código no relacionadas, las cuales añaden un nivel de fingida abstracción.<ref name="miralles"/> |
|||
* '''Transformación de interpretación de tabla''' (en inglés ''table interpretation''). Consiste en romper una secuencia de código en múltiples trozos pequeños y construir un bucle que a través de una secuencia de condiciones decide a cual de las secuencias de código se salta en cada momento.<ref>Reversing: secrets of reverse Engineering. Eldad Eilam. Ed. Wiley. 1 de abril de 2005</ref> |
|||
==== Técnicas de ofuscación de instrucciones ==== |
|||
Consiste en sustituir la instrucción original por otra serie de instrucciones equivalentes más complicadas, generalmente mediante el uso de operaciones matemáticas. Por ejemplo Obfuscator-LLVM es una suit de compilación sobre [[LLVM]] que permite ofuscar el programa.<ref name="deusto"/> |
|||
==== Técnicas de ofuscación de layout ==== |
|||
Buscan oscurecer y alterar la estructura léxica del software introduciendo cambios en el formato del código fuente. Por ejemplo renombrando variables o borrando información del debugger.<ref name="moruno"/> |
|||
==== Técnicas de ofuscación con virtualización de código ==== |
|||
La '''virtualización de código''', o '''ofuscación basada en máquina virtual''' (en inglés ''obfuscation VM-based''), es un método para la ofuscación.<ref name="kuang">[https://pdf.sciencedirectassets.com/271887/1-s2.0-S0167404818X00029/1-s2.0-S0167404818300270/main.pdf?X-Amz-Security-Token=IQoJb3JpZ2luX2VjECoaCXVzLWVhc3QtMSJHMEUCIEEzjuKF6uwkSJWED181MV5otNRgLlnD%2BwY2H4zLHNw7AiEAuxYNaQ8c6NMjkzFvLz2wQYl%2BACVLJtXXRZnIMF0D2GcqtAMIchADGgwwNTkwMDM1NDY4NjUiDMDYlbOxrYQWW1c%2BnyqRA9DZ%2BCMHGl%2BcYaoo%2BCnvxqVLR1MOMX3S%2FLne4mtQwSXUKi8Ht3Q%2FwxZpOttf5um7zrS3Mr7ljZN10UPy8JHKoHqGzi6eYvgQMVUj4ssnDB4fSEWJqOZn3KrS0fKhREfD6m9tc6puWkUNOhvAkPvYMltYctmWPGp20rIRVB2H3ik0VjrXqy%2BEpVLIQ9ap4d1FOmXfyC30VIWOVaKG%2Bkw88J59RqUlvh8%2BuwigVVFKvSOwiRZwYV7lg4u0N7fyfZUC1G5yOqt6i9y6mCq%2BrWYAosXOJt4GpWI3fp1XepnwmbZzY%2FtuQN7tovNX8FS0mBK1mKYT8MEkDUBQBpkO30y3RkpInnk4r2dUqh7gRATVbWBjFFp4Zx6AU5pk0Rm6r0Gr23Ty%2B7dufQ67lnxWlKr33LCCYzHFaInmVW3nPfIG4CQsL%2BVL2W0KyO42tFBm6Biswhpp%2Bs3vXlQ1zUMycn2id4Fr594YKrKX4eiet4%2BntXb5bcc6WnYaGFh%2BcJO3%2B%2BfD2n7IA91735d%2BWkSjJX0a2AAkMMCa9PUFOusBUWsCqWb%2BbG1Gwd8g9MnAOj%2B3HR5jZqy07oM%2Fvgp99DcCA7PaPzSRpt6ePjXytn%2BAE%2FCHDuPo%2B90%2BC6kAZ1caGrt4iEPkvX7LymYlxtHKIFH5Qweq3BUavidLuUY4cgkH3PBUwzmhwlJtOFZ9jn8DrHye2bhOqiZSCsW%2BB4O0%2BbClfuuQcpZULD1tKhkI83zDX%2FFqk7qaUHP0KQytiRN%2Fd774UPkGexMVYk5ISBo2lRds%2FcgX02DtvgLMZ1zPwZfucw8yR%2F2XbRPvM3Z08c2XnKS0AUIJkhG7EHl3V0eK6%2FmK03KwaED0FBR2ZA%3D%3D&X-Amz-Algorithm=AWS4-HMAC-SHA256&X-Amz-Date=20200514T100229Z&X-Amz-SignedHeaders=host&X-Amz-Expires=300&X-Amz-Credential=ASIAQ3PHCVTYUVKL6F4V%2F20200514%2Fus-east-1%2Fs3%2Faws4_request&X-Amz-Signature=6d8f6ff3e519392bac07be9f4acd2ecaba74a4644f5a193bf801563e974e9a98&hash=08ba13b6a901089d0cfbeb1cdd36dbb51261f6ee891416b8cfae0ce831f282d5&host=68042c943591013ac2b2430a89b270f6af2c76d8dfd086a07176afe7c76c2c61&pii=S0167404818300270&tid=spdf-d2fbc8a5-30fb-45b7-bea9-9294fbaee839&sid=dc0ed3ae2e27f7430a0857314fe6e6a2fa63gxrqb&type=client&download=true Enhance virtual-machine-based code obfuscation security through dynamic bytecode scheduling]. Kaiyuan Kuang et ali. 29 de marzo de 2017. Elsevier</ref> La técnica consiste en reemplazar instrucciones del programa con instrucciones virtuales con las que el atacante no está familiarizado. Posteriormente estas instrucciones serán traducidos a código de la máquina nativa en tiempo de ejecución para ser ejecutado por el hardware<ref name="kuang"/> |
|||
La ofuscación de código basada en [[Máquina virtual#Máquinas virtuales de proceso|máquinas virtuales de proceso]] se está convirtiendo en una técnica muy utilizada.<ref name="tang">[https://res.mdpi.com/d_attachment/applsci/applsci-08-00771/article_deploy/applsci-08-00771-v3.pdf VMGuards: A Novel Virtual Machine Based Code Protection System with VM Security as the First Class Design Concern]. Zhanyong Tang et ali. mdpi.com. 12 de Mayo de 2018</ref> Se han creado varias herramientas que utilizan este tipo de ofuscación, como por ejemplo VMProtect, WProtect,<ref name="epcp"/> Code Virtualizer y Themida.<ref name="tang"/> En estas herramientas es frecuente que el código se ejecute en una máquina virtual que sea marcadamente diferente de las CPU tradicionales, y en las que el conjunto de comandos es diferente para cada archivo protegido.<ref>[https://vmpsoft.com/ Five Reasons To Use VMProtect]</ref><ref>[https://www.oreans.com/CodeVirtualizer.php Code Virtualizer Overview]</ref><ref name="epcp">[https://blog.malwarebytes.com/cybercrime/malware/2017/03/explained-packer-crypter-and-protector/ Explained: Packer, Crypter, and Protector]. Pieter Arntz. malwarebytes.com. 27 de marzo de 2017</ref> |
|||
=== Técnicas de ofuscación de código intermedio === |
|||
Algunos lenguajes, como por ejemplo Java, compilan a un lenguaje intermedio de bytecodes. Este código intermedio pueden ser fácilmente decompilado para así obtener casi el mismo código fuente original. Por diferentes motivos ([[ingeniería inversa]], sabotajes, piratería de software....) a veces es necesario ofuscar el código intermedio para impedir la decompilación o hacer que esta obtenga un código incomprensible.<ref name="miralles"/> |
|||
Por ejemplo para los bytecodes de Java se usa las siguientes técnicas de ofuscación:<ref>[https://prismoskills.appspot.com/lessons/Algorithms/Chapter_12_-_Code_Obfuscation.jsp Code Obfuscation]</ref> |
|||
* Eliminar la información de depuración, como los nombres de las variables y la información del número de línea (ofuscación de layout). |
|||
* Manipulación de nombres de variables, métodos, nombres de paquetes y clases (ofuscación de layout). |
|||
* Codificación de literales de cadena y proporcione una función para decodificarlos (ofuscación de datos). Esto no afecta la salida final del ejecutable, pero el código descompilado se ve bastante feo y no es inmediatamente comprensible. Tal codificación se puede hacer para otros literales también como enteros y flotantes literales . |
|||
* Introducir código que sea equivalente en funcionalidad pero que sea razonablemente más complicado haciendo uso de declaraciones goto, condiciones verdaderas irrazonables en las declaraciones, bucles expandidos con algunas declaraciones basura válidas entre ellas (ofuscación de flujo de control). |
|||
* Insertar declaraciones no compilables en el código de bytes que no afectan la interpretación del código de bytes pero hace que fallen los descompiladores ya que no pueden descompilar dicho código defectuoso (ofuscación de flujo de control). La ejecución del código de bytes no se ve afectada debido a la inserción de este código defectuoso porque los intérpretes de código de bytes suelen estar muy relajados en la verificación de errores, suponiendo que el compilador ya hubiera hecho esa parte. |
|||
* Insertar código extra no utilizado (ofuscación de flujo de control). |
|||
* Utilizar sobrecarga de funciones y proporcionar el mismo nombre a todas las funciones con diferentes firmas(ofuscación de layout). |
|||
* Cambiar la información del número de línea (ofuscación de layout). La información del número de línea está presente en bytecode para ayudar a depurar un programa y los decompiladores usan esta información para construir con mayor precisión el código fuente original. Entonces los ofuscadores destruyen esta información para confundir aún más a los descompiladores. |
|||
=== Aportando seguridad === |
|||
Las técnicas de ofuscación también pueden servir para dar seguridad. Por ejemplo, [[PointGuard]] es una extensión de GCC para proteger punteros. PointGuard cifra los valores de los punteros cuando estos están en memoria aplicando una XOR con una clave generada aleatoriamente cuando el proceso del programa arranca. Cuando un puntero se va a desreferenciar se descifra el valor del puntero, de esta forma, si un atacante consigue sobrescribir el valor del puntero, cuando este se desreferencie y por PointGuard se descifre, el atacante estará accediendo a una [[dirección de memoria]] aleatoria, y muy posiblemente si el acceso no es válido hará que el programa falle, frustrando así la explotación del programa.<ref name="deusto"/> |
|||
=== Herramientas === |
|||
Hay multitud de herramientas para ofuscar, cada una aplicable a un lenguaje distintos. Ejemplos de este tipo de herramientas son: |
|||
* Para bytecodes java: Proguard, Javaguard, Retroguard, Jobfuscate, Jshrink, Jzipper, Marvin Obfuscator, Smokescreen, Yguard, Zelix KlassMaster, CafeBabe.<ref name="miralles"/> |
|||
* Para ofuscar javascript: Thicket, Jasob 2, Javascript Obfuscator, Stunnix JavaScript Obfuscator, JCE Pro, Scripts Encryptor (ScrEnc), Shane Ng’s GPL-licenced obfuscator, Dean Edwards JavaScript Compressor/Obfuscator, ESC, Jammer, JSCruncher Pro, Strong JS, JavaScript Scrambler, Javascript Encoder from scriptasylum.com.<ref>[https://sentidoweb.com/2006/10/11/lista-de-ofuscadores-para-javascript.php Lista de ofuscadores para Javascript]. Luis sentidoweb.com. 11 de octubre de 2006</ref> |
|||
* Para .NET: pc-guard-net64, Phoenix Protector, obfuscar, Dotfuscator |
|||
* Para python: pyobfuscate, Intensio-Obfuscator, OBFAU3 (Autoit-Obfuscator). |
|||
* Para scripts de PHP: HideMyPHP. |
|||
== Otros objetivos == |
|||
La ofuscación puede servir para otros propósitos. Los médicos han sido acusados de usar una [[jerga]] para encubrir hechos desagradables de un paciente. El autor y doctor [[Michael Crichton]] ha afirmado que la escritura médica es un "intento altamente capacitado y calculado de confundir al lector". [http://upalumni.org/medschool/appendices/appendix-25.html] De forma similar, el lenguaje basado en texto, como [[gyaru-moji]] y algunas formas de [[leet speak]] es ofuscado para hacerlo incomprensible a terceras personas. |
|||
== Referencias == |
|||
{{listaref}} |
|||
== Enlaces externos == |
== Enlaces externos == |
||
*[http://www.ioccc.org/main.html Competición de código ofuscado en C] |
* [http://www.ioccc.org/main.html Competición de código ofuscado en C] |
||
*[http://jsblock.ath.cx/proteger-ofuscar-javascript/ Protección |
* {{Enlace roto|1=[http://jsblock.ath.cx/proteger-ofuscar-javascript/ Protección en línea de librerías javascript] |2=http://jsblock.ath.cx/proteger-ofuscar-javascript/ |bot=InternetArchiveBot }} |
||
* [https://web.archive.org/web/20140528122619/http://www.ioccc.org/ The International Obfuscated C Code Contest (''Concurso internacional de código en C ofuscado'')] |
|||
{{ORDENAR:Codigo ofuscado}} |
|||
* [https://web.archive.org/web/20050308231232/http://www.cs.arizona.edu/~collberg/Research/Students/DouglasLow/obfuscation.html Cómo proteger código en Java por medio de la ofuscación de código] |
|||
* [http://www.ioccc.org/ The International Obfuscated C Code Contest (''Concurso internacional de código en C ofuscado'')] |
|||
* [http://www.ofuscarphp.com - Ofuscador de Código PHP en línea] |
|||
* [http://web.archive.org/web/http://www.cs.arizona.edu/~collberg/Research/Students/DouglasLow/obfuscation.html Cómo proteger código en Java por medio de la ofuscación de código] |
|||
* [http://www. |
* [https://web.archive.org/web/20100901100055/http://www.fopo.com.ar/ FOPO - Free Online PHP Obfuscator] |
||
* [http://www.fopo.com.ar/ FOPO - Free Online PHP Obfuscator] |
|||
* [http://javaencrypt.com/?lang=es Análisis de ofuscación de código en Javscript] |
* [http://javaencrypt.com/?lang=es Análisis de ofuscación de código en Javscript] |
||
{{Control de autoridades}} |
|||
{{ORDENAR:Codigo ofuscado}} |
|||
[[Categoría:Programación]] |
[[Categoría:Programación]] |
||
[[Categoría:Antipatrón de diseño]] |
[[Categoría:Antipatrón de diseño]] |
||
[[cs:Obfuscator]] |
|||
[[de:Obfuscator]] |
|||
[[en:Obfuscated code]] |
|||
[[fr:Code impénétrable]] |
|||
[[it:Offuscatore]] |
|||
[[ko:난독화]] |
|||
[[pl:Zaciemnianie kodu]] |
|||
[[ru:Обфускация]] |
|||
[[sr:Маскирање кода]] |
|||
[[sv:Obfuscator]] |
|||
[[zh:代码混淆]] |
Revisión actual - 00:40 9 sep 2024
La ofuscación se refiere a encubrir el significado de una comunicación haciéndola más confusa y complicada de interpretar.
Informática
[editar]En computación, la ofuscación se refiere al acto deliberado de realizar un cambio no destructivo, ya sea en el código fuente de un programa informático, en el código intermedio (bytecodes) o en el código máquina cuando el programa está en forma compilada o binaria. Es decir, se cambia el código se "enrevesa" manteniendo el funcionamiento original, para dificultar su entendimiento. De esta forma se dificulta los intentos de ingeniería inversa y desensamblado que tienen la intención de obtener una forma de código fuente cercana a la forma original.
A las herramientas que realizan procesos de ofuscación se les llama ofuscadores. Los ofuscadores pueden actuar sobre el código fuente, sobre el código objeto o sobre ambos.
Como un efecto lateral, la ofuscación, en ocasiones, hace que los programas resultantes sean más pequeños (aunque puede hacer que los programas sean más grandes en otros casos).
Algunos lenguajes tienden más a la ofuscación que otros. C, C++ y Perl son los más citados como fácilmente ofuscables. Las macros de preprocesador son usadas a menudo para crear código complicado de leer enmascarando la gramática y sintaxis estándar del lenguaje del cuerpo principal de código.
Además, a veces, también se puede buscar que el código fuente resulte una obra de ascii art. Existen otros programas ofuscados llamados quine que al ejecutarse la salida debe ser el código fuente del programa.
Motivación
[editar]La motivación inmediata de la ofuscación es dificultar el entendimiento del código y por tanto dificultar la ingeniería inversa. El motivo original puede ser por:[1]
- Por seguridad. No queremos que un atacante comprenda el funcionamiento del código para que no lo altere con malos propósitos. Por ejemplo, si un programa contiene un control de licencias, nos puede interesar que nadie lo modifique para saltarse dicho control. O bien nos puede interesar que un software cliente no envíe peticiones malintencionadas al servidor. Hay que tener en cuenta que esto sólo consigue seguridad por oscuridad: el sistema es seguro simplemente porque nadie sabe cómo funciona. Pero si alguien consigue entender su funcionamiento mediante el análisis, toda la seguridad se va al traste. Por tanto, usar ofuscación con este propósito sólo tiene sentido como medida adicional para poner las cosas más difíciles a un atacante, porque no es infalible en absoluto.
- Ocultar código malicioso. Esta ocultación se realiza en dos ámbitos:[2]
- Dificulta la ingeniería inversa estática de malware haciendo más difícil encontrar las secciones de código más importante.
- Hace que las firmas estáticas utilizadas por los vendedores de antivirus no puedan detectar malware, ya que las firmas se basan en secuencias de bytes específicas en el binario
- Protección de la propiedad intelectual. Quizás no quieres que tu competencia copie cierto algoritmo que has utilizado.
- Como efecto colateral de otros procesos. Un ejemplo es la minificación: la transformación del código fuente de un programa con el propósito de reducir el número de bytes que ocupa. En lenguajes interpretados como JavaScript esto reduce el espacio de almacenamiento y el tiempo necesario para descargar un script por Internet. También hay quién dice que la optimización de código de un compilador consigue, en cierto modo, un cierto nivel de ofuscación al modificar el programa para mejorar su rendimiento.
- Pura diversión. Entender cómo funciona un programa ofuscado es como un rompecabezas, y un programa difícil de entender puede llegar a ser una obra de arte. Por ejemplo, el lenguaje de programación esotérico Brainfuck fue diseñado específicamente para hacer difícil la comprensión de sus programas. Y hay un concurso muy popular, el IOCCC (International Obfuscated C Code Contest), cuyo propósito es concebir un programa «útil» de la forma más incomprensible posible.
- Evitar o dificultar la decompilación. Algunos lenguajes, como por ejemplo Java, compilan a un lenguaje intermedio de bytecodes. Este código intermedio puede ser fácilmente decompilado debido a que el bytecode contiene gran parte de la información del código fuente original. Para diferentes motivos (ingeniería inversa, sabotajes, piratería de software....) a veces es necesario ofuscar el código intermedio para impedir la decompilación o que esta obtenga un código incomprensible.[3]
Ejemplos
[editar]Un ejemplo simple de ofuscación es llamar a las variables o funciones con palabras reservadas del lenguaje añadiendo algún símbolo
int int_;
Con esta línea se define una variable de tipo entero.
long int _int(int int_){return int_-int_};
Con esta línea definimos una función con un parámetro entero que devuelve un valor long int, que por otra parte siempre será 0.
_int-_int;
Esto equivale a poner 0.
!(_int-_int);
Esto equivale a poner 1.
(((!(int_-int_)<<!(int_-int_))<<(!(int_-int_)<<!(int_-int_)))|(!(int_-int_)<<!(int_-int_)));
Esto equivale a poner 10.
Técnicas
[editar]Hay distintas técnicas para realizar ofuscación. Estas técnicas se pueden clasificar según se aplican al diseño, a datos, a instrucciones o al flujo de control del programa.[4][5]
Técnicas de ofuscación del diseño
[editar]Algunas de las técnicas de ofuscación de diseño son:
- Unión de clases (en inglés class merging). Se usa en lenguajes orientados a objetos y consiste en la unión de una o más clases del programa en una sola clase.[4]
- División de clases (en inglés class splitting).Se usa en lenguajes orientados a objetos y consiste en dividir una clase de un determinado programa en varias clases.[4]
- Tipos ocultos (en inglés type hiding).Se usan en lenguajes orientados a objetos y consiste en utilizar los interfaces para oscurecer le intención final del diseño del programa[4]
Técnicas de ofuscación de datos
[editar]Estas técnicas se basan en aplicar diversas transformaciones a las variables, las constantes y las estructuras que forman parte de un programa.[4] Algunas de las ofuscaciones de datos son:
- Cegar constantes (en inglés constant blinding). En lugar de tener un valor en claro como constante, esta técnica sustituye los valores de las constantes, generalmente mediante una XOR con un valor aleatorio, por datos aparentemente sin sentido.[5]
- Cambio de la codificación de las variables. Cambiando la codificación de las variables se busca ocultar el valor original de la variable, por ejemplo podemos cambiar la codificación de un string, por su valor equivalente en otra codificación, por ejemplo codificación a Base64 o a un cifrado sencillo mediante XOR, ROT13 etc.[5]
- Conversión de datos estáticos en procesos. Consiste en conviertir un dato en un proceso que generará ese mismo dato.[4]
- Cambio del tiempo de vida de variables Consiste en convertir variable global en variable/s local/es.[4]
- Agregación de variables (en inglés merging variable. Consiste en agrupar variables en estructuras más complejas, por ejemplo juntando enteros en un mismo struct.[5]
- Separación de variables (en inglés splitting variable). En contraposición a la agregación de variables, la separación de variables consiste en dividir las variables en unidades más pequeñas, por ejemplo transformando un int de 4 bytes en dos shorts de 2 bytes.[5]
- Agregación de arrays (en inglés merging array. Consiste en agrupar varios arrays en uno solo.[4]
- Separación de arrays (en inglés splitting array). Consiste en dividir arrays y representar un único array mediante varios de ellos.[4]
- Aplanamiento de arrays (en inglés flatten array). Consiste en utilizar una variable de array de menor dimensión para representar un array de mayor dimensión.[4]
- Despliegue de arrays (en inglés fold array). Consiste en utilizar una variable de array de mayor dimensión para representar un array de menor dimensión.[4]
Técnicas de ofuscación de flujo de control
[editar]Consisten en una serie de transformaciones que alteran el flujo de ejecución de un programa. El flujo de ejecución de un programa se puede representar por un grafo de control de flujo (CFG), en el que los nodos son los bloques básicos de ejecución del programa, y las aristas son los saltos entre bloques básicos de ejecución (conjuntos de instrucciones que se ejecutan secuencialmente, en los que la primera instrucción es el único acceso al bloque y la última instrucción es la única de salida).[4]
Algunas de las ofuscaciones de control de flujo son:
- Inserción de código muerto (en inglés dead code insertion). Consiste en insertar código en el programa que no aporta funcionalidad. Los ejemplos más sencillos son la inserción de nops, guardar el valor de una variable, hacer operaciones matemáticas con ella para luego restaurar el valor original etc.[5]
- Uso de predicados opacos. Un predicado es una expresión lógica que se evalúa a true o false, y que generalmente se usa para dirigir el flujo de un programa. Un predicado es opaco si su valor en tiempo de ejecución es conocido durante el proceso de ofuscación. Estos predicados son aprovechables para ofuscar porque un atacante que quiera ver cómo funciona el programa, no sabe en tiempo de compilación el valor que tendrá el predicado. De esta forma se generan más ramas en el flujo de control y se molesta en la ingeniería inversa.[5][3] Por ejemplo si tenemos un bloque de instrucciones A;B y el predicado opaco P que siempre va a ser TRUE. Podemos crear la secuencia de control equivalente "A;IF P THEN B ELSE C". De esta forma un análisis estático de código no puede saber que A y B se ejecutan siempre de forma consecutiva.[3]
- Aplanado del flujo de control (en inglés control flow flattening). Consiste en modificar y reordenar los bloques básicos de un programa (basic block, BB) de forma que, en vez de tener en el CFG una estructura de decisión if-else típica en la que se sigue la ejecución a un BB o se salta a otro BB dependiendo del valor de los flags, se pasa a una estructura aplanada, en la que un BB llamado dispatcher decide a qué BB saltar en base al valor de una variable artificial. Cada BB de las ramas de decisión tiene el dispatcher como predecesor y sucesor, dificultando así averiguar la lógica del programa detrás del CFG aplanado.[5]
- Desenroscado de bucles (en inglés loop unrolling). Consiste en transformaciones de código que evitan tener instrucciones de salto condicional y variables para emular bucles. Esta técnica, además de ser computacionalmente menos costosa, genera bloques de instrucciones muy parecidos entre ellos, lo que aumenta la confusión en el análisis estático del código.[5]
- Inlining. Consiste en sustituir una llamada a un método por una copia del código del método.[4]
- Outlining. Consiste en la creación artificial de métodos mediante secciones de código no relacionadas, las cuales añaden un nivel de fingida abstracción.[3]
- Transformación de interpretación de tabla (en inglés table interpretation). Consiste en romper una secuencia de código en múltiples trozos pequeños y construir un bucle que a través de una secuencia de condiciones decide a cual de las secuencias de código se salta en cada momento.[6]
Técnicas de ofuscación de instrucciones
[editar]Consiste en sustituir la instrucción original por otra serie de instrucciones equivalentes más complicadas, generalmente mediante el uso de operaciones matemáticas. Por ejemplo Obfuscator-LLVM es una suit de compilación sobre LLVM que permite ofuscar el programa.[5]
Técnicas de ofuscación de layout
[editar]Buscan oscurecer y alterar la estructura léxica del software introduciendo cambios en el formato del código fuente. Por ejemplo renombrando variables o borrando información del debugger.[4]
Técnicas de ofuscación con virtualización de código
[editar]La virtualización de código, o ofuscación basada en máquina virtual (en inglés obfuscation VM-based), es un método para la ofuscación.[7] La técnica consiste en reemplazar instrucciones del programa con instrucciones virtuales con las que el atacante no está familiarizado. Posteriormente estas instrucciones serán traducidos a código de la máquina nativa en tiempo de ejecución para ser ejecutado por el hardware[7]
La ofuscación de código basada en máquinas virtuales de proceso se está convirtiendo en una técnica muy utilizada.[8] Se han creado varias herramientas que utilizan este tipo de ofuscación, como por ejemplo VMProtect, WProtect,[9] Code Virtualizer y Themida.[8] En estas herramientas es frecuente que el código se ejecute en una máquina virtual que sea marcadamente diferente de las CPU tradicionales, y en las que el conjunto de comandos es diferente para cada archivo protegido.[10][11][9]
Técnicas de ofuscación de código intermedio
[editar]Algunos lenguajes, como por ejemplo Java, compilan a un lenguaje intermedio de bytecodes. Este código intermedio pueden ser fácilmente decompilado para así obtener casi el mismo código fuente original. Por diferentes motivos (ingeniería inversa, sabotajes, piratería de software....) a veces es necesario ofuscar el código intermedio para impedir la decompilación o hacer que esta obtenga un código incomprensible.[3]
Por ejemplo para los bytecodes de Java se usa las siguientes técnicas de ofuscación:[12]
- Eliminar la información de depuración, como los nombres de las variables y la información del número de línea (ofuscación de layout).
- Manipulación de nombres de variables, métodos, nombres de paquetes y clases (ofuscación de layout).
- Codificación de literales de cadena y proporcione una función para decodificarlos (ofuscación de datos). Esto no afecta la salida final del ejecutable, pero el código descompilado se ve bastante feo y no es inmediatamente comprensible. Tal codificación se puede hacer para otros literales también como enteros y flotantes literales .
- Introducir código que sea equivalente en funcionalidad pero que sea razonablemente más complicado haciendo uso de declaraciones goto, condiciones verdaderas irrazonables en las declaraciones, bucles expandidos con algunas declaraciones basura válidas entre ellas (ofuscación de flujo de control).
- Insertar declaraciones no compilables en el código de bytes que no afectan la interpretación del código de bytes pero hace que fallen los descompiladores ya que no pueden descompilar dicho código defectuoso (ofuscación de flujo de control). La ejecución del código de bytes no se ve afectada debido a la inserción de este código defectuoso porque los intérpretes de código de bytes suelen estar muy relajados en la verificación de errores, suponiendo que el compilador ya hubiera hecho esa parte.
- Insertar código extra no utilizado (ofuscación de flujo de control).
- Utilizar sobrecarga de funciones y proporcionar el mismo nombre a todas las funciones con diferentes firmas(ofuscación de layout).
- Cambiar la información del número de línea (ofuscación de layout). La información del número de línea está presente en bytecode para ayudar a depurar un programa y los decompiladores usan esta información para construir con mayor precisión el código fuente original. Entonces los ofuscadores destruyen esta información para confundir aún más a los descompiladores.
Aportando seguridad
[editar]Las técnicas de ofuscación también pueden servir para dar seguridad. Por ejemplo, PointGuard es una extensión de GCC para proteger punteros. PointGuard cifra los valores de los punteros cuando estos están en memoria aplicando una XOR con una clave generada aleatoriamente cuando el proceso del programa arranca. Cuando un puntero se va a desreferenciar se descifra el valor del puntero, de esta forma, si un atacante consigue sobrescribir el valor del puntero, cuando este se desreferencie y por PointGuard se descifre, el atacante estará accediendo a una dirección de memoria aleatoria, y muy posiblemente si el acceso no es válido hará que el programa falle, frustrando así la explotación del programa.[5]
Herramientas
[editar]Hay multitud de herramientas para ofuscar, cada una aplicable a un lenguaje distintos. Ejemplos de este tipo de herramientas son:
- Para bytecodes java: Proguard, Javaguard, Retroguard, Jobfuscate, Jshrink, Jzipper, Marvin Obfuscator, Smokescreen, Yguard, Zelix KlassMaster, CafeBabe.[3]
- Para ofuscar javascript: Thicket, Jasob 2, Javascript Obfuscator, Stunnix JavaScript Obfuscator, JCE Pro, Scripts Encryptor (ScrEnc), Shane Ng’s GPL-licenced obfuscator, Dean Edwards JavaScript Compressor/Obfuscator, ESC, Jammer, JSCruncher Pro, Strong JS, JavaScript Scrambler, Javascript Encoder from scriptasylum.com.[13]
- Para .NET: pc-guard-net64, Phoenix Protector, obfuscar, Dotfuscator
- Para python: pyobfuscate, Intensio-Obfuscator, OBFAU3 (Autoit-Obfuscator).
- Para scripts de PHP: HideMyPHP.
Otros objetivos
[editar]La ofuscación puede servir para otros propósitos. Los médicos han sido acusados de usar una jerga para encubrir hechos desagradables de un paciente. El autor y doctor Michael Crichton ha afirmado que la escritura médica es un "intento altamente capacitado y calculado de confundir al lector". [1] De forma similar, el lenguaje basado en texto, como gyaru-moji y algunas formas de leet speak es ofuscado para hacerlo incomprensible a terceras personas.
Referencias
[editar]- ↑ Ofuscación de código: te reto a que entiendas este programa. robert. Universitat Oberta de Catalunya. 26 de octubre de 2015
- ↑ Metodologías de ofuscación de código de malware para evasión de antivirus. Alisa Esage. noticiasseguridad.com
- ↑ a b c d e f Estudio y Prueba de una Métrica para los Ofuscadores de Java Archivado el 13 de enero de 2018 en Wayback Machine.. Ángel Miralles Arévalo. Proyecto Fin de Carrera. Universidad de Sevilla. Mayo de 2005
- ↑ a b c d e f g h i j k l m n Estudio de técnicas de inserción de marcas de agua sobre software. Marc Jáimez Moruno. Universidad Politécnica de Catalunya. 10 de junio de 2008
- ↑ a b c d e f g h i j k Crea un binario ilegible con estas técnicas. Irene Díez. deusto.es. 23 de junio de 2017
- ↑ Reversing: secrets of reverse Engineering. Eldad Eilam. Ed. Wiley. 1 de abril de 2005
- ↑ a b Enhance virtual-machine-based code obfuscation security through dynamic bytecode scheduling. Kaiyuan Kuang et ali. 29 de marzo de 2017. Elsevier
- ↑ a b VMGuards: A Novel Virtual Machine Based Code Protection System with VM Security as the First Class Design Concern. Zhanyong Tang et ali. mdpi.com. 12 de Mayo de 2018
- ↑ a b Explained: Packer, Crypter, and Protector. Pieter Arntz. malwarebytes.com. 27 de marzo de 2017
- ↑ Five Reasons To Use VMProtect
- ↑ Code Virtualizer Overview
- ↑ Code Obfuscation
- ↑ Lista de ofuscadores para Javascript. Luis sentidoweb.com. 11 de octubre de 2006
Enlaces externos
[editar]- Competición de código ofuscado en C
- Protección en línea de librerías javascript (enlace roto disponible en Internet Archive; véase el historial, la primera versión y la última).
- The International Obfuscated C Code Contest (Concurso internacional de código en C ofuscado)
- Cómo proteger código en Java por medio de la ofuscación de código
- - Ofuscador de Código PHP en línea
- FOPO - Free Online PHP Obfuscator
- Análisis de ofuscación de código en Javscript