Mozilla ne veut plus de FTP dans Firefox

Mozilla ne veut plus de FTP dans Firefox

Mozilla ne veut plus de FTP dans Firefox

Déjà bloqué partiellement depuis la version 61 du navigateur, les jours de ce protocole jugé non sécurisé seraient comptés, comme c'est déjà le cas dans Chrome.

L'équipe l'a annoncé ce 19 mars via sa mailing list, avec une désactivation par défaut dès Firefox 77 et donc le mois de juin, permettant toujours de l'activer via une option. L'ensemble du code relatif à ce protocole sera retiré d'ici début 2021.

Les utilisateurs de Firefox 78 ESR, attendu aussi pour l'été, avec support à long terme, pourraient néanmoins toujours en profiter par défaut dans un premier temps. 

Commentaires (11)


Ok, mais il va prendre en charge metalink quand ?



14 ans qu’on attend, n’est-ce pas David. <img data-src=" />


Oh, je ne connaissait pas ça. Ça serait en effet très bien que ce soit supporté.



et pour rappel :









Albirew a écrit :



pas de souci donc pour la navigation et le téléchargement FTP, c’est juste les balises appelant du contenu affiché sur les sites via FTP qui seront dégagés (genre un site qui affiche des images directement dans le navigateur et dont la source estftp://domaine/image )





(désolé pour la notification d’un message vieux d’un an ^^)



Haha, pas de souci. En plus, ça permet de remonter un bug (la notif m’envoie sur l’autre news et fait une erreur 500 au chargement des commentaires, surement car le lien pointe vers ce comm dans la page de l’autre news)


Avec les sites web actuels qui ont déjà énormement de sources distinct pour afficher une page ca a peut être perdu un peu d’intérêt…








empty a écrit :



Ok, mais il va prendre en charge metalink quand ?



14 ans qu’on attend, n’est-ce pas David. <img data-src=" />








Des extensions offrent le support de Metalink, donc possible que son    



support natif ne soit jamais intégré. Ou peut être si ce format se

popularisait vraiment pour que son intégration vaille le coup (en dehors

du milieu geek ou pirate, bien évidemment) ? Ca demanderait pas mal de

dev, et des questions de sécurité, par exemple comment présenter ça à

l’utilisateur lorsque plusieurs sources sont stockées, dont certaines

moins fiables (ou qui vont te fliquer) que d’autres ?



Une évolution nécessaire








Goupil74 a écrit :



Une évolution nécessaire





Absolument pas… Je ne vois pas trop l’intérêt de supprimer le FTP surtout côté client. Certes, il y en a de spécialisés mais pour un utilisateur lambda c’était plus simple.









yl a écrit :



Absolument pas… Je ne vois pas trop l’intérêt de supprimer le FTP surtout côté client. Certes, il y en a de spécialisés mais pour un utilisateur lambda c’était plus simple.







Côté OS, la commande FTP n’est plus installée par défaut depuis longtemps sur la plupart des distributions Linux (et je suppose aussi sous Windows, un peu comme Telnet ?).

C’est un protocole qui a fait son temps (le flux en clair n’est plus vraiment la norme de nos jours) là où il existe des alternatives natives qui sont chiffrées et font parfaitement l’affaire comme du SFTP pour du transfert sécurisé.









SebGF a écrit :



C’est un protocole qui a fait son temps (le flux en clair n’est plus vraiment la norme de nos jours) là où il existe des alternatives natives qui sont chiffrées et font parfaitement l’affaire comme du SFTP pour du transfert sécurisé.







Sauf que le SFTP n’a malheureusement jamais été pris en charge :(









Okki a écrit :



Sauf que le SFTP n’a malheureusement jamais été pris en charge :(







Alors qu’il est natif sur tout OS qui dispose d’un service SSH…. (et me semble-t-il que Windows en intègre désormais un via son sous-système Linux ou serait en passe de le faire ?)



M’enfin, vu que HTTPS est en passe de devenir le protocole unique sur Internet au rythme où ça va.. <img data-src=" />









SebGF a écrit :



Alors qu’il est natif sur tout OS qui dispose d’un service SSH…. (et me semble-t-il que Windows en intègre désormais un via son sous-système Linux ou serait en passe de le faire ?)





Les clients/serveurs SSH sous Windows 10 sont natifs, juste une option à activer, et ils n’ont pas besoin de WSL.



Fermer