Discussion :

[clavier12AZQSWX]

bonjour,

sur une application sécurisée de passage d'examen natioanal qui génére les résultats dans un fichier à extension XML, j'essaie de lire le contenu .
étrangement je vois que le contenu est crypté et ne contient même pas les tag <xml> de début et fin.

cela est-il normal ? y-a-t-il une norme de fichier XML crypté ou sécurisé dans le monde de l'EDI?
Je pensais qu'au moins les tags de début et de fin étaient explicites et lisibles et seul que le contenu dans les balises serait crypté, et non pas l'intégralité !

qu'en pensez-vous ?

exemple de contenu de mon fichier du début du fichier :

týR“Ìza½ôëóñ*ÔRʾ„¥š~‚;Ä'ë¼aIZ…éVëÿf‰Ý‹s½vmÑlúvç\älzÌõÜD™à½w]f‚j8&JÃs (©àk*Ε*|Qœ÷ŸM<Ìdl#Ê9¿J7à¼.ÈroÚ…iÎ"ûaĆŒo”Û=`)G7-ÏQt¹J¿Æ6¹™Þ6—¿sgLD»2aÛÒYJ„U* äÅf¬!ºþÉô´ŸÈü…-kBZä6Êy”©Aɾ�áÊÏ%¨“�N>˜ª’Ž…ò¥T”-•éöÏ8–rÓbÈù Þ±"DzS‡i©Ž‹•üþl©]×J÷í>OÆã@„0˜c¢Ó*&Ê¢µ>rˆ?´‡÷H‹äæöÆRÓpÍ™vÅdØæè.~EùJ
ðÃÔ÷N’Ǟ⥒43?ÏFà^®2`—m¾a¦€ê,¦�ð¯ôƒ(¨äEì””MóRúo¨„øÿ WºçÒ:¤YºËxÀ%•Nz(õ¢b=šs¯eþ'ù»¹ì`±[sùŠ)ª*$
ÀoD'02ÏÇ,ËGñÔl×ÇežÙs\±T²Á†7NÂ…[™˜óÆU�øtêÿ‡�¼uØ¬¶2k¼€{ä5óâqÜ¢0O&\Ãר.ó3D9

[Guesset]

Bonjour,

Un fichier xml n'est qu'un fichier texte qui peut être crypté et/ou compressé comme n'importe quel autre.

Par ailleurs, même si l'extension donne normalement une information sur le type de fichier, ce n'est pas intangible.

Rien n'empêche de mettre un nom et une extension quelconque car ce sont des éléments non intrinsèques du fichier. Ils sont gérés par l'OS qui signalera éventuellement qu'une modification/suppression de l'extension pourrait limiter l'usage d'un fichier, mais il ne l'interdira pas.

Aussi un fichier XML crypté peut très bien avoir n'importe quelle extension y compris XML alors que le contenu ne respecte plus le format XML. C'est un peu dangereux, mais peut se comprendre dans une chaîne de communication unique car chaque élément de la chaîne sait, sans s'appuyer sur l'extension, quel est le format réel transmis par le maillon précédent.

Salutations

[clavier12AZQSWX]

Bonjour,

Un fichier xml n'est qu'un fichier texte qui peut être crypté et/ou compressé comme n'importe quel autre.

Par ailleurs, même si l'extension donne normalement une information sur le type de fichier, ce n'est pas intangible.

Rien n'empêche de mettre un nom et une extension quelconque car ce sont des éléments non intrinsèques du fichier. Ils sont gérés par l'OS qui signalera éventuellement qu'une modification/suppression de l'extension pourrait limiter l'usage d'un fichier, mais il ne l'interdira pas.

Aussi un fichier XML crypté peut très bien avoir n'importe quelle extension y compris XML alors que le contenu ne respecte plus le format XML. C'est un peu dangereux, mais peut se comprendre dans une chaîne de communication unique car chaque élément de la chaîne sait, sans s'appuyer sur l'extension, quel est le format réel transmis par le maillon précédent.

Salutations

plutôt que le cryptage binaire, pourquoi ne pas faire ça pour crypter : ?

Code xml :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
<?xml version="1.0"?>
<fdhgfhhgfhgfhgfhgfhgfhfgh>
   <gffdgfdgfdgfdg uytuytuytu="hfghgfhgfhgfhfghgfhgfhgfhk101">
</fdhgfhhgfhgfhgfhgfhgfhfgh>
<rezrezrezrezrer>hghgfhfghfghmhpfghogfhogh</rezrezrezrezrer>
</xml>

au moins dans mon exemple, on a une lecture humaine possible. les tags sont renommés, les attributs aussi, les contenus-valeurs aussi mais c'est exploitable.

[fred1599]

Hello,

Le bloc de données que vous voyez est le résultat du chiffrement de la totalité du fichier XML via la norme CMS/PKCS#7.

C'est une méthode de chiffrement appelée "encapsulation opaque" ou "boîte noire", qui est une pratique standard et fortement recommandée dans des contextes de haute sécurité comme la transmission de résultats d'examens nationaux.

Vous ne pouvez pas l'ouvrir directement avec un analyseur XML. La première étape est d'ordre cryptographique.

[clavier12AZQSWX]

Hello,

Le bloc de données que vous voyez est le résultat du chiffrement de la totalité du fichier XML via la norme CMS/PKCS#7.

C'est une méthode de chiffrement appelée "encapsulation opaque" ou "boîte noire", qui est une pratique standard et fortement recommandée dans des contextes de haute sécurité comme la transmission de résultats d'examens nationaux.

Vous ne pouvez pas l'ouvrir directement avec un analyseur XML. La première étape est d'ordre cryptographique.

ah ok...

j'ai 2 versions d'un fichier d'examen.
un bien terminé
et
un pas terminé (ou tronqué lors de l'écriture/réseau rompu)

je voulais savoir si les 2 fichiers commençaient par le même bloc "d'information" mais en regardant le binaire ce n'est pas le cas...
donc ça explique, si c'est crypté en fonction du contenu, j'ai aucun moyen de consulter le détails des données et voir le point de rupture/troncage.

[kaitlyn]

Salut,

Le bloc de données que vous voyez est le résultat du chiffrement de la totalité du fichier XML via la norme CMS/PKCS#7

Avec la pléthore d'algorithmes de chiffrements disponibles, à partir de son message, comment fais-tu pour arriver à cette conclusion ou affirmation ? Pourquoi PKCS (RSA) en particulier, et à fortiori le 7 ?

Merci.

je vois que le contenu est crypté et ne contient même pas les tag <xml> de début et fin.
cela est-il normal ?

C'est plus commode de chiffrer un fichier en entier que certaines de ses parties.
Il y a un deuxième avantage, une tentative d'ouverture avec un éditeur XML n'aboutira pas.
Après, pourquoi avoir conservé l'extension XML, je ne sais pas.
Est-ce que le déchiffrement produit bien un document XML ? Je ne sais pas non plus.

Sinon, pour info, comme tu le pressens, il est effectivement possible de chiffrer seulement des partis d'un fichier XML, c'est la norme XML Encryption (W3C). Cependant, c'est utilisé essentiellement dans un objectif d'interopérabilité, la partie chiffrée étant généralement encodée en base64.

EDIT:

https://en.wikipedia.org/wiki/XML_Encryption

[fred1599]

Hello,

Pour chaque opération de chiffrement, même si le fichier est identique, le système génère une donnée aléatoire unique appelée Vecteur d'Initialisation (IV) ou Nonce. Ce bloc de données est utilisé pour démarrer le processus de chiffrement.

• Conséquence directe : Puisque l'IV est différent pour chaque fichier, le tout premier bloc de données chiffrées sera complètement différent.

C'est une mesure de sécurité essentielle. Si deux fichiers commençaient par le même texte (par exemple, <?xml version="1.0"?>), sans un IV unique, leurs versions chiffrées commenceraient aussi de la même manière. Un attaquant pourrait alors le deviner. L'IV garantit que chaque chiffrement est unique.

Pour le point de rupture, non ! Et c'est volontaire...

vous n'avez aucun moyen de consulter les détails ou de voir le point de rupture en inspectant le fichier chiffré. Le fichier est une "boîte noire" opaque.

[fred1599]

Hello,

Avec la pléthore d'algorithmes de chiffrements disponibles, à partir de son message, comment fais-tu pour arriver à cette conclusion ou affirmation ? Pourquoi PKCS (RSA) en particulier, et à fortiori le 7 ?

C'est pas certains

Mais il y a plusieurs indices,

1. application d'examen national et du monde de l'EDI.
2. fichier entièrement opaque, sans la moindre balise XML visible

Dans un contexte professionnel et l'EDI, la norme la plus répandue est CMS (Cryptographic Message Syntax), c'est l'équivalent à PKCS#7 (ancien nom courant en industrie).

C'est la méthode de référence dans le monde professionnel et EDI pour faire exactement ce que le PO décrit...

[clavier12AZQSWX]

question bête :
minouGPT ou une autre IA peut-il déchiffrer ça ?
comme le format date un peu (plus de 10 ou 15ans), depuis la puissace de calcul a fait des miracle jusqu'à générer des clefs windows...

[fred1599]

Non ce n'est pas possible, mais vous pouvez toujours demandé à vos minous préférés, ils vous diront ça bien mieux que moi

[clavier12AZQSWX]

dernière question :

dans mon cas, où j'ai un fichier supposé tronqué (par erreur réseau ou écriture disque), il n'y a aucun moyen de le "décrypté" alors ?

[fred1599]

dans mon cas, où j'ai un fichier supposé tronqué (par erreur réseau ou écriture disque), il n'y a aucun moyen de le "décrypté" alors ?

Vous pensez bien que ça serait une énorme faille de sécurité... c'est un aspect logique que vous auriez pu déterminer par vous même

Un fichier corrompu ou tronqué ne peut pas être déchiffré, en raison d'une série de mécanismes de sécurité intentionnels.
Une troncature brise la dépendance de déchiffrement entre les blocs de données, car chaque bloc déchiffré nécessite le bloc chiffré précédent.

[clavier12AZQSWX]

Vous pensez bien que ça serait une énorme faille de sécurité... c'est un aspect logique que vous auriez pu déterminer par vous même

je pensais que j'avais une chance car avec des jpeg tronqué, on a tjrs une chance aussi, idem avec des mp4 tronqués, idem avec des archives RAR ou ZIP coupés ou pas fini de téléchargé, on peut tjours en extraire/voir des choses même sans le fichier complet...
Après la différence entre compression et troncage, je ne la connais pas bien.