infosec-interview-questions — 🗒️ Una colección [en progreso] de preguntas de entrevista para roles de Seguridad de la Información | Kitploit

infosec-interview-questions — 🗒️ Una colección [en progreso] de preguntas de entrevista para roles de Seguridad de la Información | Kitploit

¿Cuál es la diferencia entre codificación, cifrado y hash?
- La codificación garantiza la integridad del mensaje. Puede invertirse fácilmente. Ejemplo: base64
- El cifrado garantiza la confidencialidad del mensaje. Solo se puede invertir utilizando las claves de descifrado adecuadas. Ejemplo: AES256
- El hash es una función unidireccional. No se puede invertir. La salida tiene una longitud fija y suele ser más pequeña que la entrada.
¿TLS utiliza cifrado simétrico o asimétrico?
- Ambos.
- El intercambio inicial se realiza mediante cifrado asimétrico, pero el cifrado de datos masivos se realiza mediante simétrico. Consulta la siguiente pregunta para obtener información adicional.
- Recursos:
  - https://web.archive.org/web/20150206032944/https://technet.microsoft.com/en-us/library/cc785811.aspx
  - https://en.wikipedia.org/wiki/Transport_Layer_Security
Describe el proceso de establecimiento de una sesión TLS cuando alguien visita un sitio web seguro.
- El cliente envía un mensaje hello que enumera información criptográfica, como la versión de SSL/TLS y el orden de preferencia de las suites de cifrado del cliente. El mensaje también contiene una cadena de bytes aleatoria que se utiliza en cálculos posteriores. El cliente puede incluir métodos de compresión de datos en el mensaje hello también.
- El servidor responde con un mensaje hello que contiene la suite de cifrado elegida por el servidor, el certificado digital del servidor y otra cadena de bytes aleatoria. Si el servidor requiere autenticación mediante certificado de cliente, el servidor también enviará una client certificate request (solicitud de certificado de cliente) al cliente.
- El cliente verifica el certificado digital del servidor.
- El cliente envía una cadena de bytes aleatoria cifrada con la clave pública del servidor para permitir que tanto el cliente como el servidor calculen la clave secreta utilizada para el cifrado posterior entre cliente y servidor.
- Si el servidor solicitó un certificado de cliente, el cliente envía una cadena de bytes aleatoria cifrada con la clave privada del cliente junto con el certificado digital del cliente o una "alerta de no certificado digital". Esta alerta es solo una advertencia, pero algunas implementaciones harán fallar el handshake si la autenticación del cliente es obligatoria.
- El servidor verifica el certificado digital del cliente.
- El cliente envía un mensaje finished cifrado con la clave secreta calculada
- El servidor envía un mensaje finished cifrado con la clave secreta calculada
- Durante la duración de la sesión TLS, el servidor y el cliente ahora pueden intercambiar mensajes cifrados simétricamente con la clave secreta compartida
- Recursos:
  - Una descripción general del handshake SSL o TLS
¿Cómo se ataca a TLS? ¿Cómo se ha atacado a TLS en el pasado? ¿Por qué era un problema? ¿Cómo se solucionó?
- Cifrados débiles
- Heartbleed
- BEAST
- CRIME
- POODLE
¿Qué es el secreto perfecto hacia adelante?
- El secreto perfecto hacia adelante es un sistema que utiliza claves de sesión efímeras para realizar el cifrado real de los datos TLS, de modo que incluso si la clave privada del servidor se viera comprometida, un atacante no podría usarla para descifrar datos capturados que se hubieran enviado a ese servidor en el pasado.
Describe cómo funciona Diffie-Hellman.