博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
MariaDB 加密特性及使用方法
阅读量:4199 次
发布时间:2019-05-26

本文共 2675 字,大约阅读时间需要 8 分钟。

MariaDB在10.1.3版本中加入了支持表加密和表空间加密的特性,在10.1.7版本加入了支持binlog加密的特性,这使得我们可以对数据文件和binlog进行加密,避免数据文件、binlog等文件被窃取后破解出关键数据。

本文主要介绍MariaDB加密特性、使用方法。

一.MariaDB的加密特性

  • innodb表空间加密
  • innodb日志加密
  • binlog加密
  • aria表加密
  • 临时文件加密

加密特性的一些限制:

  1. 元数据文件(.frm)目前尚未加密;
  2. 目前只有MariaDB server才能解密,mysqlbinlog工具还不支持解析加密后的binlog文件
  3. xtrabackup工具目前无法备份/恢复使用了加密特性的MariaDB实例。
  4. 慢查询日志和错误日志尚未加密,里面可能会包含原始数据。

二.使用MariaDB加密

为了保护加密后的数据,密钥一般存放在和数据文件不同的位置。MariaDB的密钥管理方式可以根据不同的保密需求来开发密钥管理插件,在默认情况下可以使用file_key_management插件,该插件以文件的方式存储密钥。
file_key_management插件:
相关参数:
file_key_management_filename:密钥文件位置, 比如/etc/my.cnf.d/file_key.txt
file_key_management_filekey:密钥文件的解密密码,如果密钥文件有加密的话则必须提供
file_key_management_encryption_algorithm:加密算法, AES_CBC/AES_CTR

密钥文件格式:

# MariaDB encryption file key1;561A4A02DA569D12EE4A4682369574322;561A4A02DA569D12EE4A4682369574443;87A6C96D487659137E316A467BEA646787A6C96D487659137E316A467BEA6467

每行密钥由两部分组成,第一部分是密钥id,紧跟分隔符后面的是十六进制的密钥。
每个表可以单独指定一个密钥id(1-255)。不过innodb系统表空间和日志文件固定使用id为1的密钥来加密,所以密钥文件中一定要有id为1的密钥。如果存在密钥id为2的密钥,则会用来加密临时表和临时文件。

这里还可以对密钥文件本身进行加密来防止密钥文件外泄,例如把明文的file_key.txt文件加密成file_key_enc.txt,密码为file_key_encrypt_key: openssl enc -aes-256-cbc -md sha1 -k file_key_encrypt_key -in file_key.txt -out file_key_enc.txt

innodb加密选项:
innodb-encrypt-tables:on/off/force, 是否加密所有innodb表, force表示强制加密所有innodb表
innodb-encrypt-log:on/off, 是否加密innodb日志文件
innodb-encryption-rotate-key-age:秒数,如果获取到了新密钥多久更新一次页面加密
innodb-encryption-rotation-iop:IOPS,最多允许用多少IOPS来做页面加密更新
innodb-encryption-threads:线程数,用多少个后台线程来做页面加密更新

binlog加密选项:
encrypt-binlog:on/off,是否加密binlog

其他加密选项:
encrypt_tmp_files:on/off,是否加密临时文件
encrypt_tmp_disk_tables:on/off,是否加密aria临时表
aria_encrypt_tables:on/off,是否加密aria表(只对ROW_FORMAT=PAGE)

加密测试:

在/etc/my.cnf.d/server.conf中添加:plugin-load-add=file_key_management.sofile_key_management_encryption_algorithm=aes_cbcfile_key_management_filename = /etc/my.cnf.d/file_key_enc.txtfile_key_management_filekey = file_key_encrypt_keyinnodb-encrypt-tablesinnodb-encrypt-loginnodb-encryption-threads=4encrypt-binlogencrypt_tmp_filesencrypt_tmp_disk_tablesaria_encrypt_tables添加完成后重启MariaDB服务。

创建不加密的表:
create table unencrypt_t(id int, name varchar(32)) ENCRYPTED=NO;

创建加密的表,指定密钥id为3:
create table encrypt_t(id int, name varchar(32)) ENCRYPTED=YES ENCRYPTION_KEY_ID=3;

修改不加密的表为加密:
alter table unencrypt_t ENCRYPTED=YES ENCRYPTION_KEY_ID=3;

修改加密的表为不加密:
alter table unencrypt_t ENCRYPTED=NO;

插入数据:

insert into unencrypt_t(id, name) values(1, 'one');insert into encrypt_t(id, name) values(1, 'one');

已加密的数据文件对比未加密的数据文件:

binlog加密:

加密开启后的主备同步:
开启加密后,主机和备机之间的binlog传输是不加密的,由备机在写relaylog/binlog/数据文件时进行加密。所以主备之间的密钥可以不同,但id信息必须一致,否则建表语句在备机上无法执行成功,将会导致slave SQL线程中止。

加密和压缩:
数据加密和数据压缩可以同时使用,MariaDB先做数据压缩再做数据加密,可以节约很大的存储空间。

转载地址:http://ieuli.baihongyu.com/

你可能感兴趣的文章
magent controller
查看>>
magento--12--24--2010
查看>>
MAGENTO数据转移/换服务器/换域名
查看>>
强制增加magento用户
查看>>
获取数据!!
查看>>
magento ----后台grid模块的加载 --以news插件为例个人分析(一)
查看>>
站长制定网站的SEO策略步骤
查看>>
站长浅谈企业网站多个关键字的优化方法
查看>>
解析百度11位现象和网站作弊降权
查看>>
magento-----(一)前后台url的区别分析----(二)模块的执行过程分析
查看>>
magento---后台grid加载过程分析(二)-------edit grid-----news插件为例!
查看>>
自定义Magento系统配置
查看>>
输出出错信息!!
查看>>
js首页图片切换
查看>>
magento——后台导入产品数据注意的问题
查看>>
magento------tabs的分析和使用!!!
查看>>
低版本magento的一个session的bug
查看>>
wordpress-----后台设置URL出错后,登陆不了后台和前台的解决方法!!
查看>>
magento -- magento connect中我常用的key和magento网站收集
查看>>
后台的grid显示出来的功能模块步骤-----个人总结--12.28
查看>>