VT2017 Cdoe Obofsucaitn - Revision history

Lucas.Lesage: /* Abstract */

2017-10-05T20:23:16Z

Abstract

← Older revision		Revision as of 20:23, 5 October 2017
Line 13:		Line 13:

	=Abstract=		=Abstract=
	An anagram for "Code Obfuscation, meaning : "The action of making something obscure, unclear, or unintelligible." In the case of coding, this concerns the use of multiple methods to make harder the readability of a part or all of a source code from a program/software. The goal is to complicate the code reverse-engineering as well as its theft. In order to do that, changing variables' name or removing as much white spaces as possible is not enough, moreover, code obfuscation implies that the code has to be fully functional as if it wasn't "modified".		An anagram for "Code Obfuscation", meaning : "The action of making something obscure, unclear, or unintelligible." In the case of coding, this concerns the use of multiple methods to make harder the readability of a part or all of a source code from a program/software. The goal is to complicate the code reverse-engineering as well as its theft. In order to do that, changing variables' name or removing as much white spaces as possible is not enough, moreover, code obfuscation implies that the code has to be fully functional as if it wasn't "modified".

	==Keywords==		==Keywords==

Lucas.Lesage: /* Introduction du terme et Problématique */

2017-10-05T20:18:55Z

Introduction du terme et Problématique

← Older revision		Revision as of 20:18, 5 October 2017
Line 19:		Line 19:

	=Synthèse=		=Synthèse=
	==Introduction du terme ~~et Problématique~~==		==Introduction du terme==
	La protection des données logicielles est un problème qui existe depuis plusieurs dizaines d'années, des conventions sont même apparues pour rassembler les programmeurs les plus créatifs, comme l'IOCCC depuis 1984 ! Déjà à l'époque il s'agissait d'un soucis de récupération de code par les concurrents, voire de modification directe du code source, car celui-ci doit être fourni au client avec le logiciel.		La protection des données logicielles est un problème qui existe depuis plusieurs dizaines d'années, des conventions sont même apparues pour rassembler les programmeurs les plus créatifs, comme l'IOCCC depuis 1984 ! Déjà à l'époque il s'agissait d'un soucis de récupération de code par les concurrents, voire de modification directe du code source, car celui-ci doit être fourni au client avec le logiciel.

Lucas.Lesage: /* Situation actuelle */

2017-10-05T20:18:36Z

Situation actuelle

← Older revision		Revision as of 20:18, 5 October 2017
Line 25:		Line 25:
	De plus, et c'est la deuxième problématique, les langages comme le C, le Perl ou l'assembleur offrent un accès aisé à la programmation bas niveau et ainsi permet de réaliser du code extrêmement illisible pour un être humain, même aidé par des programmes (Exemple 1). Mais les autres langages ne permettent pas un tel contrôle du code, et ainsi, comment créer un processus de cryptage du code qui soit applicable pour tout langage?		De plus, et c'est la deuxième problématique, les langages comme le C, le Perl ou l'assembleur offrent un accès aisé à la programmation bas niveau et ainsi permet de réaliser du code extrêmement illisible pour un être humain, même aidé par des programmes (Exemple 1). Mais les autres langages ne permettent pas un tel contrôle du code, et ainsi, comment créer un processus de cryptage du code qui soit applicable pour tout langage?

			==Problématique==
	==Situation actuelle==		===Situation actuelle===
	But : Trouver un obfuscateur universel pour tous les langages et qui garantit la protection du code en le rendant illisible. L'intêret pour l'obfuscation de code est revenu lors de la mise en relation avec la cryptographie , à partir des années 2000, car elle était jusque là assez précaire.		But : Trouver un obfuscateur universel pour tous les langages et qui garantit la protection du code en le rendant illisible. L'intêret pour l'obfuscation de code est revenu lors de la mise en relation avec la cryptographie , à partir des années 2000, car elle était jusque là assez précaire.

Line 43:		Line 44:

	L'iO reste une idée, on a des moyens d'essayer de le faire, mais rien de suffisamment sécurisé n'en découle et donc n'a pour le moment aucune véritable utilité. Mais dans le futur, on finira par trouver une réalisation de l'iO et cela entrainera une vague de renouveau dans la sécurité de l'encryption et dans la programmation.		L'iO reste une idée, on a des moyens d'essayer de le faire, mais rien de suffisamment sécurisé n'en découle et donc n'a pour le moment aucune véritable utilité. Mais dans le futur, on finira par trouver une réalisation de l'iO et cela entrainera une vague de renouveau dans la sécurité de l'encryption et dans la programmation.


	==Avantages et inconvénients==		==Avantages et inconvénients==

Lucas.Lesage at 20:15, 5 October 2017

2017-10-05T20:15:08Z

← Older revision		Revision as of 20:15, 5 October 2017
Line 44:		Line 44:
	L'iO reste une idée, on a des moyens d'essayer de le faire, mais rien de suffisamment sécurisé n'en découle et donc n'a pour le moment aucune véritable utilité. Mais dans le futur, on finira par trouver une réalisation de l'iO et cela entrainera une vague de renouveau dans la sécurité de l'encryption et dans la programmation.		L'iO reste une idée, on a des moyens d'essayer de le faire, mais rien de suffisamment sécurisé n'en découle et donc n'a pour le moment aucune véritable utilité. Mais dans le futur, on finira par trouver une réalisation de l'iO et cela entrainera une vague de renouveau dans la sécurité de l'encryption et dans la programmation.

⚫	==Conclusion==
⚫	L'obfuscation de code reste un sujet délicat car beaucoup trop théorique. Il est possible de cacher son code, mais rien de permanent ou de suffisamment sécurisé n'existe encore, cependant les solutions existantes suffisent à décourager la majorité des potentiels "voleurs de code". Il est bon néanmoins de garder en tête que les tentatives de sécurités les plus poussées en informatique entraînent une émergence d'attaquants souhaitant démanteler le système.

	==Avantages et inconvénients==		==Avantages et inconvénients==
Line 61:		Line 59:
	*Code visuellement "étrange", donc peu provoquer de la méfiance.		*Code visuellement "étrange", donc peu provoquer de la méfiance.
	*Pour le moment, cher à mettre en place et le rapport ressources/sécurité n'est pas haut.		*Pour le moment, cher à mettre en place et le rapport ressources/sécurité n'est pas haut.

		⚫	==Conclusion==
		⚫	L'obfuscation de code reste un sujet délicat car beaucoup trop théorique. Il est possible de cacher son code, mais rien de permanent ou de suffisamment sécurisé n'existe encore, cependant les solutions existantes suffisent à décourager la majorité des potentiels "voleurs de code". Il est bon néanmoins de garder en tête que les tentatives de sécurités les plus poussées en informatique entraînent une émergence d'attaquants souhaitant démanteler le système.


	==Exemples==		==Exemples==

Lucas.Lesage at 20:14, 5 October 2017

2017-10-05T20:14:27Z

← Older revision		Revision as of 20:14, 5 October 2017
Line 25:		Line 25:
	De plus, et c'est la deuxième problématique, les langages comme le C, le Perl ou l'assembleur offrent un accès aisé à la programmation bas niveau et ainsi permet de réaliser du code extrêmement illisible pour un être humain, même aidé par des programmes (Exemple 1). Mais les autres langages ne permettent pas un tel contrôle du code, et ainsi, comment créer un processus de cryptage du code qui soit applicable pour tout langage?		De plus, et c'est la deuxième problématique, les langages comme le C, le Perl ou l'assembleur offrent un accès aisé à la programmation bas niveau et ainsi permet de réaliser du code extrêmement illisible pour un être humain, même aidé par des programmes (Exemple 1). Mais les autres langages ne permettent pas un tel contrôle du code, et ainsi, comment créer un processus de cryptage du code qui soit applicable pour tout langage?

	=Situation actuelle=		==Situation actuelle==
	But : Trouver un obfuscateur universel pour tous les langages et qui garantit la protection du code en le rendant illisible. L'intêret pour l'obfuscation de code est revenu lors de la mise en relation avec la cryptographie , à partir des années 2000, car elle était jusque là assez précaire.		But : Trouver un obfuscateur universel pour tous les langages et qui garantit la protection du code en le rendant illisible. L'intêret pour l'obfuscation de code est revenu lors de la mise en relation avec la cryptographie , à partir des années 2000, car elle était jusque là assez précaire.

Line 37:		Line 37:


	==Recherche de l'obfuscateur idéal==		===Recherche de l'obfuscateur idéal===

	Grâce à l'étude du théorique Indistinguishable Obfuscation, une symétrie vers la cryptographie a été notée, particulièrement vers l'Homomorphic encryption. Le principe de l'iO est similaire à la méthode RSA, on possède un programme crypté qui peut seulement être décrypté avec la "clé", on est également libre pour l'entrée du programme, et obtenons en sortie un résultat clair. Ainsi une piste vers la réalisation de l'iO pourrait être une variante de la cryptographie, mais cet aide n'est pas unilatérale, car dans le cas où on puisse crypter n'importe quel programme de façon sûre et durable, alors il serait possible d'obfusquer l'algorithme de génération de clé et de le rendre publique, car son fonctionnement ne serait pas révélé.		Grâce à l'étude du théorique Indistinguishable Obfuscation, une symétrie vers la cryptographie a été notée, particulièrement vers l'Homomorphic encryption. Le principe de l'iO est similaire à la méthode RSA, on possède un programme crypté qui peut seulement être décrypté avec la "clé", on est également libre pour l'entrée du programme, et obtenons en sortie un résultat clair. Ainsi une piste vers la réalisation de l'iO pourrait être une variante de la cryptographie, mais cet aide n'est pas unilatérale, car dans le cas où on puisse crypter n'importe quel programme de façon sûre et durable, alors il serait possible d'obfusquer l'algorithme de génération de clé et de le rendre publique, car son fonctionnement ne serait pas révélé.
Line 47:		Line 47:
	L'obfuscation de code reste un sujet délicat car beaucoup trop théorique. Il est possible de cacher son code, mais rien de permanent ou de suffisamment sécurisé n'existe encore, cependant les solutions existantes suffisent à décourager la majorité des potentiels "voleurs de code". Il est bon néanmoins de garder en tête que les tentatives de sécurités les plus poussées en informatique entraînent une émergence d'attaquants souhaitant démanteler le système.		L'obfuscation de code reste un sujet délicat car beaucoup trop théorique. Il est possible de cacher son code, mais rien de permanent ou de suffisamment sécurisé n'existe encore, cependant les solutions existantes suffisent à décourager la majorité des potentiels "voleurs de code". Il est bon néanmoins de garder en tête que les tentatives de sécurités les plus poussées en informatique entraînent une émergence d'attaquants souhaitant démanteler le système.

	=Avantages et inconvénients=		==Avantages et inconvénients==


	==Avantages==		===Avantages===
	*Peut sécuriser d'autres aspects de l'informatique (ex : clé d'encryption)		*Peut sécuriser d'autres aspects de l'informatique (ex : clé d'encryption)
	*Peut être utilisé pour réduire la taille de code.		*Peut être utilisé pour réduire la taille de code.
Line 56:		Line 56:


	==Inconvénients==		===Inconvénients===
	*Virus et autres malwares plus difficilement contrés.		*Virus et autres malwares plus difficilement contrés.
	*Pas de retour en arrière après obscurcissement. (Sauf avec une méthode d'obscurcissement => Mais devient plus facile à décoder)		*Pas de retour en arrière après obscurcissement. (Sauf avec une méthode d'obscurcissement => Mais devient plus facile à décoder)
Line 62:		Line 62:
	*Pour le moment, cher à mettre en place et le rapport ressources/sécurité n'est pas haut.		*Pour le moment, cher à mettre en place et le rapport ressources/sécurité n'est pas haut.

	=Exemples=		==Exemples==
	==Exemple 1==		===Exemple 1===

	<pre>		<pre>
Line 109:		Line 109:
	Qui récupère la chaine "Infinity", se positionne au début de celle-ci et en extrait la première lettre.		Qui récupère la chaine "Infinity", se positionne au début de celle-ci et en extrait la première lettre.

	==Exemple 2==		===Exemple 2===
	<pre>		<pre>
	#include<stdio.h>		#include<stdio.h>

Lucas.Lesage: /* Inconvénients */

2017-10-05T20:11:48Z

Inconvénients

← Older revision		Revision as of 20:11, 5 October 2017
Line 58:		Line 58:
	==Inconvénients==		==Inconvénients==
	*Virus et autres malwares plus difficilement contrés.		*Virus et autres malwares plus difficilement contrés.
	*Pas de retour en arrière après obscurcissement.		*Pas de retour en arrière après obscurcissement. (Sauf avec une méthode d'obscurcissement => Mais devient plus facile à décoder)
	*Code "étrange", donc méfiance.		*Code visuellement "étrange", donc peu provoquer de la méfiance.
	*Pour le moment, cher à mettre en place et le rapport ressources/sécurité n'est pas haut.		*Pour le moment, cher à mettre en place et le rapport ressources/sécurité n'est pas haut.

Lucas.Lesage at 20:08, 5 October 2017

2017-10-05T20:08:32Z

← Older revision		Revision as of 20:08, 5 October 2017
Line 10:		Line 10:

	==Mots clés==		==Mots clés==
	Code, ~~Cryptologie~~, Programmation bas-niveau, ~~Concurrence~~, ~~Sécurité~~		Code, Cryptographie, Programmation bas-niveau, Sécurité, Propriété individuelle

	=Abstract=		=Abstract=
			An anagram for "Code Obfuscation, meaning : "The action of making something obscure, unclear, or unintelligible." In the case of coding, this concerns the use of multiple methods to make harder the readability of a part or all of a source code from a program/software. The goal is to complicate the code reverse-engineering as well as its theft. In order to do that, changing variables' name or removing as much white spaces as possible is not enough, moreover, code obfuscation implies that the code has to be fully functional as if it wasn't "modified".

	==Keywords==		==Keywords==
			Code, Cryptographie, Low-level Programming, Security, Personal Property

	=Synthèse=		=Synthèse=

Lucas.Lesage at 19:57, 5 October 2017

2017-10-05T19:57:11Z

← Older revision		Revision as of 19:57, 5 October 2017
Line 6:		Line 6:


	==Résumé==		=Résumé=
	Un anagramme de "Code Obfuscation", littéralement "Obscurcissement de code" avec pour définition d'obfuscation : "The action of making something obscure, unclear, or unintelligible." Il s'agit dans le cas du code d'utiliser diverses méthodes pour rendre difficile la lecture de tout ou une partie du code source d'un programme ou un logiciel. La finalité étant de compliquer le reverse engineering de code ainsi que le vol de celui-ci. Pour cela, il ne suffit pas de changer les noms de variables ou de supprimer les espaces entres caractères autant que possible, de plus, le code doit rester entièrement fonctionnel que ce soit le code de base ou celui "obscurcit".		Un anagramme de "Code Obfuscation", littéralement "Obscurcissement de code" avec pour définition d'obfuscation : "The action of making something obscure, unclear, or unintelligible." Il s'agit dans le cas du code d'utiliser diverses méthodes pour rendre difficile la lecture de tout ou une partie du code source d'un programme ou un logiciel. La finalité étant de compliquer le reverse engineering de code ainsi que le vol de celui-ci. Pour cela, il ne suffit pas de changer les noms de variables ou de supprimer les espaces entres caractères autant que possible, de plus, le code doit rester entièrement fonctionnel que ce soit le code de base ou celui "obscurcit".

	=Mots clés=		==Mots clés==
	Code, Cryptologie, Programmation bas-niveau, Concurrence, Sécurité		Code, Cryptologie, Programmation bas-niveau, Concurrence, Sécurité

	==Abstract==		=Abstract=

	=Keywords=		==Keywords==

	==Synthèse==		=Synthèse=
	=Introduction du terme et Problématique=		==Introduction du terme et Problématique==
	La protection des données logicielles est un problème qui existe depuis plusieurs dizaines d'années, des conventions sont même apparues pour rassembler les programmeurs les plus créatifs, comme l'IOCCC depuis 1984 ! Déjà à l'époque il s'agissait d'un soucis de récupération de code par les concurrents, voire de modification directe du code source, car celui-ci doit être fourni au client avec le logiciel.		La protection des données logicielles est un problème qui existe depuis plusieurs dizaines d'années, des conventions sont même apparues pour rassembler les programmeurs les plus créatifs, comme l'IOCCC depuis 1984 ! Déjà à l'époque il s'agissait d'un soucis de récupération de code par les concurrents, voire de modification directe du code source, car celui-ci doit être fourni au client avec le logiciel.

Line 35:		Line 35:


	=Recherche de l'obfuscateur idéal=		==Recherche de l'obfuscateur idéal==

	Grâce à l'étude du théorique Indistinguishable Obfuscation, une symétrie vers la cryptographie a été notée, particulièrement vers l'Homomorphic encryption. Le principe de l'iO est similaire à la méthode RSA, on possède un programme crypté qui peut seulement être décrypté avec la "clé", on est également libre pour l'entrée du programme, et obtenons en sortie un résultat clair. Ainsi une piste vers la réalisation de l'iO pourrait être une variante de la cryptographie, mais cet aide n'est pas unilatérale, car dans le cas où on puisse crypter n'importe quel programme de façon sûre et durable, alors il serait possible d'obfusquer l'algorithme de génération de clé et de le rendre publique, car son fonctionnement ne serait pas révélé.		Grâce à l'étude du théorique Indistinguishable Obfuscation, une symétrie vers la cryptographie a été notée, particulièrement vers l'Homomorphic encryption. Le principe de l'iO est similaire à la méthode RSA, on possède un programme crypté qui peut seulement être décrypté avec la "clé", on est également libre pour l'entrée du programme, et obtenons en sortie un résultat clair. Ainsi une piste vers la réalisation de l'iO pourrait être une variante de la cryptographie, mais cet aide n'est pas unilatérale, car dans le cas où on puisse crypter n'importe quel programme de façon sûre et durable, alors il serait possible d'obfusquer l'algorithme de génération de clé et de le rendre publique, car son fonctionnement ne serait pas révélé.
Line 42:		Line 42:
	L'iO reste une idée, on a des moyens d'essayer de le faire, mais rien de suffisamment sécurisé n'en découle et donc n'a pour le moment aucune véritable utilité. Mais dans le futur, on finira par trouver une réalisation de l'iO et cela entrainera une vague de renouveau dans la sécurité de l'encryption et dans la programmation.		L'iO reste une idée, on a des moyens d'essayer de le faire, mais rien de suffisamment sécurisé n'en découle et donc n'a pour le moment aucune véritable utilité. Mais dans le futur, on finira par trouver une réalisation de l'iO et cela entrainera une vague de renouveau dans la sécurité de l'encryption et dans la programmation.

	=Conclusion=		==Conclusion==
	L'obfuscation de code reste un sujet délicat car beaucoup trop théorique. Il est possible de cacher son code, mais rien de permanent ou de suffisamment sécurisé n'existe encore, cependant les solutions existantes suffisent à décourager la majorité des potentiels "voleurs de code". Il est bon néanmoins de garder en tête que les tentatives de sécurités les plus poussées en informatique entraînent une émergence d'attaquants souhaitant démanteler le système.		L'obfuscation de code reste un sujet délicat car beaucoup trop théorique. Il est possible de cacher son code, mais rien de permanent ou de suffisamment sécurisé n'existe encore, cependant les solutions existantes suffisent à décourager la majorité des potentiels "voleurs de code". Il est bon néanmoins de garder en tête que les tentatives de sécurités les plus poussées en informatique entraînent une émergence d'attaquants souhaitant démanteler le système.

	==Avantages et inconvénients==		=Avantages et inconvénients=


	===Avantages===		==Avantages==
			*Peut sécuriser d'autres aspects de l'informatique (ex : clé d'encryption)
			*Peut être utilisé pour réduire la taille de code.
			*Décourage les petits voyous de l'internet.


	===Inconvénients===		==Inconvénients==
	*Virus et autres malwares plus difficilement contrés.		*Virus et autres malwares plus difficilement contrés.
	*Pas de retour en arrière après obscurcissement.		*Pas de retour en arrière après obscurcissement.
	*Code "étrange", donc méfiance.		*Code "étrange", donc méfiance.
			*Pour le moment, cher à mettre en place et le rapport ressources/sécurité n'est pas haut.

	=Exemples=		=Exemples=

Lucas.Lesage at 19:51, 5 October 2017

2017-10-05T19:51:20Z

@@ Line 10: / Line 10: @@
 =Mots clés=
-Code, Cryptologie, Programmation bas-niveau, Concurrence,
+Code, Cryptologie, Programmation bas-niveau, Concurrence, Sécurité
 ==Abstract==
@@ Line 18: / Line 18: @@
 ==Synthèse==
 =Introduction du terme et Problématique=
-La protection des données logicielles est un problème qui existe depuis plusieurs dizaines d'années, des conventions sont même apparues pour rassembler les programmeurs les plus créatifs, comme l'IOCCC depuis 1984 ! Déjà à l'époque il s'agissait d'un soucis de récupération de code par les concurrents, voire de modification directe du code source, car celui-ci doit être fourni au client avec le logiciel. Il est donc naturel de souhaiter rendre son code irrécupérable mais entièrement fonctionnel, mais très souvent, il n'est pas possible d'utiliser une formule magique et d'obtenir un code obscurcit, c'est d'ailleurs une partie de la problématique, comment cacher son code de façon récurrente et non décryptable.
+La protection des données logicielles est un problème qui existe depuis plusieurs dizaines d'années, des conventions sont même apparues pour rassembler les programmeurs les plus créatifs, comme l'IOCCC depuis 1984 ! Déjà à l'époque il s'agissait d'un soucis de récupération de code par les concurrents, voire de modification directe du code source, car celui-ci doit être fourni au client avec le logiciel.
 De plus, et c'est la deuxième problématique, les langages comme le C, le Perl ou l'assembleur offrent un accès aisé à la programmation bas niveau et ainsi permet de réaliser du code extrêmement illisible pour un être humain, même aidé par des programmes (Exemple 1). Mais les autres langages ne permettent pas un tel contrôle du code, et ainsi, comment créer un processus de cryptage du code qui soit applicable pour tout langage?
 =Exemples=
@@ Line 69: / Line 103: @@
 Qui récupère la chaine "Infinity", se positionne au début de celle-ci et en extrait la première lettre.
 http://www.ioccc.org/

Lucas.Lesage: Created page with "==Présentation Veille Technologique== * Sujet : Cdoe Obofsucaitn * Auteur : Lucas Lesage * Date : 6 Octobre 2017 * Enseignants : Didier Donsez, Georges-..."

2017-10-03T20:20:09Z

Created page with "==Présentation Veille Technologique== * Sujet : Cdoe Obofsucaitn * Auteur : Lucas Lesage * Date : 6 Octobre 2017 * Enseignants : Didier Donsez, Georges-..."

New page

==Présentation Veille Technologique==
* Sujet : Cdoe Obofsucaitn
* Auteur : [[User:Lucas.Lesage|Lucas Lesage]]
* Date : 6 Octobre 2017
* Enseignants : Didier Donsez, Georges-Pierre Bonneau

==Résumé==
Un anagramme de "Code Obfuscation", littéralement "Obscurcissement de code" avec pour définition d'obfuscation : "The action of making something obscure, unclear, or unintelligible." Il s'agit dans le cas du code d'utiliser diverses méthodes pour rendre difficile la lecture de tout ou une partie du code source d'un programme ou un logiciel. La finalité étant de compliquer le reverse engineering de code ainsi que le vol de celui-ci. Pour cela, il ne suffit pas de changer les noms de variables ou de supprimer les espaces entres caractères autant que possible, de plus, le code doit rester entièrement fonctionnel que ce soit le code de base ou celui "obscurcit".

=Mots clés=
Code, Cryptologie, Programmation bas-niveau, Concurrence,

==Abstract==

=Keywords=

==Synthèse==
=Introduction du terme et Problématique=
La protection des données logicielles est un problème qui existe depuis plusieurs dizaines d'années, des conventions sont même apparues pour rassembler les programmeurs les plus créatifs, comme l'IOCCC depuis 1984 ! Déjà à l'époque il s'agissait d'un soucis de récupération de code par les concurrents, voire de modification directe du code source, car celui-ci doit être fourni au client avec le logiciel. Il est donc naturel de souhaiter rendre son code irrécupérable mais entièrement fonctionnel, mais très souvent, il n'est pas possible d'utiliser une formule magique et d'obtenir un code obscurcit, c'est d'ailleurs une partie de la problématique, comment cacher son code de façon récurrente et non décryptable.
De plus, et c'est la deuxième problématique, les langages comme le C, le Perl ou l'assembleur offrent un accès aisé à la programmation bas niveau et ainsi permet de réaliser du code extrêmement illisible pour un être humain, même aidé par des programmes (Exemple 1). Mais les autres langages ne permettent pas un tel contrôle du code, et ainsi, comment créer un processus de cryptage du code qui soit applicable pour tout langage?
Il est également à noter que certaines parties du code ne peuvent pas être cryptées, comme certaines librairies ou du code affichant dans la console son propre code.

=Exemples=
==Exemple 1==

<pre>
[[]+1/!1][1^1]
[1>>1]+({}+[])
[1<<1^11>>1]+([]+!!-
[])[1<<1]+[/~/+{}]
[+!1][-~1<<1]+/\
[[^1]+\]/[([]+![])
[1<<1<<1]+(/|/[(1+{})
[1+11>>>1]+[[]+{}]
[+!1][1]+([]+1/[])
[1<<1>>1]+([1<1]+[])
[1+11>>>1+1]+[[!!1]+1]
[+[]][1-1]+([]+!!/!/)
[1|1]+(/1/[1]+[])
[!1%1]+(-{}+{})
[-1+1e1-1]+(1+[!!1])
[1]+([]+1+{})
[1<<1]+[!!/!!/+[]]
[+[]][1&1]]+/=/)
[1e1+(1<<1|1)+(([]+/-/
[(!!1+[])[1>>1]+(!!1+[])
[1<<1^1]+(!1+[])
[1|1<<1]+(!!1+[])[1^1]])
[1^1]==+!1)]+(!![]+{})
[1|1<<1]+[1+{}+1][!1+!1]
[(11>>1)+1]](([]+/-/
[(!!1+[])[1>>1]+(!!1+[])
[1<<1^1]+(!1+[])
[1|1<<1]+(!!1+[])
[1^1]]))[1&.1]
[11>>>1]+([,][~1]+[])
[1-~1]+[[]+{}][!1.1%
1[11111.1%11.1*111e
11|!1]+(/1/+1/[1<1]
[1%1])[1^11]+[[],[]+{}]
[1<<1>>>1][1||1]+(/
[<+>]/[1&1|1]+[1.1])
[1/11.1&1.11]
</pre>

Ce code, écrit en JavaScript, est un parfait exemple de manipulation de chaines de caractères et de bit. En effet, le résultat obtenu est la chaine : "I love you". Le programme jouant avec la particularité du langage, avec comme par exemple :
<pre>[[]+1/!1][1^1][1>>1]</pre>
Qui récupère la chaine "Infinity", se positionne au début de celle-ci et en extrait la première lettre.

=Situation actuelle=
=Cas souhaité=
=Conclusion=

==Avantages et inconvénients==

===Avantages===

===Inconvénients===
*Virus et autres malwares plus difficilement contrés.
*Pas de retour en arrière après obscurcissement.
*Code "étrange", donc méfiance.

=Webographie=
https://www.computer.org/cms/Computer.org/computing-edge/ce-jul16-final.pdf#page=18&zoom=auto,-91,437
http://www.ioccc.org/