Quelles sont les ramifications de null octets et multipart/form-data?

Question

Un tiers nous envoie un fichier plat qui est censé contenir exclusivement des caractères ASCII imprimables. Cependant, nous avons découvert qu'il existe une chaîne d'environ 50 0x00 octets au milieu du fichier.

Nous voulons être en mesure de télécharger le fichier dans notre application Web, mais j'ai découvert que Django ne semble pas aimer les caractères nuls dans la multipart/form-data. Si je supprime les caractères null, le téléchargement réussit. (Désolé je n'ai pas la trace de pile disponible pour le moment, mais j'en produirai un si nécessaire)

Nous pouvons pré-traiter le fichier pour supprimer les caractères null et/ou travailler avec notre tierce partie pour corriger leur fichier générateur, mais je n'aime pas laisser des problèmes mystiques comme celui-ci.

Cela ressemble-t-il à un bogue dans Django ou y a-t-il un aspect de multipart/form-data que je ne comprends pas complètement? Ai-je besoin de définir un encodage de transfert pour que Django ne soit pas bloqué sur les caractères nuls?

Answer 1

Non, aucun codage de transfert n'est nécessaire (ou jamais utilisé par les navigateurs) sur les données de formulaire. Il est parfaitement possible d'inclure une série de 50 octets nuls dans une valeur multipart/form-data ... en effet, étant donné que la plupart des fichiers binaires contiennent beaucoup de zéros, cette situation devrait se produire le plus souvent sans téléchargement de fichier!

Ce qui me fait douter si c'est vraiment un bogue de Django, ou s'il n'y a rien d'autre qui se passe. Ayons cette stacktrace!