Continuando con el dominio de redes ya para finalizar veremos algunos protocolos de autenticación en
la red algunos frameworks de autenticación.
El primero es el Extensible Authentication paraco o app y como ya desde su título lo podrán deducir
es un protocolo de autenticación.
En este caso funciona la capados data link o enlace de datos como tal.
Y esto pues por obvias razones funciona antes de recibir la IP acuérdense que la IP la vemos hasta la
capa número 3 en la capa de red.
Está disponible.
Este es clave para Leape porque está disponible para ambos para conexiones Warrick es decir conexiones
cableadas o conexiones iguales en este caso se pueden hacer uso en por ejemplo Lans o Wireless Local
Area Networks por ejemplo.
Y entonces aquí tenemos dos dos dos términos muy usados en C.A.P..
Primero es el cliente que se le conoce como suplicándole porque está pidiendo perdón.
En este caso el cliente es un suplicante en el mundo de Leape y en este caso el cliente suplican otra
vez pide autenticación aún a un servidor de autenticación Authentication Server o a ese es en pocas
palabras Leape y por supuesto que al funcionar en tanto en conexiones cableadas como no cableadas o
en este caso guardás vienen muchas formas.
Por ejemplo tenemos el l Apep light web extensivo Authentication Porco que es propietario de Cisco hasta
hasta hoy en día y que está entre las versiones de recuérdense de las 802.
Tenemos el APE de TLS o Petras por lo que utiliza PKI en este caso poliki Infrastructure recuérdense
que lo vimos en el dominio de criptografía y que se basa todo en certificados digitales como nos podemos
imaginar es decir en llaves asimétricas.
Luego tenemos el PTT L.S. que es Chapetón Transport Layer Security que simplemente fue desarrollado
por por ejemplo From Software y se ãrtico y que en teoría simplifica yo les digo que en teoría porque
bueno digamos que al final cada proveedor cada vender a hablar bien de su producto.
En teoría lo que hace es que reduce el overhead o el o el o digamos que la capacidad de procesamiento
necesaria para procesar un protocolo o una comunicación TLS.
Si no tenemos el CAP p p p o protected extensivo al frente que es un protocolo está desarrollado por
Cisco Microsoft y RCA es similar al que acabamos de mencionar al PT TLS pero digamos que en este caso
el PAP no requiere protocolos certificados.
A nivel de cliente es decir el cliente no necesita autenticar C sólo el servidor y esto es básicamente
un pequeño resumen de lo que es el extensive Authentication porque luego tenemos las BPM o Virtual Private
Networks en este caso VPN es data que enviamos data que necesitamos que vaya asegura pero la tenemos
que enviar a través de un medio no seguro.
Por ejemplo el internet y la meta es proveer privacidad digamoslo así tratando de imitar en una red
packet switch la privacidad que se podría tener en una red CERC switch si no se recuerda qué significan
estos protocolos o estas formas de funcionar.
Por favor vayan de regreso al vídeo donde se menciona para tener una idea de por qué las VPN proveen
la privacidad que se tiene en un circuito switch en una red packet Switch.
En este caso la red packet switches el internet para el protocolo no quiero decir el más usado ni el
más famoso pero sí uno de los primeros que se implementó fue el PPP to Point Protocol que como se podrán
imaginar funciona en la capa número 2 del modelo OSI y provee confidencialidad integridad autenticación
etc etc etc..
Luego tenemos hoy Pisac que para nada es un protocolo por sí solo sino que se compone de varias de varios
protocolos pero en este caso por ejemplo algo que cabe mencionar en IPsec es que es nativo en IPv6 y
no es nativo ni P4 es decir hay que implementar pasos adicionales de 4 verdad y tenemos dos grandes
formas de funcionar en este caso son el encapsulado Porco o ESP y el Authentication Jetro.
Cuál es la diferencia entre un Pisac Authentication ceder un ápice en cápsula y ni siquiera reprobarlo.
En este caso la autenticación Getter se asegura la integridad al usar funciones iguarãn que son funciones
JASP verdad.
En su algoritmo como tal entonces integridad por ende utiliza y el Authentication header también garantiza
la autenticidad valga la redundancia de origen.
A qué le suena esto.
Si utiliza firmas digitales recuérdense las firmas digitales es para el no repudio y tenemos el encapsulan
CC-ARI por o payload.
En este caso como lo hacemos en todas partes de IPsec y provee no sólo autenticación del origen otra
vez no repudio e integridad también como lo hace el Authentication Gelder pero también soporta encriptación
es decir no sólo estamos garantizando integridad y no repudio sino también confidencialidad con el encapsular
en Ciccioli pelo y una forma fácil de recordar la que la que a mí me ha servido es si yo veo Authentication
Jaider es que tiene que ver con el género del paquete es decir quién lo envió si vino bien si vino no
sé digamos que Authentication tienen que ver con el ICIO algo de lo que me interesa su integridad y
no repudio y el encapsulan IRIN Security Payload como estamos hablando ya del payload del paquete como
tal.
Lo que me interesa también es confidencialidad entonces aparte de integridad y no repudio.
También provee confidencialidad y bueno eso es todo amigos.
Espero les ha gustado y muy pronto.