Cassandra · Lección 18
¿Cómo se asegura un cluster Cassandra?
Con RF 1 en system_auth es suficiente: si el nodo que guarda las credenciales cae, los usuarios pueden seguir autenticándose en otros nodos
Por defecto Cassandra no exige autenticación (AllowAllAuthenticator): hay que activar PasswordAuthenticator y un autorizador con roles, cambiar la cuenta cassandra/cassandra por defecto, replicar el keyspace system_auth en varios nodos, cifrar con TLS el tráfico entre clientes y nodos y entre nodos, y no exponer los puertos de CQL, internodo ni JMX a redes no confiables
Cassandra exige usuario y contraseña desde la instalación, así que no hace falta cambiar ninguna configuración ni la cuenta cassandra por defecto
Activar TLS entre clientes y nodos cifra automáticamente también el tráfico entre los propios nodos, sin ninguna configuración adicional
Cassandra · Lección 18
Completa el código
El keyspace que guarda usuarios y roles es
Revisa: system_auth.
Cassandra · Lección 18
¿Por qué un system_auth con una sola réplica puede impedir el acceso si cae ese nodo?
Pista: las credenciales y roles viven solo en un nodo y los demás no pueden validar a los usuarios; si ese nodo cae, nadie puede autenticarse, por eso se aumenta el factor de replicación de system_auth.
✓
¡Lección completada!
Seguridad — autenticación, roles, TLS y system_auth
0
XP ganado
3
Vidas restantes