1649 connectés

FORUM HardWare.fr

Linux et OS Alternatifs

¨Proftpd+SSL attirent les vers de sable

Recherche :

Dernière réponse
Sujet : ¨Proftpd+SSL attirent les vers de sable
benediqt	up :x

Votre réponse

Nom d'utilisateur

Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !

Le ton de votre message

Votre réponse

Smilies

Liste des smilies perso
Wiki smilies
Chercher un smiley

Options

Activer votre signature
Désactiver les smilies
Activer la notification par email du sujet

Aperçu

Vous avez perdu votre mot de passe ?

Vue Rapide de la discussion

benediqt

up :x

benediqt

Bonsoir, me revoici avec encore un problème (ça n'arrête pas). :sleep:
Alors voici, ne sachant pas quoi foutre, je me suis dis tiens, pourquoi pas implémenter SSL/TLS sur mon serveur Proftpd qui marche très bien sinon.
Je fais ceci :

openssl req -new -x509 -days 365 -nodes -out /etc/ssl/certs/proftpd.cert.pem -keyout /etc/ssl/private/proftpd.key.pem

Je crée donc un joli certificat x509 et une jolie clé privée RSA 1024bits.
Puis ensuite je retouche "proftpd.conf" pour prendre en charge SSL/TLS, je rajoute ceci dans la server config :

<IfModule mod_tls.c>
TLSProtocol SSLv23
TLSRSACertificateFile /etc/ssl/certs/proftpd.cert.pem
TLSRSACertificateKeyFile /etc/ssl/private/proftpd.key.pem
TLSEngine on
TLSLog /var/log/proftpd-tls.log
# Requiert SSL/TLS sur les deux canaux (ctrl et data)
TLSRequired on
TLSVerifyClient off
#TLSOptions NoCertRequest
</IfModule>

Après je lance Filezilla sur mon poste WinXP pour faire un test, je précise que le serveur est de type "FTP sur TLS (Chiffrement explicite)" puis j'active aussi le traçage des messages dans le serveur ftp.
J'accepte mon joli certificat, et j'arrive parfois à me connecter, souvent au bout de quelques tentatives..Mais pourquoi est-ce aléatoire?
Filezilla m'affiche ceci en output lorsque ça bloque :

Etat : Connexion à 192.168.0.1 ...
Trace : FtpControlSocket.cpp(5047): m_pSslLayer changed state from 0 to 1 caller=0x003eea64
Trace : FtpControlSocket.cpp(5047): m_pSslLayer changed state from 1 to 2 caller=0x003eea64
Trace : FtpControlSocket.cpp(5047): m_pSslLayer changed state from 2 to 4 caller=0x003eea64
Trace : FtpControlSocket.cpp(921): OnConnect(0) OpMode=1 OpState=-8 caller=0x003eea64
Etat : Connecté avec 192.168.0.1, négotiation de la connexion SSL...
Trace : FtpControlSocket.cpp(744): OnReceive(0) OpMode=1 OpState=-8 caller=0x003eea64
Réponse : 220 ProFTPD 1.2.10 Server (Serveur ProFTPD Amber) [192.168.0.1]
Commande : AUTH TLS
Trace : FtpControlSocket.cpp(744): OnReceive(0) OpMode=1 OpState=-9 caller=0x003eea64
Réponse : 234 AUTH TLS successful
Trace : FtpControlSocket.cpp(744): OnReceive(0) OpMode=1 OpState=-10 caller=0x003eea64
Trace : SSL_connect: SSLv3 read server hello A
Trace : SSL_connect: SSLv3 read server certificate A
Trace : SSL_connect: SSLv3 read server key exchange A
Trace : SSL_connect: SSLv3 read server certificate request A
Trace : SSL_connect: SSLv3 read server done A
Trace : SSL_connect: SSLv3 write client certificate A
Trace : SSL_connect: SSLv3 write client key exchange A
Trace : SSL_connect: SSLv3 write change cipher spec A
Trace : SSL_connect: SSLv3 write finished A
Trace : SSL_connect: SSLv3 flush data
Trace : SSL_connect: SSLv3 read finished A
Trace : Using TLSv1, cipher TLSv1/SSLv3: DHE-RSA-AES256-SHA, 1024 bit RSA
Etat : Connexion SSL établie. Attente du message d'accueil...
Commande : USER adminftp

Puis ça bloque souvent là (je précise que mon pare-feu laisse tout passer sur mon réseau local).

Sur le serveur l'outil ssldump me renvoit en output pour la même bloquage : (ps : je sais c'est long..)

# ssldump
New TCP connection #1: benedict(1840) <-> oberon(21)
1 1 0.1602 (0.1602) C>S SSLv2 compatible client hello
Version 3.1
cipher suites
Unknown value 0x39
Unknown value 0x38
Unknown value 0x35
TLS_DHE_RSA_WITH_3DES_EDE_CBC_SHA
TLS_DHE_DSS_WITH_3DES_EDE_CBC_SHA
TLS_RSA_WITH_3DES_EDE_CBC_SHA
SSL2_CK_3DES
Unknown value 0x33
Unknown value 0x32
Unknown value 0x2f
TLS_RSA_WITH_IDEA_CBC_SHA
SSL2_CK_IDEA
SSL2_CK_RC2
TLS_DHE_DSS_WITH_RC4_128_SHA
TLS_RSA_WITH_RC4_128_SHA
TLS_RSA_WITH_RC4_128_MD5
SSL2_CK_RC4
SSL2_CK_RC464
TLS_DHE_DSS_EXPORT1024_WITH_DES_CBC_SHA
TLS_RSA_EXPORT1024_WITH_DES_CBC_SHA
TLS_RSA_EXPORT1024_WITH_RC2_CBC_56_MD5
TLS_DHE_RSA_WITH_DES_CBC_SHA
TLS_DHE_DSS_WITH_DES_CBC_SHA
TLS_RSA_WITH_DES_CBC_SHA
SSL2_CK_DES
TLS_DHE_DSS_WITH_RC2_56_CBC_SHA
TLS_RSA_EXPORT1024_WITH_RC4_56_SHA
TLS_RSA_EXPORT1024_WITH_RC4_56_MD5
TLS_DHE_RSA_EXPORT_WITH_DES40_CBC_SHA
TLS_DHE_DSS_EXPORT_WITH_DES40_CBC_SHA
TLS_RSA_EXPORT_WITH_DES40_CBC_SHA
TLS_RSA_EXPORT_WITH_RC2_CBC_40_MD5
SSL2_CK_RC2_EXPORT40
TLS_RSA_EXPORT_WITH_RC4_40_MD5
SSL2_CK_RC4_EXPORT40
1 2 0.1901 (0.0298) S>C Handshake
ServerHello
Version 3.1
session_id[32]=
f9 80 bd 46 42 99 c6 70 2c e8 0f a4 de 6e e0 1e
81 17 d4 c7 88 ee 8e 49 86 2e 64 b1 47 32 49 cb
cipherSuite Unknown value 0x39
compressionMethod NULL
1 3 0.1901 (0.0000) S>C Handshake
Certificate
1 4 0.1901 (0.0000) S>C Handshake
ServerKeyExchange
1 5 0.1901 (0.0000) S>C Handshake
CertificateRequest
certificate_types rsa_fixed_dh
certificate_types dss_fixed_dh
certificate_types rsa_sign
certificate_types dss_sign
ServerHelloDone
1 6 0.2432 (0.0531) C>S Handshake
Certificate
1 7 0.2432 (0.0000) C>S Handshake
ClientKeyExchange
1 8 0.2432 (0.0000) C>S ChangeCipherSpec
1 9 0.2432 (0.0000) C>S Handshake
1 10 0.2649 (0.0216) S>C ChangeCipherSpec
1 11 0.2649 (0.0000) S>C Handshake
1 12 0.2678 (0.0028) C>S application_data

Voila, ce qui est bizarre c'est que parfois j'arrive à passer ce cap et ça marche nickel, c'est vraiment étrange le fait que cela soit aléatoire. :heink:

Sinon il y a aussi des choses étranges, par exemple la directive TLSRequired, lorsque je la passe à "ctrl" pour sécuriser seulement l'authentification sur le canal de contrôle, et bien mes transferts de fichiers continuent d'utiliser SSL..Si parmi vous il existe une sorte de Bene Gesserit ou de prophète pour me montrer la voie(x?).. :jap: