CCIE SEC Security Protocols & Encryption
RADIUS
Remote Authentication Dial In User Service
UDP
OLD = 1645
New = 1812
Only Encrypts the Password
Accounting
UDP
OLD = 1646
New = 1813
RFC 2865
Obsoletes 2138!
Packet Types
Access-Request
Access-Accept
Access-Reject
Accounting-Request
Accounting-Response
Access-Challenge
Reply ATTRIBUTES
Check ITEMS
VSA
Vendor Specific Attribues
Type 26
Cisco's Vendor ID = 9
1: Cisco-AVPair
250: Account-Info
251:Service-Info
252:Command-Code
Radius Does not support these protocols
AppleTalk Remote Access (ARA) protocol
NetBIOS Frame Protocol Control protocol
Novell Asynchronous Services Interface (NASI)
X.25 PAD connection
/ etc / radius / clients (file)
The clients file contains a list of clients that are allowed to make requests of the RADIUS server.
The clients file contains a list of clients that are allowed to make requests of the RADIUS server. Typically, for each client, NAS or AP, you must enter the client IP address along with the shared secret between the RADIUS server and the client and an optional poolname for IP pooling. The file consists of entries in the following form:
A sample entry list appears as follows: 10.10.10.1 mysecret1 floor6 10.10.10.2 mysecret2 floor5 A shared secret is a character string that is configured on both the client hardware and on the RADIUS server. The maximum length of the shared secret is 256 bytes and is case sensitive. The shared secret is not sent in any of the RADIUS packets and is never sent over the network. System administrators must make sure the exact secret is configured on both sides (client and RADIUS server). The shared secret is used for encrypting the user password information and can be used for verifying message integrity by the use of a Message Authentication attribute. Each client's shared secret should be unique in the /etc/radius/clients file and, like any good password, it is best to use a mixture of uppercase/lowercase letters, numbers, and symbols in the secret. To keep a shared secret secure, make it at least 16 characters in length. The /etc/radius/clients file can be modified using SMIT. The shared secret should be changed often to prevent dictionary attacks. The poolname is the name of the pool from which global IP addresses are allocated during dynamic translation. The system administrator creates the poolname when setting up the RADIUS server. Using a SMIT panel, the poolname is added from Configure Proxy Rules > IP Pool > Create an IP Pool. It is used during server side IP pooling.
radius-server vsa send
TACACS+
Terminal Access Controller Access-Control System Plus
TCP 49
Encryptes whole packet Body
By default, there are three command levels on the router
privilege level 0—Includes the disable, enable, exit, help, and logout commands
privilege level 1—Includes all user-level commands at the router> prompt
privilege level 15—Includes all enable-level commands at the router> prompt
if-needed
You can move commands around between privilege levels
privilege exec level priv-lvl command
RFC 1492
Ciphers RSA, DSS, RC4
Symmetric Key = Same Key Both Ends
Asymetric Key = RSA, Pub/Priv Key pair
Block Cipher
Encrypts data of a fixed size
Fixed input & output, i.e. 128bitr of plain text = 128but of cipher text
To encrypt data larger than block size need a "mode of operation"
Most modes of operation require an IV
IV: Initilation Vector A sort of "dummy" block of data to kick off the proccess for the real block & provide some randomisation
Electronic codebook (ECB)
The simplest of the encryption modes is the electronic codebook (ECB) mode. The message is divided into blocks and each block is encrypted separately. The disadvantage of this method is that identical plaintext blocks are encrypted into identical ciphertext blocks; thus, it does not hide data patterns well.
Cipher-block chaining (CBC)
CBC mode of operation was invented by IBM in 1976. [1] In the cipher-block chaining (CBC) mode, each block of plaintext is XORed with the previous ciphertext block before being encrypted. This way, each ciphertext block is dependent on all plaintext blocks processed up to that point. Also, to make each message unique, an initialization vector must be used in the first block.
Cipher feedback (CFB)
The cipher feedback (CFB) mode, a close relative of CBC, makes a block cipher into a self-synchronizing stream cipher. Operation is very similar; in particular, CFB decryption is almost identical to CBC encryption performed in reverse
Output feedback (OFB)
The output feedback (OFB) mode makes a block cipher into a synchronous stream cipher: it generates keystream blocks, which are then XORed with the plaintext blocks to get the ciphertext. Just as with other stream ciphers, flipping a bit in the ciphertext produces a flipped bit in the plaintext at the same location. This property allows many error correcting codes to function normally even when applied before encryption.
Counter (CTR)
Like OFB, counter mode turns a block cipher into a stream cipher. It generates the next keystream block by encrypting successive values of a "counter". The counter can be any simple function which produces a sequence which is guaranteed not to repeat for a long time, although an actual counter is the simplest and most popular. CTR mode has similar characteristics to OFB, but also allows a random access property during decryption. Note that the nonce in this graph is the same thing as the initialization vector (IV) in the other graphs. The IV/nonce and the counter can be concatenated, added, or XORed together to produce the actual unique counter block for encryption. CTR mode is well suited to operation on a multi-processor machine where blocks can be encrypted in parallel.
Stream Cipher
Encrypts data bit by bit
Contrinuous stream
Cryptographic hash Functions
MD5
Message Digest 5
128 Bit
One-Way Hashing Algorithm
Because MD5 makes only one pass over the data, if two prefixes with the same hash can be constructed, a common suffix can be added to both to make the collision more reasonable.
Rainbow Tables
A rainbow table is a lookup table offering a time-memory tradeoff used in recovering the plaintext password from a password hash generated by a hash function, often a cryptographic hash function.
Made less effective by "salt"
Example md5sum The quick brown fox jumps over the lazy dog 37c4b87edffc5d198ff5a185cee7ee09
SHA
Secure Hash Algorithm
160 Bit
SHA-0 (or SHA) was withdrawn
SHA-1
SHA-1 is the most widely employed of the SHA family.
It forms part of several widely used security applications and protocols, including TLS and SSL, PGP, SSH, S/MIME, and IPsec.
SHA-1 hashing is also used in distributed revision control systems such as Git, Mercurial, and Monotone to identify revisions, and detect data corruption or tampering.
EXAMPLE: SHA1("The quick brown fox jumps over the lazy dog") = 2fd4e1c6 7a2d28fc ed849ee1 bb76e739 1b93eb12
SHA-2
Stronger! Version Numbers reflect bits
SHA-224
SHA-256
SHA-384
SHA-512
SHA-3 In Development
Properties
* it is easy to compute the hash for any given data,
* it is extremely difficult to construct a text that has a given hash,
* it is extremely difficult to modify a given text without changing its hash,
* it is extremely unlikely that two different messages will have the same hash.
EAP PEAP TKIP TLS
Extensible Authentication Protocol
LEAP
Cisco Protocol
Cisco Wiki
Cisco LEAP is an 802.1X authentication type for Wireless LANs
Lightweight EAP
Uses external protocol for client auth, i.e. RADIUS
can be used with WPA and WPA2 networks
... i.e. old WEP implementations can be upgraded
The RADIUS server dynamically assigns a unique key for each client
EAP-TLS
RFC 2716
Every AP & Every Client must have a CA signed certificate
TLS Session Key is used to derive a unique WEP Key
PEAP
Protected EAP
Also known as EAP-PEAP
Similar to EAP-TLS, except on the SERVER has a Certificate
Clients use MSCAHPv2 to authenticate
As with EAP-TLS, TLS session keys are used to derive WEP Keys
EAP-FAST
EAP Flexible Authentication via Secure Tunneling
Cisco Protocol
Doesn't require certificates
Doesn't require strong passwords
Requires a PAC to secure Tunnel
Protected Access Credential
PAC authenticates client
Can be distributed by server
Can be negotiated / created dynamically
WPA
Wi-Fi Protected Access
802.11i
Replaces WEP
Client Authentication
802.1x
Pre-Shared Key
WPA-PSK
Key only used for Client / AP Authentication
Key not used for for data encryption, that is handled by TKIP
Mutual Client-Server Authentication
Data Privacy via TKIP
Temporal Key Integrity Protocol
Leverages Existing WEP Encryption hardware
Generates a new WEP key per-packet!
Data Integrity via MIC
Message Integrity Check
Uses clear txt packet contents, source mac & destination MAC to create HASH
WPA2
More security than WPA
Data Privacy via AES
TKIP is supported for backwards compatability
Intrudoces PKC
Proactive Key Caching
Speeds up AP to AP roaming
DES
Data Encryption Standard
Encryption Cipher
Block Cipher
56bit
Symmetric-key algorithm
DES is now considered to be insecure for many applications
3DES
Triple DES
Triple DES is a block cipher formed from the Data Encryption Standard (DES) cipher by using it three times.
112 (2TDES) or 168 bits (3TDES)
In general TDES with three different keys (3-key TDES) has a key length of 168 bits: three 56-bit DES keys (with parity bits 3-key TDES has the total storage length of 192 bits), but due to the meet-in-the-middle attack the effective security it provides is only 112 bits.
DES is slowly disappearing from use, largely replaced by the Advanced Encryption Standard (AES)
AES
Advanced Encryption Standard
Cisco Tech Page
Wikipedia
also known as Rijndael
To enable AES, your router must support IPSec and long keys (the "k9" subsystem).
Router(config-isakmp)# encryption {aes | aes 192 | aes 256}
aes—Specifies 128-bit AES as the encryption algorithm.
aes 192—Specifies 192-bit AES as the encryption algorithm.
aes 256—Specifies 256-bit AES as the encryption algorithm.
AES has a fixed block size
Strictly speaking, AES is not precisely Rijndael
Rijndael can be specified with key and block sizes in any multiple of 32 bits, with a minimum of 128 bits and a maximum of 256 bits.
IPSec
IP Security
Provides Security at the IP layer to protect the IP later and those above
Access Control
Connectionless Integrity
Data Origin Authentication
Rejection on replayed packets
Confidentiliaty (encryption)
Can by used by both Hosts & Gateways
Implemented Methods
Integrated into native IP
Requires acces to IP source code
Applicable to hosts & gatewats
Bump in the stack
Implemented under IP, before the NIC driver
Good for legacy hosts
Bump in the wire
Implemnted by a devices, i.e. a firewall or router
off-load crypto processing to another device
Security Associations
Components
SPI: Security Paramater Index
Destination IP (only Unicast supported)
AH or ESP Identifier
AH & ESP canNOT share SA's
AH
Authentication Header
Protocol 51
RFC 2402
Transport Mode
AH is inserted after the IP Header and before the upper layer protocol e.f. TCP, UDP, ICMP etc
Packet Format
Tunnel Mode
Can only be used on "gateway" devices
AH protects the entire IP packet including inner header
Packet Format
Header Format
ESP
Encapsulating Security Payload
Protocol 50
RFC2406
Provides confidentiallity, data origin authentication, connectionless integrity & limited traffic flow confidentiality
Packet Header
Transport Mode
ESP is inserted after the IP header and before the upper layer protocols (and before any other IPSEC header)
Packet Format
Tunnel Mode
Used on either Hosts or Gateways
ESP Tunnel protects the entire inner IP packet, including headers
Packet Format
IKE
Internet Key Exchange
UDP 500
Internet Key Exchange is the protocol used to set up a security association (SA) in the IPsec protocol suite.
IKE uses a Diffie-Hellman key exchange to set up a shared session secret, from which cryptographic keys are derived.
Public key techniques or, alternatively, a pre-shared key, are used to mutually authenticate the communicating parties.
Version 1
Version 1 of IKE was defined in RFCs 2407, 2408, and 2409 [Pip98, MSST98, HC98].
RFC 2409
IKE V2
RFC4306
This version of the IKE specification combines the contents of what were previously separate documents, including Internet Security Association and Key Management Protocol (ISAKMP, RFC 2408), IKE (RFC 2409), the Internet Domain of Interpretation (DOI, RFC 2407), Network Address Translation (NAT) Traversal, Legacy authentication, and remote address acquisition.
Replaces All VERSION 1 RFCS!
Version 2 of IKE does not interoperate with version 1
It has enough of the header format in common that both versions can unambiguously run over the same UDP port
IKE message flow always consists of a request followed by a response
It is the responsibility of the requester to ensure reliability.
If the response is not received within a timeout interval, the requester needs to retransmit the request (or abandon the connection).
Every request requires a response
IKE Messages
All IKE communications consist of pairs of messages: a request and a response. The pair is called an "exchange". We call the first messages establishing an IKE_SA IKE_SA_INIT and IKE_AUTH exchanges and subsequent IKE exchanges CREATE_CHILD_SA or INFORMATIONAL exchanges. In the common case, there is a single IKE_SA_INIT exchange and a single IKE_AUTH exchange (a total of four messages) to establish the IKE_SA and the first CHILD_SA. In exceptional cases, there may be more than one of each of these exchanges. In all cases, all IKE_SA_INIT exchanges MUST complete before any other exchange type, then all IKE_AUTH exchanges MUST complete, and following that any number of CREATE_CHILD_SA and INFORMATIONAL exchanges may occur in any order. In some scenarios, only a single CHILD_SA is needed between the IPsec endpoints, and therefore there would be no additional exchanges. Subsequent exchanges MAY be used to establish additional CHILD_SAs between the same authenticated pair of endpoints and to perform housekeeping functions.
IKE_SA_INIT
The first request/response of an IKE session negotiates security parameters for the IKE_SA, sends nonces, and sends Diffie-Hellman values.
IKE_AUTH
The second request/response transmits identities, proves knowledge of the secrets corresponding to the two identities, and sets up an SA for the first (and often only) AH and/or ESP CHILD_SA
CREATE_CHILD_SA
subsequent exchanges ... which creates CHILD_SA
INFORMATIONAL
which deletes an SA, reports error conditions, or does other housekeeping
An INFORMATIONAL request with no payloads (other than the empty Encrypted payload required by the syntax) is commonly used as a check for liveness.
These subsequent exchanges cannot be used until the initial exchanges have completed
CEP
Certificate Enrollment Protocol
Cisco Press Info
CEP is a protocol jointly developed by Cisco and VeriSign, Inc. CEP is an early implementation of Certificate Request Syntax (CRS), a proposed standard to the IETF. CEP specifies how a device communicates with the CA, how to retrieve the CA's public key, and how to enroll a device with the CA. CEP uses Public Key Cryptography Standards (PKCS). CEP uses HTTP as a transport mechanism and uses the same TCP port (80) used by HTTP. You can find more details on CEP at http://www.cisco.com/warp/public/cc/pd/sqsw/tech/scep_wp.htm. For the CCIE Security lab, the candidate is expected to be able to use common IOS commands such as crypto ca trustpoint and know how to enroll certificates. To declare the CA that a Cisco IOS router should use, use the crypto ca identity name command in global configuration mode. The CA might require a particular name, such as the domain name. Finally, to cover the exam blueprint, this chapter closes with a short explanation of some of the security protocols used in today's networks to ensure security over wireless connections.
SCEP
Simple Certificate Enrollment Protocol
Internet Draft / standard of CEP
TLS
Transport Layer Security
Cryptographic Protocol
Layer 4 Encryption
Vs IPSEC which runs at Layer3
TLS runs on layers beneath application protocols such as HTTP, FTP, SMTP, NNTP, and XMPP and above a reliable transport protocol, TCP for example.
TLS can also be used to tunnel an entire network stack to create a VPN, as is the case with OpenVPN.
RFC5246
SSL
Secure Socket Layer
Technology used to encrypt clear-text protocols such as HTTP / SMTP / IMAP & POP3
According to Wikipedia SSL has been replaced by TLS
Info from Verisign
An SSL Certificate enables encryption of sensitive information during online transactions
Each SSL Certificate contains unique, authenticated information about the certificate owner.
A Certificate Authority verifies the identity of the certificate owner when it is issued
PPTP
Point to Point Tunneling Protocol
TCP 1723 & GRE!!!
PPTP works by sending a regular PPP session to the peer with the Generic Routing Encapsulation (GRE) protocol. A second session on TCP port 1723 is used to initiate and manage the GRE session. PPTP is difficult to forward past a network firewall because it requires two network sessions. As such, some firewalls are unable to let pass this traffic flawlessly, resulting in an inability to connect. This rarely happens in Windows or Mac OS, though.
RFC2637
Cisco Tech Page
Point to Point Tunneling Protocol (PPTP) is a network protocol that enables the secure transfer of data from a remote client to a private enterprise server by creating a VPN across TCP/IP-based data networks. PPTP supports on-demand, multiprotocol, virtual private networking over public networks, such as the Internet.
PPTP does not provide confidentiality or encryption
It relies on the protocol being tunneled to provide privacy.
PPTP has been made obsolete by Layer 2 Tunneling Protocol (L2TP)[1] and IPSec.
L2TP
Layer 2 Tunneling Protocol
Wikipedia
UDP 1701
Although L2TP acts like a Data Link Layer 2 protocol (of the OSI model), L2TP is in fact a Session Layer 5 protocol,
The entire L2TP packet, including payload and L2TP header, is sent within a UDP datagram.
The two endpoints of an L2TP tunnel are called the LAC (L2TP Access Concentrator) and the LNS (L2TP Network Server).
The LAC is the initiator of the tunnel
LNS is the server, which waits for new tunnels.
Once a tunnel is established, the network traffic between the peers is bidirectional.
The Layer 2 Tunnel Protocol (L2TP) is an emerging Internet Engineering Task Force (IETF) standard that combines the best features of two existing tunneling protocols: Cisco's Layer 2 Forwarding (L2F) and Microsoft's Point-to-Point Tunneling Protocol (PPTP).
L2TP offers the same full-range spectrum of features as L2F, but offers additional functionality.
A L2TP-capable home gateway will work with an existing L2F network access server and will concurrently support upgraded components running L2TP.
Benefits of L2TP
Vendor interoperability.
Can be used as part of the wholesale access solution, which allows ISPs to the telco or service providers offer VPNs to Internet Service Providers (ISPs) and other service providers.
Can be operated as a client initiated VPN solution, where enterprise customers using a PC, can use the client initiated L2TP from a third party.
All value-added features currently available with Cisco's L2F, such as load sharing and backup support, will be available in future IOS releases of L2TP
Supports Multihop, which enables Multichassis Multilink PPP in multiple home gateways. This allows you to stack home gateways so that they appear as a single entity.
GRE
Generic Route Encapsulation
Protocol 47
GRE tunnels are designed to be completely stateless. This means that each tunnel end-point does not keep any information about the state or availability of the remote tunnel end-point
RFC2784
Packet Form
Security Considerations
Security in a network using GRE should be relatively similar to security in a normal IPv4 network, as routing using GRE follows the same routing that IPv4 uses natively. Route filtering will remain unchanged. However packet filtering requires either that a firewall look inside the GRE packet or that the filtering is done on the GRE tunnel endpoints. In those environments in which this is considered to be a security issue it may be desirable to terminate the tunnel at the firewall.
RFC1701
Packet Header
4bytes
SSH
Secure Shell
TCP 22
Secure Shell (SSH) is an application and a protocol that provides secure replacement for the suite of Berkeley r-tools such as rsh, rlogin and rcp. (Cisco IOS supports rlogin.) The protocol secures the sessions using standard cryptographic mechanisms, and the application can be used similarly to the Berkeley rexec and rsh tools.
Secure Shell or SSH is a network protocol that allows data to be exchanged using a secure channel between two networked devices
SSH is typically used to log into a remote machine and execute commands
SSH was designed as a replacement for TELNET and other insecure remote shells,
supports tunneling, Port forwarding, X11 forwarding
Supports the transfer of files using the associated SFTP or SCP protocols.
PGP
Pretty Good Privacy
Web of Trust
Pretty Good Privacy (PGP) is a computer program that provides cryptographic privacy and authentication.
PGP is often used for signing, encrypting and decrypting e-mails to increase the security of e-mail communications.
Public Key Cryptography!!
TACACS+ and RADIUS Comparison - Cisco Systems
CCIE SEC Security Protocols & Encryption
Added: 2009-01-23 07:17:18
From: (Joined 2008-12-15 05:32:23)
387 views |12 downloads
CCIE SEC Security Protocols & Encryption