ssl
Imaps avec stunnel – ajouter le ssl au serveur imap port 993
Par défaut votre serveur mail (MTA – Mail or Message Transfert Agent) est certainement équipé d’un serveur IMAP (Internet Message Access Protocol) permettant de consulter vos emails directement sur le serveur depuis votre client de messagerie.
Hors, ce protocole n’étant pas sécurisé, les informations qui y transitent sont susceptibles d’être espionnées, copiées, etc pendant que vous consultez vos messages depuis un réseau non sécurisé (Point d’accès wifi, connecté en réseau chez un tiers, etc.). Le principal danger étant de se faire « voler » ses identifiants, et que quelqu’un utilise votre compte à votre insu (interception de vos emails, envoi d’emails en votre nom etc.).
Ici je considère que vous utilisez un système GNU/Linux.
Le protocole imaps (imap sur SSL) utilise par convention le port 993, il est utilisable entre autre par les iphone et ipod touch (oui c’est le démon car un produit totalement fermé!) qui supportent l’IMAPS bien plus facilement que les liaisons VPN (lié au fait que ce sont des terminaux bridés). Mettre en place un serveur IMAPS reste donc une bonne solution pour permettre l’utilisation de la messagerie de manière plus sécurisée pour les utilisateurs mobiles.
Pour revenir au port 993, si votre serveur est équipé d’un firewall, il faudra bien évidement ouvrir le port 993 en entrée sur celui ci. Si vous utilisez iptables vous pourrez ajouter les 2 lignes suivantes dans votre fichier contenant les règles iptables :
[bash]-A INPUT -p tcp -m state -m tcp –dport 993 -J ACCEPT
-A INPUT -p udp -m state -m udp –dport 993 -J ACCEPT[/bash]
(ou appeler iptables directement en ligne de commande avec ces paramètres en suivant).
Nous allons maintenant mettre en place STUNNEL qui va apporter la couche SSL à notre serveur. L’avantage, vous l’aurez compris, et que STUNNEL permet d’apporter la couche SSL alors que le serveur n’est pas prévu pour la prendre en charge. Ca fonctionne par une sorte de redirection de port, via un tunnel géré justement par STUNNEL (mode proxy).
Le flux arrive sur stunnel, qui négocie le SSL, puis envoie le flux de données vers le port du serveur IMAP installé ! Cool non ? bah si cool.
Il vous faut donc STUNNEL installé sur votre machine, soit par un dépot, soit en téléchargeant la source sur le site stunnel ici :
http://www.stunnel.org/?page=downloads
Vous récupérez la dernière version (au moment de la rédaction de ce post la 4.35).
[bash]wget ftp://ftp.stunnel.org/stunnel/stunnel-4.35.tar.gz[/bash]
Puis vous decompressez l’archive :
[bash]tar xvzf stunnel-4.35.tar.gz[/bash]
Vous rentrez dans le dossier décompressé :
[bash]cd stunnel-4.35[/bash]
Vous installez la dépendance (il faut les sources de openssl) :
Sur ubuntu :
[bash]sudo apt-get install libssl-dev[/bash]
Sur Fedora/redhat :
[bash]yum install openssl-devel[/bash]
Puis vous lancez le configure de stunnel :
[bash]./configure[/bash]
(qui doit se terminer sans erreur, complétez s’il manque des dépendances sur votre système).
Puis on compile :
[bash]make[/bash]
Et on installe (en root ou sudo) :
[bash]make install[/bash]
Vous devrez répondre a de simples questions (pays FR, etc. l’essentiel étant de répondre avec le nom de votre serveur au Common Name) afin de générer le certificat par défaut (/usr/local/etc/stunnel/stunnel.pem).
Sortez du dossier stunnel, puis vérifiez la version installée :
[bash]stunnel -version[/bash]
Vous devez retrouver celle que vous venez de compiler, ici la 4.35, si ça n’est pas le cas, c’est que le binaire n’a pas remplacé l’existant car pas installé dans le même dossier.
Un simple renommage avec création de lien devrait fixer le pb :
[bash]mv /usr/bin/stunnel /usr/bin/stunnel.old;ln -s /usr/local/bin/stunnel /usr/bin/stunnel[/bash]
(on remplace le binaire installé par la distribution, par celui qu’on vient de compiler).
Pour ceux qui souhaitent utiliser la version de stunnel fournie avec leur système il faudra générer un certificat pour l’occasion avec openssl (pour les autres aussi, utiliser un certificat dédié et unique est gage de sécurité).
Pour générer le certificat il suffit d’utiliser la commande suivante :
[bash]openssl req -new -x509 -nodes -out /usr/local/etc/stunnel/imaps.pem -days 3650 -keyout /usr/local/etc/stunnel/imaps.pem[/bash]
(renseignez les simples questions comme indiqué plus haut, pays etc. avec pour Common Name le hostname de votre serveur).
On va ensuite créer le fichier de configuration pour stunnel ici /usr/local/etc/stunnel/imaps.conf :
[code]
;Certificat/cle
cert = /usr/local/etc/stunnel/imaps.pem
;Version du protocole (all, SSLv2, SSLv3, TLSv1)
sslVersion = all
;Pour des question de securité on fait tourner stunnel dans un chroot (en prison)
chroot = /usr/local/var/lib/stunnel/
setuid = nobody
setgid = nobody
;fichier pid créé dans le chroot
pid = /stunnel.pid
;On optimise un peu les perfs
socket = l:TCP_NODELAY=1
socket = r:TCP_NODELAY=1
;on veut des logs qui parlent !
debug = 7
;sortie dans le chroot
output = stunnel_imaps.log
[imaps]
accept = 993
connect = 143
[ssmtp]
accept = 465
connect = 25
;et oui! ça fonctionne aussi pour le ssmtp, pour cela vous devrez ouvrir le port 465 dans votre firewall
[/code]
voir plus d’infos et sécurisation ici (pour éviter les attaques « man in the middle ») + source : http://linuxgazette.net/107/odonovan.html
Maintenant on a donc fini de créer le fichier de configuration, il reste à lancer le tunnel :
[bash]stunnel /usr/local/etc/stunnel/imaps.conf[/bash]
Vous pouvez ajouter la ligne suivante dans /etc/rc.local, en cas de reboot, le tunnel sera lancé automatiquement :
[bash]/usr/bin/stunnel /usr/local/etc/stunnel/imaps.conf[/bash]
plus de documentations ici : http://www.stunnel.org/?page=docs
Après ces manipulations, vous devriez pouvoir configurer vos clients de messagerie pour utiliser imap avec SSL et donc communiquer de manière cryptée avec le serveur. Vous pouvez obtenir une alerte liée au certificat auto signé lors de la première connexion, il suffit d’accepter le certificat.
Configurer FTPS ssl/tls avec proftpd sur fedora 11
Voilà un petit mémo pour garder en tête comment ajouter le support SSL/TLS sur un serveur FTP Proftpd.
En l’état on va considérer que nous avons déjà un vieux serveur proftpd 1.3.3. qui tourne et configuré en serveur FTP standard (bah ouai je prends mon cas comme référence, quoi, ça vous gêne ? :D)
Le travail se fait en root pour ce qui est de l’installation des programmes etc.
Je vous invite à lire l’article jusqu’au bout, et à ne porter des modifications à votre système QUE si vous êtes capable de revenir en arrière en cas de soucis.
Nous avons besoin que les sources openssl et openssl soient installées sur la machine.
[bash]yum install openssl-devel openssl[/bash]
Télécharger les dernières sources de proftpd, à ce jour la 1.3.3.d:
[bash]wget ftp://ftp.proftpd.org/distrib/source/proftpd-1.3.3d.tar.gz[/bash]
On décompresse l’archive téléchargée :
[bash]tar xvzf proftpd-1.3.3d.tar.gz[/bash]
On rentre dans le dossier décompressé :
[bash]cd proftpd-1.3.3d[/bash]
Puis on configure le build :
[bash]./configure –with-modules=mod_tls[/bash]
On compile :
[bash]make[/bash]
On arrête l’ancienne version qui tourne :
[bash]/etc/rc.d/init.d/proftpd stop[/bash]
On installe la nouvelle par dessus (ben mon cochon !) :
[bash]make install[/bash]
On relance le service (fonctionnel je vous dis !) :
[bash]/etc/rc.d/init.d/proftpd start[/bash]
Ca doit démarrer comme l’ancienne version, sans modification pour l’instant.
Si vous avez un firewall, on procède à l’ouverture des ports retour qui vont être utilisés dans la négociation TLS.
ref : http://www.howtoforge.com/forums/archive/index.php/t-19433.html
Dans mon cas il y a un iptables avec son fichier de règles, je vais donc ajouter dedans (/etc/sysconfig/iptables) :
[bash]#PAssive port ftps
# Autorisation port 56000 a 57000 pour monter des ftps
-A INPUT -p tcp -m state -m tcp –dport 56000:57000 –state NEW -j ACCEPT
-A INPUT -p udp -m state -m udp –dport 56000:57000 –state NEW -j ACCEPT[/bash]
(Avant la fin du fichier et les regles REJECT et COMMIT evidemment)
Puis on relance iptables pour appliquer la modification :
[bash]/etc/rc.d/init.d/iptables restart[/bash]
Enfin, on va opérer les modifications sur proftpd pour permettre l’utilisation de SSL/TLS (FTPS) :
Dabord, on doit générer un certificat autosigné qui va être utilisé par le serveur pour permettre d’établir la liaison cryptée :
[bash]openssl req -new -x509 -nodes -out /etc/pki/tls/certs/proftdpd.pem -days 3650 -keyout /etc/pki/tls/certs/proftdpd.pem[/bash]
Il faut répondre aux questions :
[bash]Country Name (2 letter code) [GB]:FR
State or Province Name (full name) [Berkshire]:votre_ville
Locality Name (eg, city) [Newbury]:votre_ville
Organization Name (eg, company) [My Company Ltd]:vous
Organizational Unit Name (eg, section) []:ou_vous_voulez
Common Name (eg, your name or your server’s hostname) []:nom_de_votre_serveur
Email Address []:votre_adresse_email[/bash]
Après ça, le fichier contenant le certificat et l’autorité est créé, on peut l’utiliser avec proftpd. Oui c’est bien le même fichier qui contient les 2 éléments, c’est normal.
Ensuite dans /etc/proftpd.conf on va chercher si présente la rubrique faisant référence à TLS, si pas présente vous pouvez la créer en copiant ceci :
[bash]# TLS (http://www.castaglia.org/proftpd/modules/mod_tls.html)
#<IfDefine TLS>
TLSEngine on
TLSRequired off
TLSRSACertificateFile /etc/pki/tls/certs/proftdpd.pem
TLSRSACertificateKeyFile /etc/pki/tls/certs/proftdpd.pem
TLSCipherSuite ALL:!ADH:!DES
TLSOptions NoCertRequest
TLSVerifyClient off
#TLSRenegotiate ctrl 3600 data 512000 required off timeout 300
TLSRenegotiate none
TLSLog /var/log/proftpd/tls.log
TLSOptions NoSessionReuseRequired
TLSProtocol SSLv23 TLSv1
#</IfDefine>
[/bash]
Plus d’informations ici : http://www.proftpd.org/docs/howto/TLS.html
En gros, ça active TLS (que nous avons compilé spécialement avec proftpd tout a l’heure et qui supporte ssl). TLSRequired est à off car ça permet les connexion FTP traditionnelles, sinon SSL est exigé, et pas tous les clients sont compatibles avec FTP/SSL (qui est différent de SFTP ou ftp sur ssh, généralement fourni par openssh-server).
dans le même fichier (/etc/proftpd.conf) on cherche la partie
[bash]#Ajout par alex pour controler les port du transfert passif
PassivePorts 56000 57000[/bash]
Ceci permet de définir en dur les ports autorisés dans la négociation des connexion passives. C’est nécessaire car sans ça, la négociation pourrait conduire à l’obtention de ports non ouverts sur votre firewall, et conduisant à un échec de la négociation TLS/SSL/FTP.
Après avoir fait ces modifications il ne reste qu’à redémarrer le serveur FTP pour prendre en compte les modifications.
[bash]/etc/rc.d/init.d/proftpd restart[/bash]
Vous pouvez voir les négociations TLS dans le fichier de log /var/log/proftpd/tls.log.
Si il y une erreur, que le serveur ne redémarre pas, vous pouvez lancer le serveur proftpd (proftpd -n) en console et ainsi afficher les erreurs éventuelles.
Voala, vous avez maintenant la possibilité de vous connecter en FTPS et ainsi de faire transférer des données, ainsi que vos identifiants, de manière un peu plus sécurisée.
Le client FTP filezilla permet de se connecter à un serveur FTPS depuis une machine GNU/Linux ou Windows en choisissant le protocole FTPES et vos identifiants FTP habituels.
Links
Calendrier
L | M | M | J | V | S | D |
---|---|---|---|---|---|---|
1 | 2 | 3 | ||||
4 | 5 | 6 | 7 | 8 | 9 | 10 |
11 | 12 | 13 | 14 | 15 | 16 | 17 |
18 | 19 | 20 | 21 | 22 | 23 | 24 |
25 | 26 | 27 | 28 | 29 | 30 |
Recherche
Derniers articles
Tresronours Twitter
Keywords cloud topic
Membre de la FSF
Liens qui vont bien
Mots clés vrac – keyword cloud
License du contenu – CC By NC SA
Archives
- Resumed posting and expanding on X
- Linkedin Access to your account has been restricted – Final debrief and resilience plan
- I’m thankful for the support I get in rough time
- Cyber security news of the day – 2024 May 31
- Alexandre Blanc Cyber Kicked out from Linkedin
- You’ll most likely find me on LinkedIn
- The Russian roulette landing page !
- RTSP, Debian, VLC, not playing, IP Camera
- 5G network hosted in the cloud, no internet, no phone ! So smart ! And I ended on TV, This week in cyber
- They lock the door for privacy… but they keep a copy of the key, and couple of backdoors
- Worst is yet to come, but they all warned you
- Migrating an old WordPress and handling character set, UTF8, latin1, latin1_swedish_ci
- From a broken TLS CA, to Facebook, to FIN12 hit and run
- Yes we can fix this mess, but do we want to ? That’s another story
- Criminals are still dominating the game, why are we doing so wrong, and what can we learn in this tech ocean ?
- Riding cloud can be tricky, don’t fall from it, in the weekly cyber !
- The threat landscape is very dynamic – Cyber news this week
- Cybersecurity is not obvious even for this newsletter !
- Install Slack desktop app on Kali rolling fixing libappindicator3-1 missing dependency
- How to delete all resources in azure to avoid charges after trial on your forced credit card registration
- Proxmox – ZFS – Dead drive on active VM, recover from replicated disk
- Restrict access to proxmox web admin interface
- Migrate your ESXI VMs to proxmox ZFS
- Install your VPN server with pi-hole on OVH VPS in 30 min
- Using raspberry pi 3 as wifi bridge and repeater and firewall
- Raspberry 3 – create a wifi repeater with USB wifi dongle
- raspberry 3 – routeur pare feu point d’acces wifi avec filtrage pub et tracking – router firewall access point with ads and tracking filtering
- Dell XPS 13 touchpad – corriger la sensibilité
- Utiliser Zazeen set top box depuis une connexion videotron
- Fermeture de mon compte facebook – la dernière goutte
- Choisir un kernel par defaut au demarrage de Centos 7.2 – configuration grub2
- Openvpn access server 2.0.25 et android
- Régler la luminosité du laptop par ligne de commande
- chromium outlook web app version complete sous linux
- Nexus 7 2012 – android 5 lollipop solution au probleme de lenteur
- HDD led sur Xubuntu – xfce
- xubuntu 14.04 verrouiller ecran de veille et desactiver mise en veille a la fermeture de l’ecran
- Authentification avec Radmin en utilisant Wine sur Gentoo
- Patcher bash sur une distribution plus supportee comme fedora 11
- Zimbra desktop sous xubuntu 14.04 64bit – fix
- xubuntu 12.10 probleme de son avec VLC – pulse audio – alsa – toshiba L855D – solution
- Evolution sous xubuntu 12.10 – bug affichage a la configuration – solution temporaire
- Booster son acces internet en changeant de DNS pour opendns
- Serveur DLNA sous ubuntu – minidlna
- sshfs sous windows – dokan sshfs
- xubuntu 11.10 Installer le plugin java pour firefox
- Installer Google Earth sur Xubuntu 11.10
- Installer nagios sur Fedora 11 depuis les sources
- Configurer varnish-cache avec des virtualhosts, apache, fedora, redhat, centos
- Installer Varnish depuis les sources sur Fedora 11