You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Please pay attention on issues you submitted, because we maybe need more details.
If no response anymore and we cannot reproduce it on current information, we will close it.
Please answer these questions before submitting your issue. Thanks!
Which version of ShardingSphere did you use?
5.5.1
Which project did you use? ShardingSphere-JDBC or ShardingSphere-Proxy?
ShardingSphere-Proxy
Expected behavior
After using distsql to create encryption rules, the data can be converted to ciphertext when inserted in the proxy, but when querying, the ciphertext is still queried in the proxy. Under normal conditions, it should be plaintext.
Actual behavior
The query in the proxy is plain text
Reason analyze (If you can)
Steps to reproduce the behavior, such as: SQL to execute, sharding rule configuration, when exception occur etc.
1、Create a table called xxl_job_user
CREATE TABLE xxl_job_user(idint NOT NULL AUTO_INCREMENT,usernamevarchar(50) NOT NULL COMMENT '账号',passwordvarchar(255) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL COMMENT '密码',roletinyint NOT NULL COMMENT '角色:0-普通用户、1-管理员',permission varchar(255) DEFAULT NULL COMMENT '权限:执行器ID列表,多个逗号分割', PRIMARY KEY (id) USING BTREE, UNIQUE KEY i_username (username) USING BTREE ) ENGINE=InnoDB AUTO_INCREMENT=5 DEFAULT CHARSET=utf8mb3;
2、Use distsql statements to create encryption rules for the password field
CREATE ENCRYPT RULE xxl_job_user ( COLUMNS (( NAME = password, CIPHER = password, ENCRYPT_ALGORITHM ( TYPE ( NAME = 'AES', PROPERTIES ( 'aes-key-value' = '123456abc', 'digest-algorithm-name' = 'SHA-1'))))));
Bug Report
For English only, other languages will not accept.
Before report a bug, make sure you have:
Please pay attention on issues you submitted, because we maybe need more details.
If no response anymore and we cannot reproduce it on current information, we will close it.
Please answer these questions before submitting your issue. Thanks!
Which version of ShardingSphere did you use?
5.5.1
Which project did you use? ShardingSphere-JDBC or ShardingSphere-Proxy?
ShardingSphere-Proxy
Expected behavior
After using distsql to create encryption rules, the data can be converted to ciphertext when inserted in the proxy, but when querying, the ciphertext is still queried in the proxy. Under normal conditions, it should be plaintext.
Actual behavior
The query in the proxy is plain text
Reason analyze (If you can)
Steps to reproduce the behavior, such as: SQL to execute, sharding rule configuration, when exception occur etc.
1、Create a table called xxl_job_user
CREATE TABLE
xxl_job_user(
idint NOT NULL AUTO_INCREMENT,
usernamevarchar(50) NOT NULL COMMENT '账号',
passwordvarchar(255) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL COMMENT '密码',
roletinyint NOT NULL COMMENT '角色:0-普通用户、1-管理员',
permissionvarchar(255) DEFAULT NULL COMMENT '权限:执行器ID列表,多个逗号分割', PRIMARY KEY (
id) USING BTREE, UNIQUE KEY
i_username(
username) USING BTREE ) ENGINE=InnoDB AUTO_INCREMENT=5 DEFAULT CHARSET=utf8mb3;
2、Use distsql statements to create encryption rules for the password field
CREATE ENCRYPT RULE xxl_job_user ( COLUMNS (( NAME =
password, CIPHER =
password, ENCRYPT_ALGORITHM ( TYPE ( NAME = 'AES', PROPERTIES ( 'aes-key-value' = '123456abc', 'digest-algorithm-name' = 'SHA-1'))))));
3、Insert a piece of data into the proxy
INSERT INTO
xxx.
xxl_job_user(
id,
username,
password,
role,
permission) VALUES ( 4, 'admin1', '123456', 1, NULL );
4、Query data in proxy
SELECT * FROM
xxx.
xxl_job_userLIMIT 0,1000
5、The data queried in the proxy should be 123456, but the queried data is encrypted data.
Example codes for reproduce this issue (such as a github link).
The text was updated successfully, but these errors were encountered: