Certains systèmes ne se basent/basaient que sur l'extension, et on pouvait avoir des plantages ou des failles en cas d'extension fausse.
Certains systèmes ne se basent/basaient que sur le magic, et on pouvait avoir des plantages ou des failles en cas de fichiers corrompus.
Les plantages et les failles sont dus à des problèmes de qualité logicielle, pas à des problèmes d'extension ou de contenu du fichier. Un code qui traite des données de provenance inconnue doit être capable d'échouer proprement.
file sait différencier les 3 zip que sont un "OpenDocument Text", un "Microsoft PowerPoint 2007+" et un "Java archive data (JAR)" sans utiliser l'extension (via la libmagic, cf file-5.25/magic/Magdir/archive pour y trouver la gestion des anciens et actuels formats de {Star,Libre,Open,K}Office, des epub compressés, des archives "normales" et des autres formats compressés zip).
Je ne vois pas pourquoi on se retrouverait avec un JAR qui n'aurait pas l'extension ".jar", ou un ODT qui n'aurait pas l'extension ".odt". Pour moi, cela n'a rien de choquant qu'un tel fichier ne soit pas détecté correctement.
[^] # Re: zip zip zip
Posté par Antoine . En réponse à la dépêche Parution de Python 3.5. Évalué à 3.
Les plantages et les failles sont dus à des problèmes de qualité logicielle, pas à des problèmes d'extension ou de contenu du fichier. Un code qui traite des données de provenance inconnue doit être capable d'échouer proprement.
Je ne vois pas pourquoi on se retrouverait avec un JAR qui n'aurait pas l'extension ".jar", ou un ODT qui n'aurait pas l'extension ".odt". Pour moi, cela n'a rien de choquant qu'un tel fichier ne soit pas détecté correctement.