Enterprise Security

Full transport encryption. Support for encrypted storage and in-database transparent data encryption. Authentication, access control, and exception logging.

Authentication

Aerospike provides internal authentication services and can integrate with an external authentication system – specifically, LDAP – to verify user identity. Aerospike also supports Kerberos authentication. Configuration settings enable administrators to specify which approach the system will use. Rich set of access control options are available including ACLs. White listing, which is one of the most secure forms of access control is also supported. Creating a new Aerospike user account using the command line is simple. Aerospike stores the user names and a hash of corresponding passwords on every node in the cluster. Optionally, administrators can override Aerospike’s default security settings to configure Aerospike for LDAP authentication or “hybrid” authentication, which supports both local and LDAP-based user accounts.

Authorization: roles and privileges

In Aerospike, users (authenticated) can be assigned to various roles, each of which confer a set of privileges. Administrators can also create new roles, essentially combining different collections of privileges under one role that can be assigned to users.

Aerospike offers 7 pre-defined roles that address common collections of privileges that an administrator might want to grant to a user:

  • This encompasses various types of read operations against a specific user data set (e.g., get a record, scan a data set, query a data set) and also permits the user to read server configuration data. In addition, users can change their own passwords.
  • Read/write. This includes all read role privileges as well as the ability to perform various write operations against a specific data set.
  • This encompasses various types of write operations against a specific user data set
  • Read/write/UDF execution. In addition to read/write privileges, this role enables users to execute user-defined functions (UDFs) directly or to execute queries that invoke UDFs.
  • Data administration. This includes creating and dropping various database objects, using a monitoring system, aborting scans and queries, and changing user passwords.
  • System administration. In addition to all data administration privileges, this role supports setting dynamic server configuration variables and enabling specialized logging (i.e., auditing).
  • User administration. As the name implies, this role governs management of user accounts

If using LDAP, an Aerospike administrator links Aerospike roles to desired LDAP accounts to regulate the behavior of authenticated users.

Encryption

Aerospike natively supports encryption-in-motion (TLS 1.2), and encryption-at-rest (AES-128 and AES-256)

Aerospike’s TLS implementation addresses network traffic:

  • Between clients and a server cluster
  • Between nodes in a server cluster
  • Across server clusters configured for cross-data center replication.

Encrypting data-at-rest can have a performance impact, so it’s best to benchmark the potential impact using your own data and deployed hardware. To reduce runtime performance impact, Aerospike encrypts data on a per-record basis rather than a per-disk sector basis. Aerospike ran several tests using Intel Xeon processors, which feature encryption capabilities built into the hardware to accelerate runtime performance. Aerospike observed a 20% performance decrease of transactions per second (TPS) with record sizes smaller than 512 bytes, while there was no measurable performance loss with record sizes of 1 KB or greater. 

Audit trail

The ability to track system events provides important security and diagnostic capabilities. Aerospike enables administrators to define and configure audit trails to log attempted and successful database operations to local files, the Aerospike log file, or the default sink.

Aerospike supports granular levels of audit trail definitions to minimize performance impact:

  • Security violations (including authentication failures and role violations).
  • Successful authentications.
  • Successful or attempted data operations (including various write/read operations).
  • User administration operations (including creating/dropping users, granting/revoking user privileges, creating/dropping roles, etc.).
  • System administration operations (including creating/dropping secondary indexes, registering/removing UDFs, changing dynamic server configurations, etc.).

In general, auditing security violations and other seldom-occurring events will have minimal performance impact, while logging every attempted or successful data operation on numerous data sets can slow runtime performance in systems under heavy load as well as increase storage requirements for the logs. It’s best to measure potential performance impact and storage needs in a test environment if you plan to maintain extensive audit records.

Whitelisting

Strong security model which provides granular access restrictions at the domain and user level.

Whitelisting diagram

Write-Only Roles

Provides role level access controls for reporting into Aerospike but not reading data. Some use cases that are enabled by the above features include deployment configurations that have security domains with different access rights within a single organization. For example, a user can be authorized to write data that is classified as highly secure but is not allowed to read data submitted by others with the same highly secure classification. Individual domains and users can also be selectively restricted to access only certain sets of data. Therefore, these features allow Aerospike to be used for fine grained security models in highly secure organizations.

Write-only Roles diagram

Centralized Secret Management option – Integration with HashiCorp Vault

In Aerospike, configuration information for encryption-at-rest, TLS for network links, LDAP authentication resides in files on the local filesystem. Starting from Aerospike 5.1, selected configuration files can be migrated from the local filesystem to HashiCorp Vault secrets.  This reduces the attack surface, solves the distribution problem, and allows IAM policies to be defined and centrally administered independently of Aerospike deployments.

In this block diagram of Aerospike 5.1 components, it can be seen where Vault fits in.  Vault has a client-server architecture and Aerospike operates as a Vault client.  Aerospike supports Vault V1 & V2 Secrets engines with a RESTful API.  Local file accesses are replaced by communication over encrypted network links to Vault servers to retrieve secrets.

Aerospike 5.1 components with HashiCorp Vault

Aerospike allows the following classes of parameters to be managed by and stored within Vault:

  • LDAP user credentials & TLS certificates
  • XDR remote destination passwords
  • Encryption-at-rest key
  • Network TLS certificates and keys

Customers who have already deployed Vault in their enterprise can take advantage of Aerospike’s integration by creating new Vault secrets using their pre-existing infrastructure. Customers new to Vault would need to define and deploy Vault servers before taking advantage of it in Aerospike 5.1. Having a working knowledge of Vault is essential before attempting to deploy it with Aerospike.

View all features

Ready to get started?