The PostgreSQL Secured by SG is a ready-to-deploy Shielded PostgreSQL Server instance designed to eliminate the need to build a patchwork security solutions in order to protect the PostgreSQL data.
The instance uses advanced security techniques such as secure boot, vTPM, UEFI firmware, integrity monitoring at the virtualization layer and transparent encryption, extended access controls, tamper-resistant logs at the data layer in order to protect the PostgreSQL data.
> Virtual Appliance
Our VM uses advanced security techniques such as secure boot, vTPM, UEFI firmware, integrity monitoring at the virtualization layer and transparent encryption, extended access controls, tamper-resistant logs at the data layer in order to protect PostgreSQL data against unauthorized access.
All Server General operations are logged on four different servers making it very challenging for an attacker to successfully launch a log tampering attack. You can deploy our PostgreSQL Secured by SG instance in less than 10 minutes.
Our automated scripts will install and configure the instance to provide you maximum security and performance. The PostgreSQL Secured by SG can enable you to achieve regulatory compliance without having to create a patchwork of security solutions.
The HIPAA Act requires covered entities to provide public notification upon discovery of a breach of unsecured ePHI (Electronic Patient Health Information) involving more than 500 records. However, ePHI that is secured via encryption does not trigger the breach notification requirement. SG-TDE-AnyCloud can help covered entities to gain protection under the Safe Harbor provision of the HITECH Act by helping them transparently encrypt their ePHI stored in a database or a file server, hosted on any cloud platform.
The MySQL data is transparently encrypted at the file-system layer before it hits the disk. This in-kernel is quick. You are in control of your data encryption key while we help you store it in our managed key locker so it is available when you need it.
The instance uses a trimmed down version of the OS thereby reducing the attack surface significantly. The total footprint that includes the OS, MySQL server and our security software is around 850MB.
Advanced access controls makes it difficult for unauthorized users, including the “root” user, from accessing the protected data sets in clear-text.
Every Server General operation is logged at four different locations in order to nullify log tampering attempts. All privileged operations conducted by the MySQL Secured by SG administrators are logged within and outside of the administrative domain of our customers. This feature provides non-repudiation and is heavily relied upon by auditors. In fact each Server General command is stored at four different locations.
MySQL Secured By SG uses standard encryption functionality embedded within the mainstream Linux kernel. This functionality is based on a stackable file system that was developed by Erez Zadok, CTO, Server General Inc.
The instance uses "Secure Boot" to make sure that only authenticated software is installed at the OS layer.
Remote attacks, privilege escalation and insider attacks are prevented with help of integrity monitoring.
Many solutions cling to old security concepts that result in misplaced trust in the network/system administrator. This completely defies application’s access control logic as intended by the application vendor thereby exposing the application data to a whole host of attacks. MySQL Secured by SG segregates management responsibilities based on roles in order to safeguard data.
The core components of MySQL Secured By SG are a data encryption engine, a key management engine, an access control engine, and a reporting engine. Each component performs a critical function in securing sensitive information and collectively they provide active countermeasures against various types of attack vectors.
A high-performance Data Encryption Engine is employed to provide strong encryption for all writes, and decryption for all reads. The application server data is encrypted at the file-system layer using the AES algorithm. This in- kernel data encryption is quick, transparent and you control the data encryption keys while we help you manage them.
Data encryption protects against theft of media, data images – even if intruders are able to obtain physical or electronic copies of data. The stolen data would be unusable without the decryption keys. Any probing of files would only yield blocks of ciphertext.
The Key Management Engine allows our customers to control their own encryption keys at all times. The encryption keys are stored in one or more key lockers deployed within the Server General global key management infrastructure. The encryption keys are themselves wrapped in another layer of encryption using a master key (a passphrase) that is only known to the data owner. This way only cipher blobs are stored in key lockers preventing other parties from deciphering them. The key management system allows customers to generate strong keys, rotate them on-demand, revoke any key at any time and store them in a secure location. Our security staff ensures their availability.
The Access Control Engine provides industrial strength identification and authentication mechanism that results in reduction of the ‘trust domain’. Only authorized Server General administrators are able to access administrative functions: this one measure reduces the risk posed by rogue systems administrators (or any other entity that has progressed beyond perimeter security). The access control engine allows only authorized users to access the protected data sets.
The Logging Engine logs every administrative operation related to Server General. The logs are stored at four different locations - on the host server and remotely within our cloud infrastructure. These logs provide crucial information during a security audit. In case of a regular server, an external or a malicious internal user may gain unauthorized access to the sensitive data – then perform acts to conceal the breach by removing or editing audit logs. However, this is not possible with Server General, as logs are stored outside the administrative domain of the compromised entity.
This site uses Google cookies to provide services and analyze traffic.
Copyright © 2021 SERVERGENERAL