OceanBase
English日本語简体中文
Docs Home
Products
Integrations
Release Notes

Databases

OceanBase DatabaseOceanBase Cloud OceanBase Best Practices

Tools

OceanBase Cloud PlatformOceanBase Migration ServiceOceanBase Developer CenterOceanBase Migration AssessmentOceanBase Admin ToolOceanBase Loader and DumperOceanBase DeployerKubernetes operator for OceanBaseOceanBase Diagnostic Tool OceanBase Binlog Service

Connectors and Middleware

OceanBase Database Proxy OceanBase Connector/C OceanBase Connector/J OceanBase Connector/ODBC OceanBase Connector/NETOceanBase Command-Line Client

Databases

OceanBase DatabaseOceanBase Cloud OceanBase Best Practices

Connectors and Middleware

OceanBase Database Proxy OceanBase Connector/C OceanBase Connector/J OceanBase Connector/ODBC OceanBase Connector/NETOceanBase Command-Line Client

Tools

OceanBase Cloud PlatformOceanBase Migration ServiceOceanBase Developer CenterOceanBase Migration AssessmentOceanBase Admin ToolOceanBase Loader and DumperOceanBase DeployerKubernetes operator for OceanBaseOceanBase Diagnostic Tool OceanBase Binlog Service
OceanBase DatabaseOceanBase Cloud ToolsConnectors and MiddlewareLifecycle Support Policy

OceanBase Database

KV - V4.3.5
  • OBKV overview
  • Architecture
  • OBKV-Table
    • Introduction to OBKV-Table
      • Overview
      • OBKV-Table operation types
      • Core features of OBKV-Table
      • Differences between replace and insert_or_update
      • Supported value types
      • OBKV-Table data models
    • Use the OBKV-Table Java client
      • Java development guide for OBKV-Table
      • Prepare for development with OBKV-Table
      • Use the OBKV-Table Java client to connect to a cluster
      • Set client parameters
      • Supported client interfaces
      • Use the OBKV-Table Java client
    • Use the OBKV-Table GO client
      • Use the OBKV-Table Go client to connect to a cluster
      • Overview of the Go client
      • Individual API operations
      • Batch operations
      • About queries
      • Aggregation API
      • Filters
    • FAQ
  • OBKV-HBase
    • Overview
    • OBKV-HBase core features
    • Compatibility with HBase
    • Deployment
    • Application development with OBKV-HBase
      • Overview of OBKV-HBase application development
      • Data model
      • Data model design
      • Connect to a cluster using the OBKV-HBase client
      • Migrate HBase business code to OBKV-HBase
      • Data operation examples
      • Delete expired data
    • OBKV-HBase migration guide
    • OBKV-HBase management
      • Overview
      • High availability
      • Security and permissions
      • Monitoring metrics
    • Performance test
    • OBKV-HBase integrations
      • Flink
        • Synchronize data to OBKV-HBase by using Flink
    • Views
    • FAQ

Download PDF

Document Feedback
  1. Documentation Center
  2. OceanBase Database
  3. KV
  4. V4.3.5

Security and permissions

Last Updated:2026-09-29 10:40:08

Identity authentication
Transparent data encryption

At present, OBKV-HBase supports identity authentication and transparent data encryption.

Identity authentication

Access to OBKV-HBase is performed through APIs, so identity authentication in OBKV-HBase is different from that in an OceanBase SQL cluster. OBKV-HBase implements identity authentication based on TCP connections. The working mechanism is the same when you connect to OBKV-HBase directly or by using ODP:

  • After a TCP connection is established, the first message is a login message. This message carries login information such as the cluster name, tenant name, username, password, and salt value.
  • After the database authenticates the identity based on the username and password, it generates a credential for the client, which will be carried and verified in each subsequent message. The client can access data in the database only if the carried credential is verified to be valid.
  • Each credential has a validity period. After a credential expires, the database server will refuse to provide services.

Transparent data encryption

Data storage encryption refers to transparent data encryption of clog files and other data stored in disks. Data is automatically encrypted before the data is written to a storage device, and the data is automatically decrypted when it is read. The processes are transparent to users. Hackers and malicious users cannot read sensitive data from files, database backups, or disks.

To protect the security of data stored in memory and disks, OceanBase Database supports the AES and SM4 encryption algorithms. AES is a popular algorithm across the world, and SM4 is an algorithm developed by China.

The references for transparent data encryption are as follows:

  • For more information about the concept of transparent data encryption, see Overview of database transparent encryption.
  • For more information about operations related to transparent data encryption, see the following topics:
    • Enable transparent data encryption for new tables
    • Enable transparent data encryption for existing tables
    • Decrypt a table

Previous topic

High availability
Last

Next topic

Monitoring metrics
Next
on this page
Identity authentication
Transparent data encryption