Erreur test type MIME

Version imprimable

Bonjour

Pour une appli qui affiche des données sur un fond de carte, j'ai besoin d'autoriser l'utilisateur à télécharger un fichier KML

Pour la sécurité, je teste le type MIME du fichier téléchargé avec :
Code:

1 2 3 4 5 6 7 8 if ($type_fichier1 != "application/vnd.google-earth.kml+xml") { print ("<HR>le fichier téléchargé n'est pas au format KML<HR>"); print "veuillez noter le type de fichier indiqué ci-dessous et le signaler à l'administrateur du site<br>"; print $type_fichier1; exit; }
Ceci fonctionne bien mais certains utilisateurs signalent une erreur alors que le même fichier fonctionne ailleurs

Citation:

le fichier téléchargé n'est pas au format KML veuillez noter le type de fichier indiqué ci-dessous et le signaler à l'administrateur du site
application/octet-stream

Je ne vois pas de quoi ça peut venir

Merci pour vos avis

14/12/2020, 23h02
mathieu

vous testez quelle valeur ? le type détecté par votre serveur ou celui envoyé par le navigateur ?
si cela vient du navigateur, il existe peut-être des navigateurs qui ne connaissent pas ce format. et au final ce genre de test n'est pas de la sécurité mais juste une aide de confort pour l'utilisateur puisque les valeurs envoyées par le client ne sont pas fiables.
15/12/2020, 11h02
Freudd

Bonjour dom73,

Le type MIME application/octet-stream est appliqué aux fichiers dont l'extension n'est pas reconnue par défaut.

Bien qu'improbable, ce genre de problème peut arriver lorsqu'un fichier a perdu sont extension.

Je dis improbable, car le type MIME est encodé directement dans les sources du fichier, donc si celui-ci n'est pas reconnue il a plus de chance d'avoir été mal généré ou modifié.

Dans le doute, pouvez vous demander à vos utilisateurs si le fichier qu'il utilise possède bien l'extension .kml
15/12/2020, 12h00
dom73
Merci pour votre réponse

Citation:

Envoyé par mathieu

vous testez quelle valeur ? le type détecté par votre serveur ou celui envoyé par le navigateur ?

Je teste à partir des éléments du tableau $_FILES
Code:

1 2 3 $nom_fichier1=$_FILES['croquis']['name']; $type_fichier1=$_FILES['croquis']['type'];
15/12/2020, 12h05
dom73

Merci pour votre réponse

Citation:

Envoyé par Freudd

Dans le doute, pouvez vous demander à vos utilisateurs si le fichier qu'il utilise possède bien l'extension .kml

Ce qui me pose problème, c'est que les fichiers en question s'ouvrent normalement dans l'appli chez moi et chez la plupart des utilisateurs, ils s'ouvrent normalement aussi sur Google Earth, ils ont bien l'extension .kml, ils semblent donc bien constitués.
C'est seulement chez quelques utilisateurs qu'ils renvoient le message d'erreur "application/octet-stream" ; je n'ai pas détecté de constantes sur la configuration de ces utilisateurs
15/12/2020, 13h33
Freudd

Sinon il y a une autre solution, bien plus longue à mettre en place, mais qui pourrait marcher à tous les coups.

Le format KML est un dérivé de XML, si le fichier téléchargé renvoie le type mime "application/octet-stream", il faudrait le parser avec DOMDocument et vérifier sa structure pour le valider comme étant un fichier KML valide.

https://www.php.net/manual/fr/class.domdocument.php

L'Inconvénient de cette solution, c'est que tu devras étudier les balises autorisées dans KML pour créer ta fonction de validation.

À voir s'il existe un projet qui a déjà mis c'est techniquement en place.
20/12/2020, 09h04
Soundboy39

Bonjour,

Je suppose que les fichiers sont bien testés avec la fonction mime_content_type() ?

Avez-vous une idée de la proportion des échecs ? si elle est inférieur à 5%, personnellement je me dirigerait vers un problème de fichier côté utilisateur.
Par exemple, il pourrait s'agir d'un problème de corruption des fichiers lié à la méthode de téléchargement ou de stockage, ce qui serait intéressant c'est de récupérer l'un de ces fichiers et les comparer avec des fichiers qui ne posent pas de problème
23/12/2020, 21h19
dom73

Les fichiers sont testés avec $_FILES['fichier']['type']
La proportion d'erreurs est infime, moins de 1% à ma connaissance et toujours chez les mêmes utilisateurs
J'ai déjà récupéré 3 fichiers de ces utilisateurs ayant signalé des erreurs et ces fichiers fonctionnaient normalement chez moi
C'est pourquoi je commençais à me demander s'il ne pouvait pas y avoir une question de configuration de ces utilisateurs

Bonjour

Je fais remonter cette discussion, n'ayant toujours pas trouvé de réponse...

Rappel du problème : pour les besoins d'une application naturaliste, des utilisateurs accèdent à une carte (API IGN Géoportail + Openlayers), ils peuvent dessiner un polygone avec les outils de l'API, le sauvegarder en KML (croquis.kml) puis le renvoyer dans l'appli pour rechercher les données contenues dans ce polygone.

Tout fonctionne très bien dans la quasi-totalité des cas. Seuls quelques utilisateurs (moins de 2%) signalent que mon contrôle effectué sur le type MIME du fichier leur renvoie une erreur (fichier non KML)

Voici le code du contrôle
Code:

1 2 3 4 5 6 7 8 9 10 11 12 $nom_fichier1=$_FILES['croquis']['name']; $type_fichier1=$_FILES['croquis']['type']; ... if (($type_fichier1 != "application/vnd.google-earth.kml+xml") && ($type_fichier1 != "application/vnd.google-earth.kmz")) { print ("<HR>le fichier téléchargé n'est pas au format KML<HR>"); print "veuillez noter le type de fichier indiqué ci-dessous et le signaler à l'administrateur du site<br>"; print "Le type de fichier est : ".$type_fichier1; exit; }
Ces fichiers KML ont été, par ailleurs, contrôlés de plusieurs manières : ils fonctionnent chez d'autres utilisateurs, ils s'ouvrent dans Google Earth, ils ont une structure correcte identique à ceux créés chez d'autres utilisateurs, ils ont une extension .kml, ils fonctionnent normalement si je désactive le contrôle

Tout semble donc indiquer que le problème est lié à la configuration de ces utilisateurs pour la vérification du type MIME mais, après examen des OS, navigateurs... je ne trouve pas de constantes et je ne sais plus trop vers quoi orienter mes recherches.

Si quelqu'un a une idée, je suis preneur !

Merci d'avance

Dom

21/01/2023, 23h35
mathieu

comme je le disais dans le 2e message de cette discussion, tester le type mime qui est indiqué dans $_FILES n'est pas fiable parce qu'un utilisateur malveillant peut modifier la valeur envoyée.
donc s'il y a un souci de sécurité, le seul moyen de le combler est de tester le format du contenu côté serveur.
22/01/2023, 19h57
dom73

Merci d'avoir re-signalé ce problème de sécurité
Comment puis-je tester le format du contenu côté serveur ?