> For the complete documentation index, see [llms.txt](https://wiki.datadike.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://wiki.datadike.com/es/pam/get-started/core-concepts.md). # Conceptos fundamentales El vocabulario que utiliza DataDike PAM y cómo se relacionan los objetos entre sí. Lea esta página antes de las guías de administración. DataDike PAM tiene un vocabulario reducido, y casi todas las pantallas de la consola son uno de los objetos descritos a continuación. Aprender los seis que más importan hace que el resto de esta documentación se lea rápidamente. ## La cadena, en una frase Un **usuario** recibe una **autorización** que le permite abrir una **sesión** en una **cuenta** de un **activo**, mediante un protocolo permitido por la **plataforma** de ese activo y a través de una ruta de red proporcionada por un **gateway**, y toda la sesión queda grabada. Todo lo demás es un refinamiento de esa frase. ## Los objetos ### Activo Cualquier cosa a la que la solución intermedia el acceso: un servidor Linux o Windows, un dispositivo de red, una base de datos, una aplicación web, un host en la nube. Un activo no es una credencial: es el destino. Los activos viven en **Entorno › Activos** y se organizan en un árbol de carpetas. ### Plataforma El *tipo* de activo y lo que se puede hacer con él: qué protocolos acepta, qué puerto usa cada uno y qué automatizaciones admite, como recopilar cuentas, cambiar una contraseña o aprovisionar una cuenta nueva. La plataforma es lo que permite a la solución saber que un activo se alcanza por SSH en el puerto 22 pero no por RDP. Los activos heredan sus capacidades de la plataforma que tienen asignada. Las plataformas viven en **Entorno › Plataformas**. ### Cuenta Una credencial en un activo: `root` en un servidor Linux, `Administrator` en un host Windows, un inicio de sesión de base de datos. La cuenta es lo que la solución almacena, rota y entrega. Normalmente los usuarios nunca ven su secreto. Las cuentas viven en **Cuentas › Cuentas** y pertenecen siempre a exactamente un activo. ### Plantilla de cuenta Una definición de cuenta reutilizable, para que la misma cuenta pueda existir en muchos activos sin describirla una por una. Modifique la plantilla y el cambio puede propagarse a todos los activos que abarca. Las plantillas de cuenta viven en **Cuentas › Plantillas**. ### Autorización La regla que une los tres lados: **quién** (usuarios o grupos), **qué** (activos y cuentas) y **cómo** (qué protocolos, en qué horarios, con qué restricciones de comandos). No existe ningún acceso sin una de ellas. Las autorizaciones viven en **Políticas › Autorización**. ### Sesión Una conexión abierta a través de la solución. Mientras está en curso puede vigilarse y terminarse; una vez finalizada, la grabación permanece en el registro de auditoría. La sesión es la unidad sobre la que se construye la auditoría. Las sesiones viven en el área **Auditoría**. ## La ruta de red Cuatro objetos describen cómo la solución alcanza un activo, y es fácil confundirlos. | Objeto | Qué es | | ------------ | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | **Proxy** | Una zona: el registro que agrupa las máquinas de salto de una red y al que se asocian los activos. Un centro de datos, una nube, una VPC | | **Gateway** | La máquina de salto en sí, registrada dentro de un proxy. La solución abre una sesión en ella y reenvía el tráfico hacia el activo a través de ella | | **Broker** | Una ruta inversa, en la que el destino marca hacia la solución en lugar de que la solución marque hacia el destino. Para redes que no pueden aceptar conexiones entrantes | | **Conector** | El agente instalado en una máquina que no tiene ningún gateway delante, de modo que la propia máquina aloja su ruta | ## Identidad | Objeto | Qué es | | ----------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------- | | **Usuario** | Quien inicia sesión en la consola o abre sesiones | | **Grupo** | Un conjunto de usuarios, utilizado como sujeto de las autorizaciones | | **Perfil** | Lo que un usuario puede hacer *en la consola*: administrar, auditar o solo consumir acceso. Distinto de una autorización, que rige el acceso a los activos | Los usuarios pueden ser locales de la solución o sincronizarse desde un directorio. Consulte [LDAP y Active Directory](/es/pam/administration/identities/ldap-and-ad.md). ## Dos distinciones que conviene tener claras **Autorización no es perfil.** Un perfil decide qué pantallas de la consola ve una persona. Una autorización decide a qué activos y cuentas puede llegar. Un auditor puede tener un perfil potente y ninguna autorización. **Cuenta no es usuario.** Una cuenta es una credencial *en un destino*. Un usuario es una persona *de la solución*. El sentido de una solución de acceso privilegiado es que ambas nunca sean lo mismo: la persona se autentica como ella misma y la solución aporta la credencial del destino. ## Páginas relacionadas * [Arquitectura y componentes](/es/pam/get-started/architecture.md), las piezas que ejecutan la solución * [Un recorrido por la consola](/es/pam/get-started/console-tour.md), dónde vive cada objeto * [Incorpore su primer activo gestionado](/es/pam/get-started/first-managed-asset.md), el vocabulario en la práctica * [Autorizaciones](/es/pam/administration/access/authorizations.md)