Contenu

Introduction

Conditions préalables

Conditions requises

Components Used

Configuration

Diagramme du réseau

Informations générales

NTP

Recherche de certificat basée sur HTTP-URL

Validation des ID homologues

Sélection d'ID ISAKMP sur les routeurs

Validation d'ID ISAKMP sur les routeurs

Sélection d'ID ISAKMP sur ASA

Validation de l'ID ISAKMP sur ASA

Problèmes d'interopérabilité

Taille de la charge utile Auth

Allocation de ressources en mode multicontexte sur ASA

Validation de la liste de révocation de certificats

Validation de la chaîne de certificats

Exemple de configuration ASA

Exemple de configuration de routeur

Exemple de configuration CA Cisco IOS

Vérification

Vérification de la phase 1

Vérification de la phase 2

Dépannage

Débogages sur l'ASA

Débogages sur le routeur

Introduction

Ce document décrit comment configurer un tunnel IKEv2 (Internet Key Exchange version 2) site à site entre un dispositif de sécurité adaptatif Cisco (ASA) et un routeur qui exécute le logiciel Cisco IOS®.

Conditions préalables

Conditions requises

Cisco vous recommande de prendre connaissance des rubriques suivantes :

- Internet Key Exchange version 2 (IKEv2)

- Certificats et infrastructure à clé publique (PKI)

- Protocole NTP (Network Time Protocol)

Components Used

Les informations contenues dans ce document sont basées sur les versions de matériel et de logiciel suivantes :

- Appareil de sécurité adaptatif Cisco ASA 5506 qui exécute la version 9.8.4 du logiciel

- Routeur à services intégrés (ISR) de la gamme Cisco 2900 qui exécute le logiciel Cisco IOS version 15.3(3)M1

The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. Si votre réseau est en ligne, assurez-vous de bien comprendre l’incidence possible des commandes.

Produits connexes

Ce document peut également être utilisé avec les versions de matériel et de logiciel suivantes :

- Cisco ASA qui exécute le logiciel version 8.4(1) ou ultérieure

- Cisco ISR Generation 2 (G2) qui exécute le logiciel Cisco IOS version 15.2(4)M ou ultérieure

- Routeurs à services d'agrégation de la gamme Cisco ASR 1000 qui exécutent le logiciel Cisco IOS-XE version 15.2(4)S ou ultérieure

- Routeurs Cisco Connected Grid qui exécutent le logiciel version 15.2(4)M ou ultérieure

Configuration

Diagramme du réseau

Informations générales

La configuration d'un tunnel IKEv2 entre un ASA et un routeur à l'aide de clés prépartagées est simple. Cependant, lorsque vous utilisez l'authentification par certificat, vous devez garder à l'esprit certaines restrictions.

NTP

L'authentification de certificat nécessite que les horloges de tous les périphériques utilisés soient synchronisées avec une source commune. Bien que l'horloge puisse être réglée manuellement sur chaque périphérique, elle n'est pas très précise et peut s'avérer fastidieuse. La méthode la plus simple pour synchroniser les horloges sur tous les périphériques est d'utiliser NTP. Le protocole NTP synchronise l'heure entre un ensemble de serveurs et de clients de temps distribués. Cette synchronisation permet de corréler les événements lors de la création des journaux système et lorsque d'autres événements spécifiques se produisent. Pour plus d'informations sur la façon de configurer NTP, référez-vous à Protocole de temps réseau : Livre blanc sur les pratiques recommandées.

Astuce : Lorsqu'un serveur d'autorité de certification (CA) du logiciel Cisco IOS est utilisé, il est courant de configurer le même périphérique que le serveur NTP. Dans cet exemple, le serveur AC sert également de serveur NTP.

Recherche de certificat basée sur HTTP-URL

La recherche de certificat basée sur l'URL HTTP évite la fragmentation qui se produit lorsque des certificats volumineux sont transférés. Cette fonctionnalité est activée par défaut sur les périphériques du logiciel Cisco IOS, de sorte que le type de certificat requis 12 est utilisé par le logiciel Cisco IOS.

Si des versions logicielles qui n'ont pas le correctif pour l'ID de bogue Cisco CSCul48246 sont utilisées sur l'ASA, alors la recherche basée sur HTTP-URL n'est pas négociée sur l'ASA, et le logiciel Cisco IOS provoque l'échec de la tentative d'autorisation.

Sur l'ASA, si les débogages du protocole IKEv2 sont activés, les messages suivants apparaissent :

IKEv2-PROTO-1: (139): Auth exchange failed

IKEv2-PROTO-1: (140): Unsupported cert encoding found or Peer requested

HTTP URL but never sent

HTTP_LOOKUP_SUPPORTED Notification

Afin d'éviter ce problème, utilisez la no crypto ikev2 http-url cert afin de désactiver cette fonctionnalité sur le routeur quand il est homologue avec un ASA.

Validation des ID homologues

Lors des négociations IKE AUTH sur l'association de sécurité Internet et le protocole ISAKMP (Key Management Protocol), les homologues doivent s'identifier. Cependant, il existe une différence dans la façon dont les routeurs et les ASA sélectionnent leur identité locale.

Sélection d'ID ISAKMP sur les routeurs

Lorsque des tunnels IKEv2 sont utilisés sur des routeurs, l'identité locale utilisée dans la négociation est déterminée par le identity local sous le profil IKEv2 :

R1(config-ikev2-profile)#identity local ?

address  address

dn       Distinguished Name

email    Fully qualified email string

fqdn     Fully qualified domain name string

key-id   key-id opaque string - proprietary types of identification

Par défaut, le routeur utilise l’adresse comme identité locale.

Validation d'ID ISAKMP sur les routeurs

L'ID d'homologue attendu est également configuré manuellement dans le même profil avec le match identity remote commande :

R1(config-ikev2-profile)#match identity remote ?

address  IP Address(es)

any      match any peer identity

email    Fully qualified email string [Max. 255 char(s)]

fqdn     Fully qualified domain name string [Max. 255 char(s)]

key-id   key-id opaque string

Sélection d'ID ISAKMP sur ASA

Sur les ASA, l'identité ISAKMP est sélectionnée globalement avec la crypto isakmp identity commande :

ciscoasa/vpn(config)# crypto isakmp identity ?

configure mode commands/options:

address   Use the IP address of the interface for the identity

auto      Identity automatically determined by the connection type: IP

address for preshared key and Cert DN for Cert based connections

hostname  Use the hostname of the router for the identity

key-id    Use the specified key-id for the identity

Par défaut, le mode de commande est défini sur auto, ce qui signifie que l'ASA détermine la négociation ISAKMP par type de connexion :

- Adresse IP de la clé pré-partagée.

- Cert Distinguished Name pour l'authentification de certificat.

Note: L'ID de bogue Cisco CSCul48099 est une demande d'amélioration pour la capacité à configurer sur une base par groupe de tunnels plutôt que dans la configuration globale.

Validation de l'ID ISAKMP sur ASA

La validation de l'ID distant est automatique (déterminée par le type de connexion) et ne peut pas être modifiée. La validation peut être activée ou désactivée pour chaque groupe de tunnels avec la peer-id-validate commande :

ciscoasa/vpn(config-tunnel-ipsec)# peer-id-validate ?

tunnel-group-ipsec mode commands/options:

cert     If supported by certificate

nocheck  Do not check

req      Required

Problèmes d'interopérabilité

La différence dans la sélection/validation des ID entraîne deux problèmes d'interopérabilité distincts :

- Lorsque l'authentification par certificat est utilisée sur l'ASA, l'ASA tente de valider l'ID d'homologue à partir du nom alternatif du sujet (SAN) sur le certificat reçu. Si la validation de l'ID homologue est activée et si les débogages de la plate-forme IKEv2 sont activés sur l'ASA, ces débogages apparaissent :

IKEv2-PROTO-3: (172): Getting configured policies

IKEv2-PLAT-3: attempting to find tunnel group for ID: 172.16.1.1

IKEv2-PLAT-3: mapped to tunnel group 172.16.1.1 using phase 1 ID

IKEv2-PLAT-3: (172) tg_name set to: 172.16.1.1

IKEv2-PLAT-3: (172) tunn grp type set to: L2L

IKEv2-PLAT-3: Peer ID check started, received ID type: IPv4 address

IKEv2-PLAT-2: Peer ID check: failed to retreive IP from SAN

IKEv2-PLAT-2: Peer ID check: failed to retreive DNS name from SAN

IKEv2-PLAT-2: Peer ID check: failed to retreive RFC822 name from SAN

IKEv2-PLAT-1: retrieving SAN for peer ID check

IKEv2-PLAT-1: Peer ID check failed

IKEv2-PROTO-1: (172): Failed to locate an item in the database

IKEv2-PROTO-1: (172):

IKEv2-PROTO-5: (172): SM Trace-> SA: I_SPI=833D2323FCB46093

R_SPI=F0B4D318DDDDB783 (I) MsgID = 00000001 CurState: I_PROC_AUTH

Event: EV_AUTH_FAIL

IKEv2-PROTO-3: (172): Verify auth failed

IKEv2-PROTO-5: (172): SM Trace-> SA: I_SPI=833D2323FCB46093

R_SPI=F0B4D318DDDDB783 (I) MsgID = 00000001 CurState: AUTH_DONE

Event: EV_FAIL

IKEv2-PROTO-3: (172): Auth exchange failed

Pour ce problème, soit l'adresse IP du certificat doit être incluse dans le certificat homologue, soit la validation de l'ID homologue doit être désactivée sur l'ASA.

- De même, par défaut, l'ASA sélectionne automatiquement l'ID local de sorte que, lorsque l'authentification par certificat est utilisée, il envoie le nom distinctif (DN) comme identité. Si le routeur est configuré pour recevoir l'adresse en tant qu'ID distant, la validation de l'ID homologue échoue sur le routeur. Si les débogages IKEv2 sont activés sur le routeur, ces débogages apparaissent :

Nov 30 22:49:14.464: IKEv2:(SESSION ID = 172,SA ID = 1):SM Trace-> SA:

I_SPI=E9E4B7FD0A336C97 R_SPI=F2CF438C0CCA281C (R) MsgID = 1 CurState:

R_WAIT_AUTH Event: EV_GET_POLICY_BY_PEERID

Nov 30 22:49:14.464: IKEv2:(SESSION ID = 172,SA ID = 1):Searching policy

based on peer's identity 'hostname=asa.cisco.com' of type 'DER ASN1 DN'

Nov 30 22:49:14.464: IKEv2:%Profile could not be found by peer certificate.

Nov 30 22:49:14.468: IKEv2:% IKEv2 profile not found

Nov 30 22:49:14.468: IKEv2:(SESSION ID = 172,SA ID = 1):: Failed to

locate an item in the database

Pour ce problème, configurez le routeur afin de valider le nom de domaine complet (FQDN) ou configurez l'ASA afin d'utiliser l'adresse comme ID ISAKMP.

Note: Sur le routeur, un mappage de certificat attaché au profil IKEv2 doit être configuré afin de reconnaître le DN. Référez-vous à la section Mappage de profil de certificat à ISAKMP du Guide de configuration d'échange de clés Internet pour VPN IPsec, Cisco IOS XE version 3S Cisco pour des informations sur la façon de configurer cela.

Taille de la charge utile Auth

Si des certificats (plutôt que des clés prépartagées) sont utilisés pour l'authentification, les charges utiles d'authentification sont considérablement plus importantes. Cela entraîne généralement une fragmentation, qui peut alors entraîner l'échec de l'authentification si un fragment est perdu ou abandonné dans le chemin. Si le tunnel ne s'active pas en raison de la taille de la charge utile d'authentification, les causes habituelles sont :

- Control Plane Policing sur le routeur qui peut bloquer les paquets.

- Négociation d'unité de transition maximale (MTU) incorrecte, qui peut être corrigée avec le crypto ikev2 fragmentation mtu size erasecat4000_flash:.

Allocation de ressources en mode multicontexte sur ASA

Depuis ASA version 9.0, l'ASA prend en charge un VPN en mode multicontexte. Cependant, lorsque vous configurez le VPN en mode multicontexte, veillez à allouer les ressources appropriées dans le système sur lequel le VPN est configuré.

Pour plus d'informations, référez-vous à la section Informations sur la gestion des ressources du manuel CLI 1 : Guide de configuration CLI des opérations générales de la gamme Cisco ASA, 9.8.

Validation de la liste de révocation de certificats

Une liste de révocation de certificats (CRL) est une liste de certificats révoqués qui ont été émis puis révoqués par une autorité de certification donnée. Les certificats peuvent être révoqués pour plusieurs raisons, notamment :

- Défaillance ou compromission d'un périphérique qui utilise un certificat donné.

- Compromission de la paire de clés utilisée par un certificat.

- Erreurs dans un certificat émis, telles qu'une identité incorrecte ou la nécessité de prendre en compte un changement de nom.

Le mécanisme utilisé pour la révocation des certificats dépend de l’autorité de certification. Les certificats révoqués sont représentés dans la LCR par leurs numéros de série. Si un périphérique réseau tente de vérifier la validité d’un certificat, il télécharge et analyse la liste de révocation de certificats actuelle pour trouver le numéro de série du certificat présenté. Par conséquent, si la validation de la liste de révocation de certificats est activée sur l'un des homologues, une URL de liste de révocation de certificats appropriée doit également être configurée afin que la validité des certificats d'ID puisse être vérifiée.

Pour plus d'informations sur CRL, référez-vous à la section Qu'est-ce qu'une CRL du Guide de configuration d'infrastructure à clé publique, Cisco IOS XE version 3S.

Validation de la chaîne de certificats

Si l'ASA est configuré avec un certificat qui a des CA intermédiaires et que son homologue n'a pas la même CA intermédiaire, l'ASA doit être explicitement configuré pour envoyer la chaîne de certificats complète au routeur. Le routeur le fait par défaut. Pour ce faire, lorsque vous définissez le point de confiance sous la crypto-carte, ajoutez le mot clé chain comme indiqué ici :

crypto map outside-map 1 set trustpoint ios-ca chain

Si ce n'est pas fait, alors le tunnel n'est négocié que tant que l'ASA est le répondeur. S'il s'agit d'un initiateur, la négociation du tunnel échoue et les débogages PKI et IKEv2 sur le routeur montrent ceci :

2328304: Jun  8 19:14:38.051 GMT: IKEv2:(SESSION ID = 14607,SA ID = 68):

Get peer's authentication method

2328305: Jun  8 19:14:38.051 GMT: IKEv2:(SESSION ID = 14607,SA ID = 68):

Peer's authentication method is 'RSA'

2328306: Jun  8 19:14:38.051 GMT: IKEv2:(SESSION ID = 14607,SA ID = 68):

SM Trace-> SA: I_SPI=E4368647479E50EF R_SPI=97B2C8AA5268271A (R) MsgID = 1

CurState: R_VERIFY_AUTH Event: EV_CHK_CERT_ENC

2328307: Jun  8 19:14:38.051 GMT: IKEv2:(SESSION ID = 14607,SA ID = 68):

SM Trace-> SA: I_SPI=E4368647479E50EF R_SPI=97B2C8AA5268271A (R) MsgID = 1

CurState: R_VERIFY_AUTH Event: EV_VERIFY_X509_CERTS

2328308: Jun  8 19:14:38.051 GMT: CRYPTO_PKI: (A16A8) Adding peer certificate

2328309: Jun  8 19:14:38.055 GMT: CRYPTO_PKI: Added x509 peer certificate -(1359) bytes

2328310: Jun  8 19:14:38.055 GMT: CRYPTO_PKI: ip-ext-val: IP extension validation

not required

2328311: Jun  8 19:14:38.055 GMT: CRYPTO_PKI: create new ca_req_context type

PKI_VERIFY_CHAIN_CONTEXT,ident 4177

2328312: Jun  8 19:14:38.055 GMT: CRYPTO_PKI: (A16A8)validation path has 1 certs

2328313: Jun  8 19:14:38.055 GMT: CRYPTO_PKI: (A16A8) Check for identical certs

2328314: Jun  8 19:14:38.055 GMT: CRYPTO_PKI : (A16A8) Validating non-trusted cert

2328315: Jun  8 19:14:38.055 GMT: CRYPTO_PKI: (A16A8) Create a list of suitable

trustpoints

2328316: Jun  8 19:14:38.055 GMT: CRYPTO_PKI: Unable to locate cert record by

issuername

2328317: Jun  8 19:14:38.055 GMT: CRYPTO_PKI: No trust point for cert issuer,

looking up cert chain

2328318: Jun  8 19:14:38.055 GMT: CRYPTO_PKI: (A16A8) No suitable trustpoints found

2328319: Jun  8 19:14:38.059 GMT: IKEv2:(SESSION ID = 14607,SA ID = 68):: Platform

errors

2328320: Jun  8 19:14:38.059 GMT: IKEv2:(SESSION ID = 14607,SA ID = 68):SM Trace-> SA:

I_SPI=E4368647479E50EF R_SPI=97B2C8AA5268271A (R) MsgID = 1 CurState:

R_VERIFY_AUTH Event: EV_CERT_FAIL

2328321: Jun  8 19:14:38.059 GMT: IKEv2:(SESSION ID = 14607,SA ID = 68):Verify cert

failed

2328322: Jun  8 19:14:38.059 GMT: IKEv2:(SESSION ID = 14607,SA ID = 68):

SM Trace-> SA: I_SPI=E4368647479E50EF R_SPI=97B2C8AA5268271A (R) MsgID = 1 CurState:

R_VERIFY_AUTH Event: EV_AUTH_FAIL

2328323: Jun  8 19:14:38.059 GMT: IKEv2:(SESSION ID = 14607,SA ID = 68)

:Verification of peer's authentication data FAILED

Exemple de configuration ASA

domain-name cisco.com

!

interface outside

nameif outside

security-level 0

ip address 172.16.1.2 255.255.255.0

!

interface CA

nameif CA

security-level 50

ip address 192.168.0.1 255.255.255.0

!

! acl which defines crypto domains, must be mirror images on both peers

!

access-list cryacl extended permit ip 192.168.0.0 255.255.255.0 172.16.2.0

255.255.255.0

pager lines 24

logging console debugging

mtu outside 1500

mtu CA 1500

mtu backbone 1500

route outside 172.16.2.0 255.255.255.0 172.16.1.1 1

route CA 192.168.254.254 255.255.255.255 192.168.0.254 1

crypto ipsec ikev2 ipsec-proposal AES256

protocol esp encryption aes-256

protocol esp integrity sha-1 md5

crypto ipsec ikev2 ipsec-proposal DES

protocol esp encryption des

protocol esp integrity sha-1 md5

crypto ipsec security-association pmtu-aging infinite

crypto map outside-map 1 match address cryacl

crypto map outside-map 1 set pfs

crypto map outside-map 1 set peer 172.16.1.1

crypto map outside-map 1 set ikev2 ipsec-proposal DES AES256

crypto map outside-map 1 set trustpoint ios-ca chain

crypto map outside-map interface outside

crypto ca trustpoint ios-ca

enrollment url http://192.168.254.254:80

fqdn asa.cisco.com

keypair ios-ca

crl configure

crypto ca certificate chain ios-ca

certificate ca 01

3082020f 30820178 a0030201 02020101 300d0609 2a864886 f70d0101 04050030

1b311930 17060355 04031310 696f732d 63612e63 6973636f 2e636f6d 301e170d

31333131 31353231 33353533 5a170d31 33313231 35323133 3535335a 301b3119

30170603 55040313 10696f73 2d63612e 63697363 6f2e636f 6d30819f 300d0609

2a864886 f70d0101 01050003 818d0030 81890281 81009ebb 48957c44 c940236f

a1cda758 aa930e8c 91390734 b8ef814d 0bf7aec9 7ec40379 7749d3c6 154f6a32

00738655 33b20207 037a9e15 3229fa72 478424fb 409f518d b13d328d e761be08

8023b4ff f410054b 4423156d 66c99788 69ab5956 966d5e1b 4d1c1120 a05ad08c

f036a134 3b2fc425 e4a2524f 36e0a129 2c8f6cee 971d0203 010001a3 63306130

0f060355 1d130101 ff040530 030101ff 300e0603 551d0f01 01ff0404 03020186

301f0603 551d2304 18301680 14082896 b9f4af20 75514321 d072f161 d09d2ec8

aa301d06 03551d0e 04160414 082896b9 f4af2075 514321d0 72f161d0 9d2ec8aa

300d0609 2a864886 f70d0101 04050003 81810087 a06d354a f7423e0e 64a7c5ec

6006fbde 914d7bfd f86ada50 b1a00d17 0bf06ec1 5423d514 fbeb0a76 986eb63f

f7fce99a 81c4b112 61fd69ce a2ce750e b1b3a6f9 84e92490 8f213613 451dd9a8

3fc3406a 854b20ed 27e4ddd8 62f6dea5 dd8b4396 1879b3e7 651cb9d1 3dd46b8b

32796963 9f6854f1 389f0060 aa0d1b8d f83e09

quit

certificate 08

3082028e 308201f7 a0030201 02020108 300d0609 2a864886 f70d0101 04050030

1b311930 17060355 04031310 696f732d 63612e63 6973636f 2e636f6d 301e170d

31333131 31383136 31383130 5a170d31 33313132 38313631 3831305a 301e311c

301a0609 2a864886 f70d0109 02160d61 73612e63 6973636f 2e636f6d 30819f30

0d06092a 864886f7 0d010101 05000381 8d003081 89028181 00c38ee5 75215237

2728cffd 3519cd15 ebcaab2c 48d63b92 7562d2fc f7db60bc ecb03b2c 4e4dff07

47ad5122 80899055 37f346d7 d10962e9 1e5edb06 8985ee7e 8a6da977 2460f82e

53679457 ed10372a 9ff2946e 449214e4 9be95cab 51d7681c 2db0382b 048fe807

1d1bb9b0 e4bd9de6 c99cafea c279e943 1e1f5d1b d1e6010c b7020301 0001a381

de3081db 30310603 551d2504 2a302806 082b0601 05050703 0106082b 06010505

07030506 082b0601 05050703 0606082b 06010505 07030730 3c060355 1d1f0435

30333031 a02fa02d 862b6874 74703a2f 2f313932 2e313638 2e323534 2e323534

2f696f73 2d636163 64702e69 6f732d63 612e6372 6c301806 03551d11 0411300f

820d6173 612e6369 73636f2e 636f6d30 0e060355 1d0f0101 ff040403 0205a030

1f060355 1d230418 30168014 082896b9 f4af2075 514321d0 72f161d0 9d2ec8aa

301d0603 551d0e04 1604145b 76de9ef0 d3255efe f4bc551b 69cd8398 d1596c30

0d06092a 864886f7 0d010104 05000381 81003fb0 ec7719cd 4f6162b2 90727db4

da5606f2 61441dc6 094fb3a6 defe62ef 5ff8f140 3bc3448c e0b42d26 07647607

fd7518cb 034139d3 e3648fd2 9d93b5e4 db3b828b 16d50dd5 3e18cdd6 74855de4

88a159d6 6ef51718 cf6cc4e4 53c2aca3 36442ff0 bb4b8493 22f0e632 a8b32b36

f287801f 8d47637f e4e9ee6a b4555094 c092

quit

!

! manually select the ISAKMP identity to use address on the ASA

crypto isakmp identity address

crypto ikev2 policy 1

encryption aes-256

integrity sha

group 14 5 2

prf sha

lifetime seconds 86400

crypto ikev2 policy 10

encryption aes-192

integrity sha256 sha

group 14 5 2

prf sha

lifetime seconds 86400

crypto ikev2 policy 30

encryption 3des

integrity sha

group 5 2

prf sha

lifetime seconds 86400

crypto ikev2 enable outside

!

! to allow pings from the CA interface that will bring up the tunnel during

testing.

!

management-access CA

!

group-policy GroupPolicy2 internal

group-policy GroupPolicy2 attributes

vpn-idle-timeout 30

vpn-tunnel-protocol ikev1 ikev2

tunnel-group 172.16.1.1 type ipsec-l2l

tunnel-group 172.16.1.1 general-attributes

default-group-policy GroupPolicy2

tunnel-group 172.16.1.1 ipsec-attributes

!

! disable peer-id validation

!

peer-id-validate nocheck

ikev2 remote-authentication certificate

ikev2 local-authentication certificate ios-ca

: end

! NTP configuration

ntp trusted-key 1

ntp server 192.168.254.254

Exemple de configuration de routeur

ip domain name cisco.com

!

crypto pki trustpoint tp_ikev2

enrollment url http://192.168.254.254:80

usage ike

fqdn R1.cisco.com

!

! necessary only in this example as no crl has been configured on the IOS CA.

On the ASA this is enabled by default. When using proper 3rd party

certificates this is not necessary.

!

revocation-check none

rsakeypair ikev2_cert

eku request server-auth

!

crypto pki certificate chain tp_ikev2

certificate 0B

308202F4 3082025D A0030201 0202010B 300D0609 2A864886 F70D0101 05050030

1B311930 17060355 04031310 696F732D 63612E63 6973636F 2E636F6D 301E170D

31333131 32353233 35363537 5A170D31 33313230 35323335 3635375A 301D311B

30190609 2A864886 F70D0109 02160C52 312E6369 73636F2E 636F6D30 82012230

0D06092A 864886F7 0D010101 05000382 010F0030 82010A02 82010100 A1032A61

A3F14539 87816C22 8C66A170 3A9661EA 4AF6F063 3FC305B8 E525B84D AA74A9CE

666B1BF5 3C7DF025 31FEB161 CE49845F 3EC2DE7B D3FCC685 D6F80C8C 0AA12772

1B4AB15C 90C04446 068A0DBA 7BFA4E40 E978364F A2B07F7C 02C691A8 921A5481

A4AF07B4 BA0C9DBA D35F4566 6CB70553 DAF09A45 F2948C5A 1621E5D2 98508D49

A2EF61D3 AAF3A9DB 87F2D763 89AD0BBE 916A6CF8 1B59C426 7960013B 061AA0A5

F6870319 87A35ABA 8C1B5CF5 42976739 B8C936D3 24276E56 F59E3CFD 9B9B4A0D

2E5294AB C4470376 5D96915F 275CBC78 586D6755 F45C7592 62DCA916 CEC1A450

3FF090A9 15088CD2 13B90391 B0795263 071C7002 8CBF98F2 89788A0B 02030100

01A381C1 3081BE30 3C060355 1D1F0435 30333031 A02FA02D 862B6874 74703A2F

2F313932 2E313638 2E323534 2E323534 2F696F73 2D636163 64702E69 6F732D63

612E6372 6C303106 03551D25 042A3028 06082B06 01050507 03010608 2B060105

05070305 06082B06 01050507 03060608 2B060105 05070307 300B0603 551D0F04

04030205 A0301F06 03551D23 04183016 80140828 96B9F4AF 20755143 21D072F1

61D09D2E C8AA301D 0603551D 0E041604 14C63949 4CA10DBB 2BBB6F98 BAFF0EE2

B3716CEE 3B300D06 092A8648 86F70D01 01050500 03818100 3080FEF6 9160357B

6F28ED60 428BA6CE 203706F6 F91DA273 AF6E81D3 46539E13 B4C89A9A 19E1F0BC

A631A418 C30DFC8E 0585039D EB07D35D E719F5FE A4EE47B5 CED31B12 745C9EE8

5B6B0F17 67C3B965 C927B379 C674933F 84E7A1F7 851A6CF0 8775B1C5 3A033D90

75965DCA 86E4A842 E2C35AC0 6BFA8144 699B1582 C094BF35

quit

certificate ca 01

3082020F 30820178 A0030201 02020101 300D0609 2A864886 F70D0101 04050030

1B311930 17060355 04031310 696F732D 63612E63 6973636F 2E636F6D 301E170D

31333131 31353231 33353533 5A170D31 33313231 35323133 3535335A 301B3119

30170603 55040313 10696F73 2D63612E 63697363 6F2E636F 6D30819F 300D0609

2A864886 F70D0101 01050003 818D0030 81890281 81009EBB 48957C44 C940236F

A1CDA758 AA930E8C 91390734 B8EF814D 0BF7AEC9 7EC40379 7749D3C6 154F6A32

00738655 33B20207 037A9E15 3229FA72 478424FB 409F518D B13D328D E761BE08

8023B4FF F410054B 4423156D 66C99788 69AB5956 966D5E1B 4D1C1120 A05AD08C

F036A134 3B2FC425 E4A2524F 36E0A129 2C8F6CEE 971D0203 010001A3 63306130

0F060355 1D130101 FF040530 030101FF 300E0603 551D0F01 01FF0404 03020186

301F0603 551D2304 18301680 14082896 B9F4AF20 75514321 D072F161 D09D2EC8

AA301D06 03551D0E 04160414 082896B9 F4AF2075 514321D0 72F161D0 9D2EC8AA

300D0609 2A864886 F70D0101 04050003 81810087 A06D354A F7423E0E 64A7C5EC

6006FBDE 914D7BFD F86ADA50 B1A00D17 0BF06EC1 5423D514 FBEB0A76 986EB63F

F7FCE99A 81C4B112 61FD69CE A2CE750E B1B3A6F9 84E92490 8F213613 451DD9A8

3FC3406A 854B20ED 27E4DDD8 62F6DEA5 DD8B4396 1879B3E7 651CB9D1 3DD46B8B

32796963 9F6854F1 389F0060 AA0D1B8D F83E09

quit

!

crypto ikev2 proposal aes-cbc-256-proposal

encryption aes-cbc-256

integrity sha1

group 5 2 14

!

crypto ikev2 policy policy1

match address local 172.16.1.1

proposal aes-cbc-256-proposal

!

crypto ikev2 profile profile1

description IKEv2 profile

!

! router configured to use address as the remote identity. By default local

identity is address

!

match address local 172.16.1.1

match identity remote address 172.16.1.2 255.255.255.255

authentication remote rsa-sig

authentication local rsa-sig

pki trustpoint tp_ikev2

!

! disable http-url based cert lookup

!

no crypto ikev2 http-url cert

!

crypto ipsec transform-set ESP-AES-SHA esp-aes 256 esp-sha-hmac

mode tunnel

!

crypto map SDM_CMAP_1 1 ipsec-isakmp

set peer 172.16.1.2

set transform-set ESP-AES-SHA

set pfs group2

set ikev2-profile profile1

match address 103

!

interface Loopback0

ip address 172.16.2.1 255.255.255.255

!

interface GigabitEthernet0/0

ip address 172.16.1.1 255.255.255.0

duplex auto

speed auto

crypto map SDM_CMAP_1

!

interface GigabitEthernet0/1

ip address 192.168.1.1 255.255.255.0

duplex auto

speed auto

!

ip route 192.168.0.0 255.255.255.0 172.16.1.2

ip route 192.168.254.254 255.255.255.255 192.168.1.254

!

! access list that defines crypto domains, must be mirror images on both peers.

!

access-list 103 permit ip 172.16.2.0 0.0.0.255 192.168.0.0 0.0.0.255

!

! ntp configuration

!

ntp trusted-key 1

ntp server 192.168.254.254

!

end

Exemple de configuration CA Cisco IOS

ip domain name cisco.com

!

! CA server configuration

!

crypto pki server ios-ca

database archive pkcs12 password 7 02050D4808095E731F

issuer-name CN=ios-ca.cisco.com

grant auto

lifetime certificate 10

lifetime ca-certificate 30

cdp-url http://192.168.254.254/ios-cacdp.ios-ca.crl

eku server-auth ipsec-end-system ipsec-tunnel ipsec-user

!

! this trustpoint is generated automatically when the CA server is enabled.

!

crypto pki trustpoint ios-ca

revocation-check crl

rsakeypair ios-ca

!

!

crypto pki certificate chain ios-ca

certificate ca 01

3082020F 30820178 A0030201 02020101 300D0609 2A864886 F70D0101 04050030

1B311930 17060355 04031310 696F732D 63612E63 6973636F 2E636F6D 301E170D

31333131 31353231 33353533 5A170D31 33313231 35323133 3535335A 301B3119

30170603 55040313 10696F73 2D63612E 63697363 6F2E636F 6D30819F 300D0609

2A864886 F70D0101 01050003 818D0030 81890281 81009EBB 48957C44 C940236F

A1CDA758 AA930E8C 91390734 B8EF814D 0BF7AEC9 7EC40379 7749D3C6 154F6A32

00738655 33B20207 037A9E15 3229FA72 478424FB 409F518D B13D328D E761BE08

8023B4FF F410054B 4423156D 66C99788 69AB5956 966D5E1B 4D1C1120 A05AD08C

F036A134 3B2FC425 E4A2524F 36E0A129 2C8F6CEE 971D0203 010001A3 63306130

0F060355 1D130101 FF040530 030101FF 300E0603 551D0F01 01FF0404 03020186

301F0603 551D2304 18301680 14082896 B9F4AF20 75514321 D072F161 D09D2EC8

AA301D06 03551D0E 04160414 082896B9 F4AF2075 514321D0 72F161D0 9D2EC8AA

300D0609 2A864886 F70D0101 04050003 81810087 A06D354A F7423E0E 64A7C5EC

6006FBDE 914D7BFD F86ADA50 B1A00D17 0BF06EC1 5423D514 FBEB0A76 986EB63F

F7FCE99A 81C4B112 61FD69CE A2CE750E B1B3A6F9 84E92490 8F213613 451DD9A8

3FC3406A 854B20ED 27E4DDD8 62F6DEA5 DD8B4396 1879B3E7 651CB9D1 3DD46B8B

32796963 9F6854F1 389F0060 AA0D1B8D F83E09

quit

voice-card 0

!

!

interface Loopback0

ip address 192.168.254.254 255.255.255.255

!

interface GigabitEthernet0/0

ip address 192.168.0.254 255.255.255.0

duplex auto

speed auto

!

interface GigabitEthernet0/1

ip address 192.168.1.254 255.255.255.0

duplex auto

speed auto

!

! http-server needs to be enabeld for SCEP

!

ip http server

no ip http secure-server

!

ip route 0.0.0.0 0.0.0.0 10.122.162.129

ip route 172.18.108.26 255.255.255.255 10.122.162.129

!

! ntp configuration

!

ntp trusted-key 1

ntp master 1

!

end

Vérification

Utilisez cette section pour confirmer que votre configuration fonctionne correctement.

Ces commandes fonctionnent sur les ASA et les routeurs :

- show crypto ikev2 sa - Affiche l'état de l'association de sécurité de phase 1.

- show crypto ipsec sa - Affiche l'état de la SA de phase 2.

Note: Dans ce résultat, contrairement à IKEv1, la valeur de groupe Diffie-Hellman (DH) PFS (Perfect Forwarding Secrecy) s'affiche comme suit : « PFS (Y/N) : N, groupe DH : none' lors de la première négociation de tunnel ; une fois la nouvelle touche activée, les valeurs correctes apparaissent. Il ne s'agit pas d'un bogue, mais d'un comportement attendu.

La différence entre IKEv1 et IKEv2 est que, dans IKEv2, les SA enfants sont créées dans le cadre de l'échange AUTH lui-même. Le groupe DH configuré sous la crypto-carte est utilisé uniquement lors d’une nouvelle clé. Ainsi, vous voyez 'PFS (O/N) : N, groupe DH : aucun' jusqu'à la première retouche. Avec IKEv1, vous voyez un comportement différent, car la création d'une association de sécurité enfant se produit en mode rapide et le message CREATE_CHILD_SA a la possibilité de transporter la charge utile d'échange de clés, qui spécifie les paramètres DH pour dériver le nouveau secret partagé.

Vérification de la phase 1

Cette procédure vérifie l'activité de la phase 1 :

1. Saisissez le show crypto ikev2 sa sur le routeur :

R1#show crypto ikev2 sa

IPv4 Crypto IKEv2  SA

Tunnel-id Local                Remote              fvrf/ivrf    Status

1         172.16.1.1/500       172.16.1.2/500      none/none    READY

Encr: AES-CBC, keysize: 256, Hash: SHA96, DH Grp:14, Auth sign: RSA,

Auth verify: RSA

Life/Active Time: 86400/53 sec

IPv6 Crypto IKEv2  SA

2. Saisissez le show crypto ikev2 sa sur l'ASA :

ciscoasa/vpn(config)# show crypto ikev2 sa

IKEv2 SAs:

Session-id:138, Status:UP-ACTIVE, IKE count:1, CHILD count:1

Tunnel-id Local                Remote              Status       Role

45926289  172.16.1.2/500       172.16.1.1/500      READY        INITIATOR

Encr: AES-CBC, keysize: 256, Hash: SHA96, DH Grp:14, Auth sign: RSA,

Auth verify: RSA

Life/Active Time: 86400/4 sec

Child sa: local selector  192.168.0.0/0 - 192.168.0.255/65535

remote selector 172.16.2.0/0 - 172.16.2.255/65535

ESP spi in/out: 0xa84caabb/0xf18dce57

Vérification de la phase 2

Cette procédure décrit comment vérifier si l'index de paramètres de sécurité (SPI) a été négocié correctement sur les deux homologues :

1. Saisissez le show crypto ipsec sa | i spi sur le routeur :

R1#show crypto ipsec sa | i spi

current outbound spi: 0xA84CAABB(2823596731)

spi: 0xF18DCE57(4052602455)

spi: 0xA84CAABB(2823596731)

2. Saisissez le show crypto ipsec sa | i spi sur l'ASA :

ciscoasa/vpn(config)# show crypto ipsec sa | i spi

current outbound spi: F18DCE57

current inbound spi : A84CAABB

spi: 0xA84CAABB (2823596731)

spi: 0xF18DCE57 (4052602455)

Cette procédure décrit comment confirmer si le trafic traverse le tunnel :

1. Saisissez le show crypto ipsec sa | i pkts sur le routeur :

R1#show crypto ipsec sa | i pkts

#pkts encaps: 21, #pkts encrypt: 21, #pkts digest: 21

#pkts decaps: 30, #pkts decrypt: 30, #pkts verify: 30

#pkts compressed: 0, #pkts decompressed: 0

#pkts not compressed: 0, #pkts compr. failed: 0

#pkts not decompressed: 0, #pkts decompress failed: 0

2. Saisissez le show crypto ipsec sa | i pkts sur l'ASA :

ciscoasa/vpn(config)# show crypto ipsec sa | i pkts

#pkts encaps: 4, #pkts encrypt: 4, #pkts digest: 4

#pkts decaps: 4, #pkts decrypt: 4, #pkts verify: 4

#pkts compressed: 0, #pkts decompressed: 0

#pkts not compressed: 4, #pkts comp failed: 0, #pkts decomp

failed: 0

Dépannage

Cette section fournit des informations que vous pouvez utiliser pour dépanner votre configuration.

Note: Référez-vous à Informations importantes sur les commandes de débogage avant d'utiliser debug pour les

Débogages sur l'ASA

Attention : Sur l'ASA, vous pouvez définir différents niveaux de débogage ; par défaut, le niveau 1 est utilisé. Si vous modifiez le niveau de débogage, le niveau de détail des débogages peut augmenter. Faites-le avec prudence, surtout dans les environnements de production !

Les débogages ASA pour la négociation de tunnel sont :

- debug crypto ikev2 protocol

- debug crypto ikev2 platform

Le débogage ASA pour l'authentification de certificat est :

- debug crypto ca

Débogages sur le routeur

Les débogages de routeur pour la négociation de tunnel sont :

- debug crypto ikev2

- debug crypto ikev2 error

- debug crypto ikev2 internal

Les débogages de routeur pour l'authentification de certificat sont :

- debug cry pki validation

- debug cry pki transaction

- debug cry pki messages