Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

Google annonce qu'il rendra le support FTP dans Chrome obsolète et procédera à sa suppression définitive
à partir de Chrome 82 qui sera disponible en 2020

Le , par Olivier Famien

107PARTAGES

10  0 
Depuis un bout de temps, les éditeurs de navigateurs, notamment ceux de Chrome et Firefox, plaident en faveur de l’élimination pure et simple du support du protocole de transfert de fichier (FTP en anglais) dans leur navigateur respectif. Utilisé par les internautes, le protocole FTP est généralement sollicité sur la toile pour récupérer ou partager des fichiers à distance. En principe, de nombreux logiciels sont disponibles en tant que clients FTP et permettent d’effectuer les mêmes actions comme envoyer ou récupérer des fichiers via ce protocole. Toutefois, certains utilisateurs qui ne souhaitent pas s’embarrasser de l’installation d’un client autonome FTP préfèrent continuer à recourir au navigateur pour récupérer des données sur un serveur FTP. Pour ce faire, une simple saisie de la syntaxe « ;FTP://adresse_du_serveur ;» permet d’afficher dans la page du navigateur l’arborescence des fichiers contenus sur le serveur FTP si l’adresse saisie est correcte.


Mais pour les mainteneurs de Chrome, ce protocole pose des problèmes de sécurité, car les fichiers sont envoyés en clair sur le réseau. Ainsi, depuis plusieurs années, la firme de Mountain View est engagée dans une politique de délestage des fonctionnalités de l’implémentation FTP dans Chrome. À partir de Chrome 74+, un bug a conduit Google à supprimer le support de l’accès aux URL FTP via des serveurs proxy HTTP. Et avec Chrome 76, la prise en charge du proxy pour FTP a été entièrement supprimée. Dans les versions récentes de Chrome, le navigateur ne prend en charge ni les connexions chiffrées ni les proxys. Il convient également de préciser que Google a déjà procédé à la suppression de la prise en charge du rendu des ressources et de la récupération de sous-ressources via FTP. Les fonctionnalités restantes de la mise en œuvre FTP dans Google Chrome sont limitées à l’affichage d’une liste de répertoires ou au téléchargement d’une ressource via des connexions non chiffrées.

Au regard de tous ces efforts pour se débarrasser de FTP sur Chrome, de nombreux utilisateurs ont depuis longtemps tourné leurs regards vers les logiciels FTP, en tout cas pour ceux qui continuent toujours à utiliser ce protocole pour leur transfert de fichiers. Du côté de Google, les développeurs de Chrome relèvent que sur Chrome stable l’utilisation de FTP représente environ 0,1 % pour les utilisateurs Windows sur environ 7 jours. Sur toutes les plateformes, seul environ 0,01 % d’utilisateur a recours à ce protocole sur une période de 28 jours. Et pendant la même période de 28 jours, environ 0,03 % des utilisateurs de toutes les plateformes téléchargent quelque chose via FTP — ce qui est la seule chose que les utilisateurs peuvent faire avec les URL FTP, souligne Google.

Aussi, en raison de la faible utilisation de FTP dans Chrome, les développeurs du navigateur avancent maintenant qu’il n’est plus nécessaire d’investir dans le support du client FTP existant et vont par conséquent rendre obsolète et supprimer la prise en charge de FTP dans Chrome à travers les URL. À partir de Chrome 78, le support FTP sera désactivé dans les préversions et des contrôles de stratégie ainsi qu’un indicateur pour le contrôle du protocole FTP seront ajoutés. Dans Chrome 80, la désactivation progressive du support FTP commencera. Et à partir de Chrome 82, dont la publication est prévue pour le deuxième trimestre de 2020, tout le code et les ressources liées à FTP seront supprimés. Après cette étape, Chrome ne parviendra plus à traiter ou à reconnaitre les URL ftp://.

Toutefois, si un utilisateur tentait de saisir une URL FTP dans la barre d’adresse, le navigateur essaiera d’appeler le gestionnaire par défaut pour les URL ftp://, car des clients FTP plus performants sont déjà disponibles sur toutes les plateformes affectées.. Il sera dument tenu compte des situations dans lesquelles le navigateur est déjà le gestionnaire par défaut pour les URL ftp://, précise Google.

En outre, pour les utilisateurs qui récupèrent les scripts de Configuration Automatique de Proxy (PAC en anglais), dès que la prise en charge de FTP sera rendue obsolète, l’extraction des scripts PAC via FTP ne sera plus possible. Les utilisateurs devront migrer vers d’autres moyens pour récupérer les scripts PAC, avance Google. Enfin, pour les développeurs web qui seraient impactés par la suppression du support FTP, Google suggère comme alternative de se tourner vers les protocoles HTTP et HTTPS.

Source : Chrome, Chromium Forum

Et vous ?

Que pensez-vous de cette décision ;?

Selon vous, Google a-t-il bien de supprimer le support FTP dans Chrome ;?

À défaut du navigateur Chrome, quel client FTP utilisez-vous comme alternative ;? Et pourquoi ;?

Voir aussi

Google pince à nouveau les responsables Web : l'accès aux ressources via FTP sera marqué comme non sécurisé sous Chrome 63
Firefox : le chargement de ressources FTP dans une page Web ne sera plus autorisé le protocole FTP ne supportant pas le chiffrement moderne
Selon Troy Hunt, le protocole HTTPS a atteint son point critique et deviendra bientôt la norme du web plutôt que l'exception sur la toile
Google donne des précisions sur le déploiement HTTPS sur ses produits et services et fait une liste des pays qui s'en servent le plus

Une erreur dans cette actualité ? Signalez-le nous !

Avatar de sevyc64
Modérateur https://www.developpez.com
Le 19/08/2019 à 14:31
3 points principaux pour le FTPS :
Avec FTPS (tout comme HTTPS d'ailleurs) seule une partie de la communication est chiffré.
La connexion au serveur FTP se fait en clair, donc déjà les premières commandes passent en clair.
Ensuite, suivant l’implémentation ou la configuration du serveur, il est parfois nécessaire de s'être authentifié avant de pouvoir basculer en SSL, ce qui fait que login et mot de passe peuvent passer en clair malgré le "FTPS".

De plus FTPS fonctionne avec le protocole SSL (ou sa déclinaison TLS). La spécificité de ce protocole est qu'il n'y a aucun authentification, ni coté client, ni coté serveur. Pour faire simple, le client qui se connecte et reçoit le certificat n'a aucun moyen de savoir que c'est bien sur le serveur qu'il désire qu'il est connecté. De même le serveur qui reçoit la demande n'a aucun moyen de savoir qui est le client qui émet la demande et si c'est un client autorisé.

FTPS nécessite 2 connexions sous SSL puisque c'est le flux, une fois la connexion établie, qui est chiffré.
De plus, lorsque la connexion "COMMAND" n'est pas maintenue durant le transfert, il y a un système de reconnexion automatique, et donc à la reconnexion le chiffrage SSL est renégocié avec donc une partie de l'échange en clair au départ.

Concernant SFTP, déjà le protocole utilisé est SSH. Celui-ci est basé sur l'échange de clés privées/publiques. Le client doit présenter une clé propre au serveur, qu'il aura reçu préalablement d'une quelconque manière, mail, courrier, dongle, etc ....
Le serveur lui, même s'il ne connait pas plus le client, peut le considérer comme autorisé, puisqu'il présentera une clé propre au serveur qui aura du lui être fourni volontairement.
(certaines implémentations permettent de gérer plusieurs clés serveur et donc de fournir une clé serveur propre à chaque client).

De plus, avec SSH, le chiffrement ne se fait pas dans la session FTP, mais au niveau des machines elles-mêmes. C'est un tunnel chiffré qui est établi, une sorte de VPN. Ensuite la connexion au serveur FTP, ainsi que tout le trafic passe à travers ce tunnel.

En FTPS, tu peux, par exemple, avoir une attaque MIM avec un serveur pirate qui présente un certificat SSL authentique et qui se connecte lui-même en SSL (ou pas d'ailleurs) sur le serveur FTP de destination. Le client, ni le serveur de destination n'y verront rien, et le serveur pirate peut aspirer tout le trafic.
En SFTP, tu ne peux établir de connexion que sur le vrai serveur à qui appartient la clé que tu présente. Ayant une partie aléatoire dans cette clé, si un serveur pirate s'intercale, il est quasiment impossible qu'il puisse avoir la même clé que le serveur de destination, la connexion depuis le client ne pourra pas se faire. De plus aucune donnée, y compris d'authentification, sur le serveur FTP ne pourra être interceptée puisque le chiffrage SSH sera déjà en place au moment où elles transiteront.

En FTPS, comme HTTPS, le chiffrage est disponible à tout moment pour tout le monde sans distinction, mais sans garantie pour le client de se connecter au bon serveur. Seule une partie de l'échange est chiffré et pas forcément les éléments de d’authentification.
En SFTP, seul les clients autorisés pourront se connecter, à qui il aura d'abords fallu fournir la clé du serveur. Les clients sont sur de se connecter au bon serveur. La totalité de l'échange FTP est chiffrée.
4  0 
Avatar de sevyc64
Modérateur https://www.developpez.com
Le 17/08/2019 à 21:39
alors qu'il existe SFTP et FTPS depuis un certain temps maintenant ?

FTP n'est pas sécurisé. La notion de sécurité ne fait pas partie du protocole. Parler de ftp sécurisé en évoquant SFTP ou FTPS est un abus de langage. Ces 2 implémentations sont a différencier du protocole FTP car n'est faisant pas partie, et sont presque, même, à considérer comme des protocoles à part entière.

FTPS n'apporte rien en matière de sécurité, c'est comme mettre une peinture couleur chair sur une jambe de bois pour la faire passer pour une vrai jambe.

SFTP est un vrai protocole sécurisé sur le principe de FTP. Malheureusement, peu de serveurs l'implémentent, et d'ailleurs peu de clients le supporte.

Mais bon, il n'en faut qu'un client,le principal, Filezilla. Il supporte le FTP, le FXP, FTPS, SFTP, l'IPv6 (et oui, tous les clients ne sont pas forcément compatible IPv6, aussi bizarre et stupide que ça puisse paraitre), ....
3  0 
Avatar de Steinvikel
Membre expérimenté https://www.developpez.com
Le 17/08/2019 à 21:21
Citation Envoyé par Olivier Famien  Voir le message
Dans les versions récentes de Chrome, le navigateur ne prend en charge ni les connexions chiffrées ni les proxys. Il convient également de préciser que Google a déjà procédé à la suppression de la prise en charge du rendu des ressources et de la récupération de sous-ressources via FTP. Les fonctionnalités restantes de la mise en œuvre FTP dans Google Chrome sont limitées à l’affichage d’une liste de répertoires ou au téléchargement d’une ressource via des connexions non chiffrées.
...
Enfin, pour les développeurs web qui seraient impactés par la suppression du support FTP, Google suggère comme alternative de se tourner vers les protocoles HTTP et HTTPS.

...à lire l'article, le support de FTP et sa maintenance, requiert des ressources conséquentes et présente de grandes difficultés. Moi qui pensait que ce protocole était aussi vieux qu'internet. Ya que moi que ça fait tiquer de présenter FTP désuet car non sécurisé alors qu'il existe SFTP et FTPS depuis un certain temps maintenant ?

[B]Que pensez-vous de cette décision ?[\B]
Que c'est la première fois que j'entend Google énoncer que 0,01% des utilisateurs sur un total se comptant en milliard journalier représente un chiffre ridicule pour qualifier une fonctionnalité de "inutilisé".

[B]Selon vous, Google a-t-il bien (fait) de supprimer le support FTP dans Chrome ?[\B]
Non, encore moins en prétextant que ce protocole est non chiffré ...à croire que SFTP et FTPS n'existent pas. =,='

[B]À défaut du navigateur Chrome, quel client FTP utilisez-vous comme alternative ? Pourquoi ?[\B]
FileZilla, parce qu'il est développé tout spécialement pour cet usage (échanger des fichiers), et est un logiciel "libre", sous licence libre.
1  0 
Avatar de Steinvikel
Membre expérimenté https://www.developpez.com
Le 18/08/2019 à 5:07
Citation Envoyé par sevyc64 Voir le message
Parler de ftp sécurisé en évoquant SFTP ou FTPS est un abus de langage. Ces 2 implémentations sont a différencier du protocole FTP car n'est faisant pas partie, et sont presque, même, à considérer comme des protocoles à part entière.
Oui, j'assume totalement cet abus de langage.
Ce que je veux souligner (par ma citation du post précédent), c'est qu'il n'est fait mention que de FTP et que sans support de connexion chiffré pas de FTPS, et que comme il n'est jamais fait référence à SFTP, il est fort probable que le support soit abandonné pour tout ce qui touche de près ou de loin à FTP ...S ou pas S.

Ce que je ne sais pas c'est ce qu'apporte FTP comme avantages sur HTTP pour les échanges de fichiers. Je ne sais pas non plus si, aujourd'hui, un protocole le remplace intégralement (tout ses avantages), car rien d'autre que "vous devrez utiliser HTTPS" n'est proposé (en restant sur Chrome).
0  0 
Avatar de sevyc64
Modérateur https://www.developpez.com
Le 18/08/2019 à 8:24
Citation Envoyé par Steinvikel Voir le message
et que comme il n'est jamais fait référence à SFTP, il est fort probable que le support soit abandonné pour tout ce qui touche de près ou de loin à FTP ...S ou pas S.
Comme on parle ici de navigateur, je n'ai jamais fait le test, mais il est probable que, déjà actuellement, les navigateurs ne supporte pas le SFTP. Déjà que tous les clients FTP ne le supporte pas forcément ..

Citation Envoyé par Steinvikel Voir le message
Ce que je ne sais pas c'est ce qu'apporte FTP comme avantages sur HTTP pour les échanges de fichiers.
Si c'est juste pour faire du download, pas grand chose. Même au contraire, http étant du web, tu peux avoir (et tu as normalement) une interface plus UserFriendly coté client.

Sur FTP, on est sur une gestion distante d'une arborescence de dossier et fichier, avec souvent une interface très basique, digne du premier gestionnaire de fichier de Windows 3.0. Mais l'échange peut être dans les 2 sens, download, upload, ajout, suppression, déplacement de fichiers, etc ...
Chose déjà moins courante en http, bien que certain logiciel serveur savent faire, comme par exemple HFS
0  0 
Avatar de vanquish
Membre éprouvé https://www.developpez.com
Le 19/08/2019 à 10:20
Citation Envoyé par sevyc64 Voir le message

FTPS n'apporte rien en matière de sécurité, c'est comme mettre une peinture couleur chair sur une jambe de bois pour la faire passer pour une vrai jambe.
On sort du sujet, mais pouvez-vous développer ?
Il y a eu plusieurs mentions de ce type dans le fil, mais je ne comprend pas pourquoi.

Il y a chiffrement (et éventuellement authentification) par certificat dès l'envoi du login et mdp.
En quoi le protocole n'est-il pas sécurisé ?

J'ai essayé google, mais on tombe sur des articles qui restent très superficiels.
0  0 
Avatar de vanquish
Membre éprouvé https://www.developpez.com
Le 19/08/2019 à 16:22
Citation Envoyé par sevyc64 Voir le message
3 points principaux pour le FTPS :
Merci pour cette réponse détaillée.
0  0