Ah vous m’avez manqué 🙂 J’avoue avoir un peu délaissé mon blog dernièrement et a force de me faire houspiller (ah oui, ahan, encore, fais-moi mal (pardon)), je vous propose donc un petit billet technique sous forme d’atelier @home.
Comme vous l’avez deviné au titre de ce billet (dont le jeu de mot bien pourri est digne de la lignée des meilleurs calembours Carambar), nous allons parler d’IPsec.
Bien évidemment, comme je ne fais pas comme tout le monde, j’ai du faire face à une situation un peu différente de ce que l’on rencontre généralement.
Je dispose @home, derrière la Freeteuse, d’un Cisco PIX, et je souhaite me connecter en IPsec, en mode tunnel (LAN to LAN) sur mes serveurs dédiés sous linux, ou sur des serveurs derrière d’autres équipements (dans le cas de ce billet, me connecter a un réseau local chez un pote derrière un Netopia R9100.
Seul petit point à souligner, je suis en ip dynamique et les autres en ip fixe (ca change 🙂 ).
Nous allons donc voir différentes approches d’une connexion IPsec, le Cisco Pix en client, les Linux avec Racoon en serveurs, et le Netopia R9100 en serveur également.
Bien évidemment, comme je ne veux pas exposer les plans d’adressage ip de mon LAN, je vais NATer et filtrer tout ce qui part dans les tunnels.
Un petit dessin valant mieux qu’un grand discours :
Allez, maintenant au boulot.
J’ai décider d’utiliser les plans d’adressages suivant :
10.250.250.0/24 pour NATer mes ressources internes (comment les serveurs de mon LAN sont vus par les autres au travers du tunnel IPsec).
10.40.0.0/24 les ressources du serveur_dédié vu par mon LAN
10.10.150.0/24 les ressources du LAN derrière le Netopia du copain vu depuis mon LAN
Tout ces plans d’adressage vont devenir nos Domaines d’Encryption.
Linux IPsec Tools et RACOON
Sous Linux, la configuration IPsec se fait grace a la suite d’outils IPsec-Tools.
Cette suite d’outil comprend 2 élements importatns :
– Setkey : un outil pour interagir avec la couche ipsec du kernel
– Racoon : un démon IKE pour gérer les clés de connexion IPsec
Sur votre serveur Debian :
apt-get install ipsec-tools racoon
on se créé un fichier /etc/ipsec-tools.conf dans lequel on va détailler notre tunnel IPsec (mode ESP) :
spdadd 10.40.0.0/24 10.250.250.0/24 any -P out ipsec esp/tunnel/99.99.99.1-0.0.0.0/require; spdadd 10.250.250.0/24 10.40.0.0/24 any -P in ipsec esp/tunnel/0.0.0.0-99.99.99.1/require; |
Nous définissons donc nos 2 domaines d’encryptions et les deux extrémités du tunnel.
Comme j’ai une ip dynamique, je spéficie 0.0.0.0 (c’est a dire, n’importe qui).
On charge : setkey -f /etc/ipsec-tools.conf
Vous pouvez jeter un oeil aux SA avec : setkey -D
Pour racoon :
/etc/racoon/racoon.conf
...
path pre_shared_key "/etc/racoon/psk.txt";
timer {
phase1 60 seconds ;
phase2 60 seconds ;
}
remote anonymous {
exchange_mode aggressive ;
doi ipsec_doi ;
situation identity_only ;
lifetime time 1 hour ;
generate_policy on;
passive on;
my_identifier address 99.99.99.1 ;
peers_identifier fqdn "pix.guiguiabloc.fr" ;
proposal {
encryption_algorithm aes 256;
hash_algorithm sha1;
authentication_method pre_shared_key;
dh_group modp1024;
}
proposal_check obey ;
}
sainfo anonymous {
pfs_group modp1024;
lifetime time 1 hour ;
encryption_algorithm aes 256;
authentication_algorithm hmac_sha1;
compression_algorithm deflate;
} |
Explication :
On défini ici les différents paramètres de sécurité du tunnel pour les Phase 1 (IKE) et 2 (IPsec) a savoir les méthodes de chiffrement, de hachage, les temps de vie, l’activation du PFS (pour échanger des clés supplémentaires ) etc…
Je ne vais pas entrer dans les détails d’IPsec, donc un peu de lecture 😀 :
http://www.securiteinfo.com/cryptographie/IPSec.shtml
http://www.tcpipguide.com/free/t_IPSecurityIPSecProtocols.htm
La partie importante qui nous intéresse ici est le mode « Agressive » et non « Main ». En effet, j’ai une ip dynamique et je ne peux donc pas me baser dessus pour la négociation. J’utilise donc le fqdn de mon Pix (pix.guiguiabloc.fr) comme identifiant, et pour faire du fqdn+ pre-shared key, bah il faut etre en mode Agressive 🙂
Enfin dans le fichier /etc/racoon/psk.txt je renseigne la Pre-shared key (le mot de passe si vous préférez) :
pix.guiguiabloc.fr motdepassesupersecretamoi
Vous pouvez lancer Racoon : /etc/init.d/racoon start et le démon doit écouter sur les ports UDP 4500 et 500.
NETOPIA R9100
Le Netopia R9100 est un vieux routeur qui fait papa/maman. On peut le retrouver dans certaines TPE/PME ou chez des potes Geek qui font de la récupération :p , c’est le cas ici.
Ouf….
Allez on s’occupe de la maison.
On NAT notre pc 192.168.100.1 en une ip du domaine d’encryption
r-backbone int fa 0/0 (interne) ip nat inside int fa 0/1 (externe) ip nat outside ip nat inside source static 192.168.100.1 10.250.250.1 ip route 10.250.250.0 255.255.255.0 FastEthernet0/0 |
On route les domaines d’encyptions des serveurs distants :
ip route 10.40.0.0 255.255.255.0 10.254.254.254 ip route 10.10.150.0 255.255.255.0 10.254.254.254 Coeur de Réseau ip route 10.40.0.0 255.255.255.0 10.144.1.254 ip route 10.10.150.0 255.255.255.0 10.144.1.254 |
Cisco PIX
# Les ACLS qui vont bien access-list outside-ipsec extended permit ip 10.250.250.0 255.255.255.0 10.10.150.0 255.255.255.0 access-list outside-ipsec extended permit ip 10.250.250.0 255.255.255.0 10.40.0.0 255.255.255.0 access-list outside_serveur extended permit ip 10.250.250.0 255.255.255.0 10.40.0.0 255.255.255.0 access-list outside-pote extended permit ip 10.250.250.0 255.255.255.0 10.10.150.0 255.255.255.0 # on ne natte pas les ips des domaines d'encryption nat (inside-test) 0 access-list outside-ipsec # La partie IPSEC elle meme crypto ipsec transform-set ESP-AES-256-MD5 esp-aes-256 esp-md5-hmac crypto ipsec transform-set ESP-DES-SHA esp-des esp-sha-hmac crypto ipsec transform-set ESP-3DES-SHA esp-3des esp-sha-hmac crypto ipsec transform-set ESP-DES-MD5 esp-des esp-md5-hmac crypto ipsec transform-set ESP-AES-192-MD5 esp-aes-192 esp-md5-hmac crypto ipsec transform-set ESP-3DES-MD5 esp-3des esp-md5-hmac crypto ipsec transform-set ESP-AES-256-SHA esp-aes-256 esp-sha-hmac crypto ipsec transform-set ESP-AES-128-SHA esp-aes esp-sha-hmac crypto ipsec transform-set ESP-AES-192-SHA esp-aes-192 esp-sha-hmac crypto ipsec transform-set ESP-AES-128-MD5 esp-aes esp-md5-hmac crypto ipsec security-association lifetime seconds 28800 crypto ipsec security-association lifetime kilobytes 4608000 crypto map map-ipsec 1 match address outside_serveur crypto map map-ipsec 1 set pfs crypto map map-ipsec 1 set peer 99.99.99.1 crypto map map-ipsec 1 set transform-set ESP-AES-128-SHA ESP-AES-128-MD5 ESP-AES-192-SHA ESP-AES-192-MD5 ESP-AES-256-SHA ESP-AES-256-MD5 ESP-3DES-SHA ESP-3DES-MD5 ESP-DES-SHA ESP-DES-MD5 crypto map map-ipsec 1 set nat-t-disable crypto map map-ipsec 1 set phase1-mode aggressive crypto map map-ipsec 20 match address outside-pote crypto map map-ipsec 20 set pfs crypto map map-ipsec 20 set peer 88.88.88.88 crypto map map-ipsec 20 set transform-set ESP-3DES-SHA crypto map map-ipsec 20 set nat-t-disable crypto map map-ipsec 20 set phase1-mode aggressive crypto map map-ipsec interface outside crypto isakmp identity hostname crypto isakmp enable outside crypto isakmp policy 5 authentication pre-share encryption 3des hash sha group 2 lifetime 86400 crypto isakmp policy 10 authentication pre-share encryption des hash sha group 2 lifetime 86400 crypto isakmp policy 20 authentication pre-share encryption aes-256 hash sha group 2 lifetime 86400 group-policy IPSEC_POLICY internal group-policy IPSEC_POLICY attributes vpn-filter none vpn-tunnel-protocol IPSec tunnel-group 99.99.99.1 type ipsec-l2l tunnel-group 99.99.99.1 general-attributes default-group-policy IPSEC_POLICY tunnel-group 99.99.99.1 ipsec-attributes pre-shared-key * tunnel-group 88.88.88.88 type ipsec-l2l tunnel-group 88.88.88.88 general-attributes default-group-policy IPSEC_POLICY tunnel-group 88.88.88.88 ipsec-attributes pre-shared-key * |
N’oubliez pas que vous ne pouvez avoir qu’1 crypto map par Interface, il faut donc juste rajouter un identifant numerique supplémentaire pour chaque nouveau tunnel (ici 1 pour le premier tunnel, 20 le deuxieme).
Et beh..
Allez maintenant on test 😀 :
ssh 10.10.150.1
Mar 27 18:12:58 pix Mar 27 2011 18:12:58: %PIX-5-713041: IP = 88.88.88.88, IKE Initiator: New Phase 1, Intf inside-test, IKE Peer 88.88.88.88 local Proxy Address 10.250.250.0, remote Proxy Address 10.10.150.0, Crypto map (map-ipsec) Mar 27 18:13:01 pix Mar 27 2011 18:13:01: %PIX-6-713219: IP = 88.88.88.88, Queuing KEY-ACQUIRE messages to be processed when P1 SA is complete. Mar 27 18:13:07 pix Mar 27 2011 18:13:07: %PIX-6-713219: IP = 88.88.88.88, Queuing KEY-ACQUIRE messages to be processed when P1 SA is complete. Mar 27 18:13:11 pix Mar 27 2011 18:13:11: %PIX-6-113009: AAA retrieved default group policy (IPSEC_POLICY) for user = 88.88.88.88 Mar 27 18:13:11 pix Mar 27 2011 18:13:11: %PIX-5-713119: Group = 88.88.88.88, IP = 88.88.88.88, PHASE 1 COMPLETED Mar 27 18:13:11 pix Mar 27 2011 18:13:11: %PIX-3-713122: IP = 88.88.88.88, Keep-alives configured on but peer does not support keep-alives (type = None) Mar 27 18:13:11 pix Mar 27 2011 18:13:11: %PIX-6-713220: Group = 88.88.88.88, IP = 88.88.88.88, De-queuing KEY-ACQUIRE messages that were left pending. Mar 27 18:13:24 pix Mar 27 2011 18:13:24: %PIX-5-713073: Group = 88.88.88.88, IP = 88.88.88.88, Responder forcing change of IPSec rekeying duration from 28800 to 3600 seconds Mar 27 18:13:24 pix Mar 27 2011 18:13:24: %PIX-5-713049: Group = 88.88.88.88, IP = 88.88.88.88, Security negotiation complete for LAN-to-LAN Group (88.88.88.88) Initiator, Inbound SPI = 0xe4e88f39, Outbound SPI = 0x94160878 Mar 27 18:13:24 pix Mar 27 2011 18:13:24: %PIX-6-602303: IPSEC: An outbound LAN-to-LAN SA (SPI= 0x94160878) between 192.168.1.250 and 88.88.88.88 (user= 88.88.88.88) has been created. Mar 27 18:13:24 pix Mar 27 2011 18:13:24: %PIX-6-602303: IPSEC: An inbound LAN-to-LAN SA (SPI= 0xE4E88F39) between 192.168.1.250 and 88.88.88.88 (user= 88.88.88.88) has been created. Mar 27 18:13:24 pix Mar 27 2011 18:13:24: %PIX-5-713120: Group = 88.88.88.88, IP = 88.88.88.88, PHASE 2 COMPLETED (msgid=f0cb61bd) |
Rhââ Lovely 😀
Idem l’autre tunnel avec un ping 10.40.0.1 par exemple
Si vous voulez filtrer les paquets dans vos tunnels ipsec, utilisez des ACLS de type :
access-list acl-ipsec extended permit tcp 10.40.0.0 255.255.255.0 eq www 10.250.250.0 255.255.255.0 gt 1023 |
(le reseau distant d’abord, puis votre propre reseau ensuite).
Dans le Pix, modifier l’éntrée vpn-filter none par :
vpn-filter value acl-ipsec
Amusez vous bien 😀
