Réfléchissez aux softworks

Résumé:

Fetch SoftWorks est un logiciel qui permet aux utilisateurs de se connecter à des serveurs à l’aide de FTP avec le cryptage TLS / SSL. Cela garantit une communication sécurisée entre l’appareil de l’utilisateur et le serveur, protégeant des informations sensibles telles que les mots de passe et les données.

Points clés:

1. FTP avec TLS / SSL est la méthode préférée pour établir des connexions sécurisées.
2. Fetch SoftWorks prend en charge les méthodes “Auth TLS” (FTPES) et “SSL Connect” (implicite SSL).
3. Pour vous connecter à l’aide de FTP avec TLS / SSL, sélectionnez-le dans le menu “Connecter à l’aide” dans la nouvelle boîte de dialogue de connexion.
4. Si vous utilisez la méthode SSL Connect, entrez le port 990 dans le champ du port.
5. L’activation du chiffrement protège toutes les communications, tandis que la désactivation ne protège que le mot de passe.
6. Tous les serveurs ne prennent pas en charge FTP avec TLS / SSL, il est donc important de vérifier la compatibilité du serveur.
7. Les serveurs qui prennent en charge FTP avec TLS / SSL ont des certificats qui vérifient leur sécurité et leur identité.
8. Si le certificat d’un serveur est expiré ou non fiable, Fetch affiche un avertissement.
9. FTP avec TLS / SSL ne doit pas être confondu avec SFTP, qui est un protocole différent.

Des questions:

1. Qu’est-ce que Fetch Softworks?

Fetch SoftWorks est un logiciel qui permet aux utilisateurs de se connecter à des serveurs à l’aide de FTP avec le cryptage TLS / SSL.

2. Pourquoi le FTP avec TLS / SSL est-il important?

FTP avec TLS / SSL est important car il garantit une communication sécurisée entre l’appareil de l’utilisateur et le serveur, protégeant les informations sensibles.

3. Quelles sont les deux méthodes prises en charge d’établissement de FTP avec des connexions TLS / SSL?

Les deux méthodes prises en charge sont “Auth TLS” (FTPES) et “SSL Connect” (implicite SSL).

4. Comment peut-on se connecter à un serveur à l’aide de FTP avec TLS / SSL?

Pour vous connecter à l’aide de FTP avec TLS / SSL, sélectionnez-le dans le menu “Connecter à l’aide” dans la nouvelle boîte de dialogue de connexion.

5. Quelle est la signification de la saisie du port 990?

La saisie du port 990 est nécessaire lors de l’utilisation de la méthode SSL Connect pour établir un FTP avec une connexion TLS / SSL.

6. Quel est le but d’activer le cryptage?

L’activation du cryptage garantit que toutes les communications sont protégées, tout en le désactivant ne protège que le mot de passe.

7. Tous les serveurs prennent en charge FTP avec TLS / SSL?

Non, tous les serveurs ne prennent pas en charge FTP avec TLS / SSL. Il est important de vérifier la compatibilité des serveurs avant d’essayer de se connecter.

8. Quel est le rôle des certificats dans FTP avec TLS / SSL?

Les serveurs qui prennent en charge FTP avec TLS / SSL ont des certificats qui vérifient leur sécurité et leur identité.

9. Que se passe-t-il si le certificat d’un serveur n’est pas fiable?

Si le certificat d’un serveur est expiré ou non signé par une autorité de confiance, Fetch affichera un avertissement à l’utilisateur.

10. Quelle est la différence entre FTP avec TLS / SSL et SFTP?

FTP avec TLS / SSL et SFTP sont deux protocoles distincts. Bien que les deux soient des protocoles de transfert de fichiers sécurisés, ils fonctionnent différemment.

11. Quelle est l’exigence du système pour utiliser TLS 1.2 avec Fetch Softworks?

Pour utiliser TLS 1.2 Avec Fetch Softworks, la machine de l’utilisateur doit avoir .Cadre net 4.5+ installé.

12. Peut tls 1.2 être utilisé dans le ciblage des applications .Net inférieur à 4.5?

Oui mais .Net 4.5 doit toujours être installé sur la machine pour TLS 1.2 à activer dans les applications ciblant les versions inférieures.

13. Comment peut-être TLS 1.2 être activé dans les applications ciblant .Net 4.5+?

Pour activer TLS 1.2 dans les applications ciblant .Net 4.5+, le code suivant peut être utilisé: FTP.Sslconfiguration.ActivéSSLProtoCols = (Système.Sécurité.Authentification.SSLProtoCols) 3072;

14. Où les informations supplémentaires sur Fetch Softworks?

Des informations supplémentaires sur Fetch Softworks peuvent être trouvées sur leur site Web.

15. Quelles sont les principales caractéristiques de Fetch Softworks?

Les principales caractéristiques de Fetch Softworks incluent la possibilité de se connecter aux serveurs en utilisant FTP avec TLS / SSL, le transfert de données sécurisé et le support de l’équipe Fetch.

Réfléchissez aux softworks

Pour vous connecter à un serveur à l’aide de FTP avec TLS / SSL, choisissez FTP avec TLS / SSL du Connectez-vous à l’aide menu contextuel dans la nouvelle boîte de dialogue de connexion. Lorsque vous faites cela, Fetch essaiera de se connecter à l’aide d’explicct SSL (FTPES) par défaut.

Utilisation de FTP TLS 1.2 avec FTP

Par défaut, la plupart des systèmes permettent SSL 3.0, TLS 1.0, 1.2 et 1.2 à utiliser.

TLS 1.2 est la version la plus sécurisée des protocoles SSL / TLS. Il est facile de forcer la connexion à l’utiliser. Tout ce que vous avez à faire est de définir FTP.Sslconfiguration.Activé propriété à sslprotocols.TLS12:

// c # using (ftp ftp = new ftp ())

'VB.Net en utilisant ftp comme nouveau ftp () ftp.Sslconfiguration.ActivésslprotoCols = sslprotocols.TLS12 FTP.ConnectSSL ("FTPS.exemple.com ") ftp.Connexion ("utilisateur", "mot de passe") FTP.Changefolder ("uploads") ftp.Télécharger ("Rapport.txt "," C: \ Rapport.txt ") ftp.Fermer () fin en utilisant

Pour SSL / TLS explicite, le code est presque le même. Vous vous connectez d’abord à un port non sécurisé (21) et fixez la connexion en utilisant FTP.Autheurs commande:

// c # using (ftp ftp = new ftp ())

'VB.Net en utilisant ftp comme nouveau ftp () ftp.Sslconfiguration.ActivésslprotoCols = sslprotocols.TLS12 FTP.Connecter ("FTP.exemple.com ") ftp.Authtls () ftp.Connexion ("utilisateur", "mot de passe") FTP.Changefolder ("uploads") ftp.Télécharger ("Rapport.txt "," C: \ Rapport.txt ") ftp.Fermer () fin en utilisant

Pour utiliser TLS 1.2 .Cadre net 4.5+ doivent être installés sur votre machine et votre application doit cibler .Net 4.5+.

Il est possible d’utiliser TLS 1.2 dans les applications ciblant .Net inférieur à 4.5, mais 4.5 doit être installé sur la machine. Après avoir .Net 4.5 installé, votre 2.0-4.0 applications utilisera le 4.5 SYSTÈME.DLL et vous pouvez activer TLS 1.2 Utilisation de ce code:

FTP.Sslconfiguration.ActivéSSLProtoCols = (Système.Sécurité.Authentification.SSLProtoCols) 3072;

Réfléchissez aux softworks

Aller chercher

• À propos de Fetch
• Télécharger
• Acheter / mettre à niveau
• Soutien

Récupérer de l’aide > Concepts > FTP avec TLS / SSL (FTPS)

Répondre aux supports utilisant FTP avec TLS / SSL (également connu sous le nom de FTPS) pour se connecter en toute sécurité aux serveurs.

Lorsque vous vous connectez à un serveur à l’aide de FTP avec TLS / SSL, le cryptage est utilisé pour protéger la connexion entre votre Macintosh et le serveur. Cela protège votre mot de passe et éventuellement vos données, empêchant une écoute de les capturer ou les voler lorsqu’ils voyagent sur le réseau. TLS signifie «Transport Layer Security» et SSL signifie «Secure Sockets Layer.”TLS est une version plus récente du protocole SSL.

Il existe trois méthodes différentes d’établissement de FTP avec des connexions TLS / SSL; Fetch ne supporte que deux d’entre eux. Les deux méthodes prises en charge sont:

• “Auth TLS”, également connu sous le nom de “FTPES”, “Explicit SSL” ou “FTPS explicite.”Il s’agit de la méthode préférée selon la RFC qui définit FTP avec TLS / SSL.
• “SSL Connect”, également connu sous le nom de “Implicit SSL” ou “FTPS implicite.”Il s’agit d’une méthode plus ancienne et plus encouragée pour établir FTP avec TLS / SSL, mais elle est encore quelque peu courante.

La troisième méthode, “Auth SSL”, n’est plus encouragée et n’est pas prise en charge par Fetch.

Pour vous connecter à un serveur à l’aide de FTP avec TLS / SSL, choisissez FTP avec TLS / SSL du Connectez-vous à l’aide menu contextuel dans la nouvelle boîte de dialogue de connexion. Lorsque vous faites cela, Fetch essaiera de se connecter à l’aide d’explicct SSL (FTPES) par défaut.

Si vous souhaitez utiliser la méthode SSL Connect (implicite SSL), vous devez choisir et entrez également 990 dans le champ Port de la nouvelle boîte de dialogue de connexion. Vous devrez peut-être cliquer sur le bouton de dialogue de la nouvelle connexion pour afficher le champ du port. Si vous n’entrez pas ce numéro de port spécifique, Fetch essaiera d’établir un FTP avec une connexion TLS / SSL à l’aide de AUTH TLS.

Choix FTP avec TLS / SSL Active le Activer le cryptage cocher. Si cette boîte est cochée, toute votre communication sera protégée; Sinon, seul votre mot de passe sera protégé, mais les performances peuvent être meilleures. Certains serveurs ne prennent pas en charge le chiffrement des données lors de l’utilisation de FTP avec TLS / SSL.

Pour utiliser FTP avec TLS / SSL pour les connexions sécurisées dans Fetch, le serveur auquel vous vous connectez doit prendre en charge FTP avec les connexions TLS / SSL. Tous les serveurs ne prennent pas en charge FTP avec les connexions TLS / SSL; Si vous essayez de vous connecter avec FTP avec TLS / SSL à un serveur qui ne le prend pas en charge, vous recevrez une erreur. Votre administrateur réseau ou votre fournisseur de services peut vous dire si votre serveur prend en charge FTP avec TLS / SSL.

Les serveurs qui prennent en charge le FTP avec TLS / SSL ont un certificat que Fetch utilise pour vérifier la sécurité et l’identité du serveur. Un certificat d’un serveur est délivré par une autorité de certificat, qui garantit également la légitimité du certificat en la signant numériquement. Votre Macintosh a une liste des autorités de certificat à laquelle il a confiance, et si le certificat du serveur est signé par l’une de ces autorités, il sera accepté automatiquement. Cependant, si le certificat est expiré, ou non signé par une autorité de confiance ou a un autre problème, Fetch affiche un avertissement vous demandant si vous souhaitez continuer à vous connecter au serveur ou non. Pour plus d’informations sur l’avertissement, consultez la boîte de dialogue Vérifier le sujet d’aide.

Bien que les deux soient des protocoles de transfert de fichiers sécurisés et ont des noms similaires, FTP avec TLS / SSL (FTPS) ne doit pas être confondu avec SFTP (protocole de transfert de fichiers SSH). SFTP est un protocole complètement séparé du FTP; tandis que FTP avec TLS / SSL utilise le même protocole que FTP, mais est enveloppé dans une couche de chiffrement.

Fetch prend en charge un format URL spécial pour spécifier FTP avec les connexions TLS / SSL; FTP avec les URL TLS / SSL commencez par “ftps: //” et ayez une option à la fin pour spécifier si vous devez utiliser le chiffrement ou non. Voir le sujet d’aide des localisateurs de ressources uniformes (URL) pour plus d’informations.

Pour plus d’informations sur la sécurité dans Fetch, consultez le sujet de l’aide de sécurité.

© Copyright 2000 – 2023 de vos amis à Fetch Softworks

SFTP vs FTPS?

? . FTP était là d’abord – mais pas dans un état sécurisé initialement. FTPS utilise les protocoles Secure Sockets Layer (SSL) ou Transport Layer Security (TLS) pour assurer la sécurité des connexions via le chiffrement. Ceci est fourni par les serveurs FTPS x.509 Certificat de clé publique au format. Le certificat peut être fiable (fourni par une autorité de certification de confiance), ou bien auto-signé. L’utilisation d’un certificat auto-signé ne signifie pas que le niveau de cryptage est moins, juste que vous devez être sûr que l’hôte est ce qu’ils disent qu’ils sont. Les connexions FTPS sont établies avec implicitement ou explicitement. Les serveurs FTPS écoutent généralement les connexions implicites sur le port 990 et les connexions explicites sur le port 21 – bien que l’administrateur de Terver puisse bien sûr choisir d’utiliser différents ports s’ils le souhaitent.

Comment fonctionne FTPS?

Une connexion implicite commence avec le client émettant un TLS “Hello Client” message. Ce message implique que la connexion doit être sécurisée et si le serveur ne le fait pas’t le recevoir, la connexion est immédiatement supprimée. Si cependant, le serveur reçoit le “Hello Client” Message, il enverra le certificat de serveur au client, qui l’authentifiera et l’utilisera pour crypter une clé de session qu’il renvoie ensuite au serveur pour crypter la session avec.

Dans le cas de FTPS explicites, le client demande explicitement la sécurité en envoyant un “Auth TLS” (ou Auth SSL) Commande directement après la connexion. Si la commande AUTH n’est pas envoyée, le serveur FTPS traitera la connexion client comme un ‘régulier’ Session FTP non sécurisée à la place.

Fait intéressant, les connexions implicites ne sont pas répertoriées dans RFC 2228 (la documentation FTPS), uniquement des connexions explicites.

Dans les deux cas, une fois la session au début, le client devra s’authentifier avec le serveur FTPS – normalement ce sera par ID utilisateur et mot de passe, mais peut également inclure des certificats clients si nécessaire. Toutes les commandes FTP sont tout naturellement transmises le long du canal de contrôle (normalement 21 pour explicite ou 990 pour implicite), mais FTPS a ensuite besoin d’un canal séparé pour les communications de données (l’envoi réel de fichiers ou de listes de répertoires). Les canaux de données sont par défaut du port 20 pour les FTP et le port 989 explicites pour les FTP implicites. Les canaux de données sont ouverts tels qu’ils sont nécessaires, puis immédiatement fermés (le canal de commande reste ouvert pour la durée de la session).

Quelle est la différence entre FTPS et SFTP?

Pour commencer, SFTP n’est pas une forme de FTP. En fait, FTPS et SFTP sont complètement sans rapport et ne supportent qu’une ressemblance de passage dans la structure de nombreuses commandes. SFTP n’est pas FTP sur une connexion SSH, plutôt un protocole distinct à part entière, qui utilise le protocole SSH sous-jacent pour fournir une sécurité et une authentification de connexion. Parce qu’il utilise le protocole SSH sous-jacent, il est normal d’utiliser le port SSH (généralement le port 22).

Avec SFTP, nous nous éloignons de l’utilisation de certificats pour le chiffrement et utilisons plutôt des paires de clés publiques / privées, qui ne sont pas signées par les autorités de confiance. Comme un certificat auto-signé FTPS, le seul domaine de doute est que le serveur SFTP est ce qu’il prétend être – une fois que vous êtes convaincu que vous vous êtes connecté au bon serveur, vous acceptez simplement la clé de serveur et procédez à des fichiers d’échange sur une session chiffrée.

Comprendre les différences clés entre FTP, FTPS et SFTP

Les protocoles les plus courants utilisés dans le transfert de fichiers aujourd’hui sont FTP, FTPS et SFTP. Découvrez les principales différences entre ces protocoles en ligne sur JSCAPE.

Trois protocoles communs encore utilisés dans le transfert de fichiers sont aujourd’hui FTP, FTPS et SFTP. Bien que les acronymes de ces protocoles soient similaires, il existe des différences clés entre elles, en particulier comment les données sont échangées, le niveau de sécurité fourni et les considérations de pare-feu. L’apprentissage de ces différences clés peut vous aider lors du choix d’un protocole de transfert de fichiers sécurisé ou du dépannage des problèmes de connexion communs.

FTP

FTP (Protocole de transfert de fichiers) est un protocole réseau qui existe depuis des décennies. Il a été proposé pour la première fois dans RFC 114 il y a plus de 40 ans et a finalement évolué en RFC 959, qui est la norme que les clients et les serveurs FTP suivent aujourd’hui.

L’échange de données

Le protocole FTP échange les données à l’aide de deux canaux distincts appelés canal de commande et canal de données.

Le canal de commande s’exécute généralement sur le port de serveur 21 et est chargé d’accepter les connexions client et de gérer l’échange de commandes simples entre un client FTP et un serveur. Le UTILISATEUR et PASSER Les commandes utilisées pour authentifier un utilisateur FTP sont des exemples de commandes qui sont échangées sur le canal de commande. Le canal de commande reste ouvert jusqu’à ce que le client envoie le ARRÊTER La commande de déconnexion, ou le serveur déconnecte de force le client en raison d’une inactivité ou d’une autre raison.

Le canal de données, fonctionne à l’aide de ports temporaires à la demande, écoutant sur le serveur (mode passif) ou sur le client (mode actif) et est responsable de l’échange de données sous forme de listes de répertoires et de transferts de fichiers. Le LISTE, Stop et Rétractation Les commandes utilisées pour obtenir une liste de répertoires de serveur, télécharger un fichier et télécharger un fichier sont des exemples de commandes (envoyées à l’aide du canal de commande) qui ouvrent un canal de données. Contrairement au canal de commande qui reste ouvert pendant toute la session FTP, le canal de données est fermé une fois le transfert de données terminé. Afin de gérer les transferts de fichiers ou les listes de répertoires simultanées, une gamme de ports de canal de données doit être utilisée.

Sécurité

Lorsque vous utilisez FTP, les canaux de commande et de données ne sont pas cryptés. Toutes les données envoyées sur ces canaux peuvent être interceptées et lire. .

Pare-feu

Serveur – Autoriser les connexions entrantes sur le port 21. Définir la plage de ports passive (E.g. 2000-2500) pour les transferts de fichiers et les listes de répertoires et autoriser les connexions entrantes sur la plage de ports passive. Consultez la documentation de votre serveur pour des instructions sur la façon de définir une plage de port passive.

Client – Autoriser les connexions sortantes au port 21 et une plage de port passive définie par serveur.

De nombreux problèmes de pare-feu rencontrés lors de l’utilisation de FTP sont causés par une mauvaise compréhension des deux modes de FTP: le mode actif et le mode passif. Les paramètres que vous devrez effectuer sur votre pare-feu côté serveur ou votre pare-feu côté client dépendra en grande partie du mode que vous choisissez. Pour éviter ces problèmes, nous vous suggérons de prendre du temps pour une discussion plus approfondie sur le FTP actif et passif.

FTPS

Lorsque le protocole FTP a été initialement rédigé, la sécurité n’était pas une préoccupation. Depuis lors, beaucoup de choses ont changé et l’envoi de données sur un réseau public sans cryptage est considéré comme très risqué et, dans certains cas, interdit. Des réglementations comme PCI-DSS et HIPAA, par exemple, contiennent des dispositions qui nécessitent que les transferts de données soient protégés par le cryptage.

Afin de résoudre ce problème, un ensemble d’extensions de sécurité pour créer un protocole FTP plus sécurisé a été proposé dans RFC 2228 pour protéger les données alors qu’il se déplace sur le réseau à l’aide de la couche Secure Sockets (SSL) et désormais de la sécurité de la couche de transport (TLS). Ce cryptage peut être fait manuellement, mais cela prend du temps et suit les erreurs, c’est pourquoi les organisations utilisent des clients FTPS serveurs / FTPS pour assurer la sécurité des données.

L’échange de données

Sécurité

Les variantes sécurisées de FTP incluent FTPS Implicit SSL et FTPS explicit SSL . Les deux utilisent le cryptage SSL / TLS.

En mode SSL implicite, une session SSL requise est établie entre le client et le serveur avant que tout partage de fichiers ne se produise. Comme son nom l’indique, l’utilisation de SSL est implicite et toute tentative de connexion FTPS sans utiliser SSL sera refusée par le serveur. Les services SSL implicites FTPS fonctionnent généralement sur le port 990. Bien que toujours utilisée aujourd’hui, le SSL implicite FTPS est considéré par beaucoup comme obsolète en faveur de FTPS explicite SSL.

En mode SSL explicite, le client et le serveur négocient le niveau de protection utilisé. Ceci est très utile dans la mesure où le serveur peut prendre en charge à la fois des séances FTP non cryptées et cryptées FTPS sur un seul port. . Avant d’envoyer des informations d’identification de l’utilisateur, le client demande que le serveur passe le canal de commande à un canal crypté SSL en envoyant le Authentification TLS ou Authentification SSL commande. Lors de la configuration réussie du canal SSL, le client envoie ensuite des informations d’identification utilisateur au serveur FTP. Ces informations d’identification, ainsi que toutes les autres commandes envoyées au serveur pendant la session FTP, sont automatiquement chiffrées par le canal SSL. Semblable à la manière dont le canal de commande peut être protégé, le niveau de protection utilisé sur le canal de données est négocié entre le client et le serveur à l’aide du Prot commande.

Pare-feu

Serveur – Autoriser les connexions entrantes sur le port 21 et / ou 990. Définir la plage de ports passive (E.g. 2000-2500) pour les transferts de fichiers et les listes de répertoires et autoriser les connexions entrantes sur la plage de ports passive. Consultez la documentation de votre serveur pour des instructions sur la façon de définir une plage de port passive.

Client – Autoriser les connexions sortantes au port 21 et une plage de port passive définie par serveur.

SFTP

Le protocole de transfert de fichiers SSH (SFTP) est souvent confondu avec FTPS même si ces protocoles n’ont rien en commun, sauf leur capacité à transférer des fichiers en toute sécurité. SFTP est en fait basé sur le protocole SSH (Secure Shell), qui est surtout connu pour son utilisation pour fournir un accès sécurisé aux comptes Shell sur les serveurs distants.

L’échange de données

Contrairement à FTP / S, SFTP n’utilise pas de connexions de commande et de données distinctes. Les données et les commandes sont transférées dans des paquets spécialement formatés via une seule connexion.

Sécurité

Toutes les données envoyées entre le client et le serveur sont cryptées à l’aide d’un chiffrement de chiffrement convenu. Les séances SFTP peuvent également être protégées davantage grâce à l’utilisation de clés publiques et privées, qui offrent une autre forme d’authentification connue sous le nom d’authentification des clés publiques. Cela peut être utilisé comme alternative ou conjointement avec la forme traditionnelle d’authentification des noms d’utilisateur et des mots de passe.

Pare-feu

Serveur – Autoriser les connexions entrantes sur le port 22.

Client – Autoriser les connexions sortantes au port 22.

Obtenez votre essai gratuit

Souhaitez-vous essayer cela vous-même? Le serveur JSCape MFT est autochtone et peut être installé sur Microsoft Windows, Linux, Mac OS X et Solaris, et peut gérer n’importe quel protocole de transfert de fichiers ainsi que plusieurs protocoles différents à partir d’un seul serveur. De plus, la fonctionnalité JSCAPE vous permet de gérer n’importe quel type de fichier, y compris les fichiers batch et XML. Téléchargez maintenant votre essai gratuit de 7 jours sur le serveur JSCape MFT.