CN112749376B - Dynamic desensitization method for relational database - Google Patents
Dynamic desensitization method for relational database Download PDFInfo
- Publication number
- CN112749376B CN112749376B CN202110246191.XA CN202110246191A CN112749376B CN 112749376 B CN112749376 B CN 112749376B CN 202110246191 A CN202110246191 A CN 202110246191A CN 112749376 B CN112749376 B CN 112749376B
- Authority
- CN
- China
- Prior art keywords
- data
- client
- database
- sensitive
- sensitive data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000000586 desensitisation Methods 0.000 title claims abstract description 53
- 238000000034 method Methods 0.000 title claims abstract description 22
- 238000012795 verification Methods 0.000 claims description 8
- 238000012545 processing Methods 0.000 abstract description 7
- 238000012790 confirmation Methods 0.000 description 2
- 238000013075 data extraction Methods 0.000 description 2
- 238000007792 addition Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
- G06F21/31—User authentication
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/28—Databases characterised by their database models, e.g. relational or object models
- G06F16/284—Relational databases
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
- G06F21/6218—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
- G06F21/6218—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
- G06F21/6245—Protecting personal data, e.g. for financial or medical purposes
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2221/00—Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F2221/21—Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F2221/2141—Access rights, e.g. capability lists, access control lists, access tables, access matrices
Abstract
A dynamic desensitization method of a relational database belongs to the technical field of data processing, and comprises the following steps: and step S01, the database receives the login request of the client and verifies the login request, if the login request is verified correctly, the step S02 is executed, and if not, the step S01 is repeated. And step S02, after receiving a request for applying for reference by the client, the database acquires the viewing permission of the client, acquires data required by the client according to the data type, sequentially identifies sensitive data of the data required by the client outside the viewing permission according to the data type, sends the data required by the client to the client if no sensitive data is identified, and executes step S03 if no sensitive data is identified. And step S03, the database sequentially rewrites SQL statements of the data required by each type of client containing sensitive data through desensitization rules. And S04, the database sends the data needed by the client with the hidden sensitive data to the client. The invention can desensitize any type of sensitive data in real time, and has strong flexibility and high security of the sensitive data.
Description
Technical Field
The invention belongs to the technical field of data processing, and particularly relates to a dynamic desensitization method of a relational database.
Background
Nowadays, the internet has increasingly tight living relations with people, and the requirement on privacy protection is higher and higher. When data is acquired, personal privacy information and some sensitive data such as names, addresses, certificate numbers, addresses, contact information and the like are involved, and desensitization processing is carried out to ensure the safety protection of privacy.
For example, inventive patent application publication No. CN111931240A, published 2020, 11/13, entitled database desensitization method for protecting sensitive privacy data discloses a database desensitization method for protecting sensitive privacy data, comprising the steps of: the method comprises the following steps: a user logs in a data extraction system and carries out identity authentication on the user; step two: a user performs data extraction after logging in the system through verification to obtain required data; step three: performing data discovery processing on the extracted data, identifying the type of sensitive data in the data, and recording the storage position of the sensitive data; step four: when the data is found to be sensitive data, carrying out desensitization treatment on the data; step five: carrying out data comparison on the desensitized data and the original data to judge whether the data meet the expected requirements after desensitization; step six: and generating the desensitized data which is judged to be expected to the display terminal of the user for displaying. The invention can better desensitize the sensitive private data and meet different use requirements of users, but different programs are required to be set for different types of data, and the flexibility is poor.
Disclosure of Invention
The invention solves the problems of poor flexibility because different programs are required to be set for data desensitization of different types in the prior art, and provides a dynamic desensitization method of a relational database, which can desensitize any type of sensitive data in real time and has strong flexibility.
In order to achieve the above purpose, the invention is realized by the following technical scheme:
a method of dynamic desensitization of a relational database, the method comprising:
step S01, the database receives a login request of the client and verifies the login request, if the login request is verified correctly, the step S02 is executed, otherwise, the step S01 is repeated;
step S02, after receiving a request for applying for reference by a client, a database acquires the viewing permission of the client, acquires data required by the client according to data types, sequentially identifies sensitive data of the data required by the client outside the viewing permission according to the data types, sends the data required by the client to the client if the sensitive data are not identified, and executes step S03 if the sensitive data are not identified;
s03, sequentially rewriting SQL statements of data required by each type of client containing sensitive data by the database through desensitization rules, and hiding the sensitive data;
and S04, the database sends the data needed by the client with the hidden sensitive data to the client.
When the database data is acquired, the database can be accessed only after the login request is verified to be correct, and the security of the database is ensured. Different clients have different viewing permissions, so that the different clients can be guaranteed to avoid sensitive data leakage under the condition of acquiring required data, and privacy safety is guaranteed. The SQL sentences containing the required data of the clients of each type of the sensitive data are rewritten in sequence through desensitization rules, the operation is flexible, the sensitive data do not need to be subjected to classified desensitization, and the classified desensitization can be subjected to real-time desensitization to different viewing authorities quickly and well in sequence.
Preferably, the step S01 of receiving, by the database, the login of the client specifically includes:
step S11, the database performs login verification on the client account and the client password in the login request;
and S12, comparing the client account and the client password in the login request with the client account and the client password in the database by the database, accumulating and counting the number of comparison in comparison, if the client account and the client password in the login request are the client account and the client password in the database and the accumulated number is less than or equal to the preset number, successfully logging in, and otherwise, not performing login verification within the preset time.
The setting enhances the safety of the client during login and avoids the information leakage of the database.
Preferably, the step S04 further includes: and the database stores the data required by the client hiding the sensitive data in the database and marks the account number of the client.
Preferably, when the database compares the client account and the client password in the login request with the client account and the client password in the database, if the database has data marking the client account, the database compares the data marking the client account with the data required by the client after acquiring the data required by the client and the viewing permission of the client; if the data required by the client is less than the data marked with the client account, removing redundant data in the data marked with the client account and then sending the data to the client; if the data required by the client is the same as the data for marking the client account, sending the data for marking the client account to the client; if the data needed by the client is more than the data for marking the client account, acquiring additional data outside the data for marking the client account, sequentially identifying sensitive data of the additional data outside the viewing permission according to the data types, sending the additional data and the data for marking the client account to the client when the sensitive data are not identified, executing the step S03 when the sensitive data are available, and then sending the additional data with the hidden sensitive data and the data for marking the client account to the client.
By the arrangement, the quantity of the required query and desensitization is reduced when the same client logs in repeatedly, the information acquisition speed is increased, and repeated processing is avoided.
Preferably, the step S02 of obtaining the data required by the client according to the type specifically includes: the database calls data required by the client according to a request which is applied and consulted by the client, and then forms a data table by the called data according to data types, wherein each column is a data type.
Forming a data table facilitates desensitization and client viewing.
Preferably, the step S02 of sequentially identifying, according to the data type, the sensitive data of the data required by the client outside the viewing right specifically includes: and the database compares the data of each column with the data outside the viewing authority in the database according to the data of each column in the data table, if the data of one column is outside the viewing authority, the column is marked, and otherwise, the data of each column is marked after the sensitive data outside the viewing authority.
This arrangement facilitates rapid location of sensitive data during desensitization.
Preferably, the step S03 specifically includes: and the database rewrites the sensitive data marked in the SQL statement and notes the position in the data table through a desensitization rule to hide the sensitive data.
This arrangement increases the desensitization speed and reduces the time for the database to process data.
Preferably, the desensitization rule includes replacing sensitive data in the SQL statement with a specific character and overwriting a specific schema of the corresponding sensitive data with a specific schema.
Preferably, the step S03 further includes: and sequentially identifying the data required by the client after rewriting the SQL statements again according to the data types, executing the step S04 after identifying that the sensitive data is not checked, and rewriting the SQL statements of the data required by the client containing the sensitive data by the database through desensitization rules otherwise.
Therefore, omission is prevented when the SQL statement is rewritten, confirmation is carried out, and sensitive data omission is effectively avoided.
Preferably, the SQL statement sent in step S04 and hiding the data required by the client of the sensitive data is encrypted.
Therefore, the SQL statement is irreversibly rewritten, and sensitive data leakage is prevented.
The invention has the advantages that:
(1) When the database data is acquired, the database data is required to be logged in first, and the database can be accessed only after the login request is verified to be correct, the verification times are limited, and the confidentiality of the database is ensured.
(2) The database stores the data needed by the client with hidden sensitive data in the database, marks the account number of the client, and directly obtains the data according to the data needed by the client when the client logs in next time, so as to remove the data or add the data. Therefore, when the same client logs in repeatedly, the quantity of the information to be inquired and desensitized is reduced, the information acquisition speed is increased, and repeated processing is avoided.
(3) Different clients have different viewing authorities, so that the leakage of sensitive data can be avoided under the condition of acquiring required data by the different clients, and privacy safety is ensured.
(4) The SQL statements of the data required by the client side of each type containing the sensitive data are rewritten in sequence through desensitization rules, the operation is flexible, classification desensitization on the sensitive data is not needed, and real-time desensitization can be performed on different viewing authorities quickly and well through classification sequential desensitization.
Drawings
FIG. 1 is a flow chart of a method for dynamic desensitization of a relational database according to the present invention.
Detailed Description
The following are specific embodiments of the present invention and are further described with reference to the drawings, but the present invention is not limited to these embodiments.
As shown in fig. 1, to achieve the above object, the present invention is implemented by the following technical solutions:
a method of dynamic desensitization of a relational database, the method comprising:
and step S01, the database receives the login request of the client and verifies the login request, if the login request is verified correctly, the step S02 is executed, and if not, the step S01 is repeated.
The step S01 of the database receiving the login of the client specifically includes:
and step S11, the database performs login verification on the client account and the client password in the login request.
And S12, comparing the client account and the client password in the login request with the client account and the client password in the database by the database, accumulating and counting the number of comparison in comparison, if the client account and the client password in the login request are the client account and the client password in the database and the accumulated number is less than or equal to the preset number, successfully logging in, and otherwise, not performing login verification within the preset time.
The preset times are three times, and the preset time is 12 hours. The setting enhances the safety of the client during login and avoids the information leakage of the database. And when the account number and the password are input, once the time difference between the first character and the last character is input is larger than the preset time difference, the user cannot log in the database. The setting enhances the safety of the client during logging in and avoids the information leakage of the database.
And step S02, after receiving a request for applying for reference by the client, the database acquires the viewing permission of the client, acquires data required by the client according to the data type, sequentially identifies sensitive data of the data required by the client outside the viewing permission according to the data type, sends the data required by the client to the client if no sensitive data is identified, and executes step S03 if no sensitive data is identified.
The obtaining of the data required by the client according to the type specifically includes: the database calls data required by the client according to a request which is applied and consulted by the client, and then forms a data table by the called data according to data types, wherein each column is a data type.
Identifying sensitive data of the data required by the client outside the viewing permission in sequence according to the data types specifically comprises the following steps: and the database compares the data of each column with the data outside the viewing authority in the database according to the data of each column in the data table, if the data of one column is outside the viewing authority, the column is marked, and otherwise, the data of each column is marked after the sensitive data outside the viewing authority. This arrangement facilitates rapid location of sensitive data during desensitization.
And S03, the database sequentially rewrites SQL sentences of the data required by the clients of each type containing the sensitive data through desensitization rules, and the sensitive data are hidden. Specifically, the database overwrites the sensitive data marked in the SQL statement and notes the position in the data table by the desensitization rule, hiding the sensitive data. This arrangement increases the desensitization speed and reduces the time for the database to process data.
The desensitization rule includes replacing sensitive data in the SQL statement with a specific character and overwriting a specific schema of the corresponding sensitive data with the specific schema. Specifically, the SQL statement: select id, name from student. Desensitization rules: table: student, column: name, desensitization algorithm: mask. Sentence parsing structure: columns, id, name; tables is student; matching the name with the student, name through an algorithm, rewriting the name into a mask (name) as name, and finally outputting a statement: select id, mask (name) as name from student.
Preferably, the step S03 further includes: and sequentially identifying the data required by the client after rewriting the SQL statements again according to the data types, executing the step S04 after identifying that the sensitive data is not checked, and rewriting the SQL statements of the data required by the client containing the sensitive data by the database through desensitization rules otherwise. Therefore, omission is prevented when the SQL statement is rewritten, confirmation is carried out, and sensitive data omission is effectively avoided.
And S04, the database sends the data needed by the client with the hidden sensitive data to the client. And the transmitted SQL statement of the data required by the client hiding the sensitive data is encrypted. Therefore, the SQL statement is irreversibly rewritten, and sensitive data leakage is prevented.
Step S04 further includes: and the database stores the data required by the client hiding the sensitive data in the database and marks the account number of the client. Preferably, when the database compares the client account and the client password in the login request with the client account and the client password in the database, if the data marked with the client account exists in the database, the data marked with the client account is compared with the data required by the client after acquiring the data required by the client and the viewing permission of the client. And if the data required by the client is less than the data marked with the client account, removing redundant data in the data marked with the client account and then sending the data to the client. And if the data required by the client is the same as the data marked with the client account, sending the data marked with the client account to the client. If the data required by the client is more than the data for marking the client account, acquiring additional data outside the data for marking the client account, sequentially identifying sensitive data of the additional data outside the viewing permission according to the data type, sending the additional data and the data for marking the client account to the client when the sensitive data are not identified, executing the step S03 when the sensitive data are available, and then sending the additional data in which the sensitive data are hidden and the data for marking the client account to the client.
By the arrangement, the quantity of the required query and desensitization is reduced when the same client logs in repeatedly, the information acquisition speed is increased, and repeated processing is avoided.
When the database data is acquired, the database can be accessed only after the login request is verified to be correct, and the security of the database is ensured. Different clients have different viewing permissions, so that the different clients can be guaranteed to avoid sensitive data leakage under the condition of acquiring required data, and privacy safety is guaranteed. The SQL statements of the data required by the client side of each type containing the sensitive data are rewritten in sequence through desensitization rules, the operation is flexible, classification desensitization on the sensitive data is not needed, and real-time desensitization can be performed on different viewing authorities quickly and well through classification sequential desensitization.
The specific embodiments described herein are merely illustrative of the spirit of the invention. Various modifications or additions may be made to the described embodiments or alternatives may be employed by those skilled in the art without departing from the spirit or ambit of the invention as defined in the appended claims.
Claims (6)
1. A method for dynamic desensitization of a relational database, the method comprising:
step S01, the database receives a login request of the client and verifies the login request, if the login request is verified correctly, the step S02 is executed, otherwise, the step S01 is repeated;
step S02, after receiving a request for applying for reference by a client, a database acquires the viewing permission of the client, acquires data required by the client according to data types, sequentially identifies sensitive data of the data required by the client outside the viewing permission according to the data types, sends the data required by the client to the client if the sensitive data are not identified, and executes step S03 if the sensitive data are not identified; the step S02 of acquiring data required by the client by type specifically includes: the database calls data required by the client according to a request which is applied and consulted by the client, and then forms a data table by the called data according to data types, wherein each data type is one column; the step S02 of sequentially identifying, according to the data type, the sensitive data of the data required by the client outside the viewing right specifically includes: the database compares the data of each column with the data outside the viewing authority in the database according to the data of each column in the data table, if the data of one column is outside the viewing authority, the column is marked, otherwise, the data of each column is marked after the sensitive data outside the viewing authority;
s03, sequentially rewriting SQL statements of data required by each type of client containing sensitive data by the database through desensitization rules, and hiding the sensitive data;
step S04, the database sends the data needed by the client with the hidden sensitive data to the client;
the step S04 further includes: the database stores the data needed by the client hiding the sensitive data in the database and marks the account number of the client;
when the database compares the client account and the client password in the login request with the client account and the client password in the database, if the data marking the client account exist in the database, the data marking the client account is compared with the data required by the client after the data required by the client and the viewing permission of the client are acquired; if the data required by the client is less than the data marked with the client account, removing redundant data in the data marked with the client account and sending the data to the client; if the data required by the client is the same as the data for marking the client account, sending the data for marking the client account to the client; if the data required by the client is more than the data for marking the client account, acquiring additional data outside the data for marking the client account, sequentially identifying sensitive data of the additional data outside the viewing permission according to the data type, sending the additional data and the data for marking the client account to the client when the sensitive data are not identified, executing the step S03 when the sensitive data are available, and then sending the additional data in which the sensitive data are hidden and the data for marking the client account to the client.
2. The method for dynamic desensitization of relational databases according to claim 1, wherein the step S01 of accepting the login of the client specifically comprises:
step S11, the database performs login verification on the client account and the client password in the login request;
and S12, comparing the client account and the client password in the login request with the client account and the client password in the database by the database, accumulating and counting the number of comparison in comparison, if the client account and the client password in the login request are the client account and the client password in the database and the accumulated number is less than or equal to the preset number, successfully logging in, and otherwise, not performing login verification within the preset time.
3. The method for dynamic desensitization of relational databases according to claim 1, wherein said step S03 comprises: the database overwrites the marked columns in the SQL statement or the sensitive data through desensitization rules and notes the position in the data table, and the sensitive data is hidden.
4. The dynamic desensitization method according to claim 3, wherein said desensitization rules include replacing sensitive data in SQL statements with special characters and overwriting special statements of corresponding sensitive data with special statements.
5. The method for dynamic desensitization of relational databases according to claim 1, wherein said step S03 further comprises: and sequentially identifying the data required by the client after rewriting the SQL statements again according to the data types, executing the step S04 after identifying that the sensitive data is not checked, and rewriting the SQL statements of the data required by the client containing the sensitive data by the database through desensitization rules otherwise.
6. The method according to claim 1, wherein the SQL statement sent in step S04 and hiding the data required by the client of the sensitive data is encrypted.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110246191.XA CN112749376B (en) | 2021-03-05 | 2021-03-05 | Dynamic desensitization method for relational database |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110246191.XA CN112749376B (en) | 2021-03-05 | 2021-03-05 | Dynamic desensitization method for relational database |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN112749376A CN112749376A (en) | 2021-05-04 |
| CN112749376B true CN112749376B (en) | 2023-03-24 |
Family
ID=75651670
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110246191.XA Active CN112749376B (en) | 2021-03-05 | 2021-03-05 | Dynamic desensitization method for relational database |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112749376B (en) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113591150B (en) * | 2021-08-03 | 2024-04-26 | 浙江图盛输变电工程有限公司温州科技分公司 | Desensitization processing method for sensitive data |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2017088683A1 (en) * | 2015-11-24 | 2017-06-01 | 阿里巴巴集团控股有限公司 | Data desensitization method and system |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8135948B2 (en) * | 2006-01-27 | 2012-03-13 | Imperva, Inc. | Method and system for transparently encrypting sensitive information |
| CN111400762A (en) * | 2020-03-18 | 2020-07-10 | 上海凯馨信息科技有限公司 | Dynamic desensitization method for oracle database |
| CN112069536A (en) * | 2020-08-31 | 2020-12-11 | 上海上讯信息技术股份有限公司 | Method and equipment for realizing desensitization access of database data |
| CN111931240A (en) * | 2020-09-22 | 2020-11-13 | 安徽长泰信息安全服务有限公司 | Database desensitization method for protecting sensitive private data |
-
2021
- 2021-03-05 CN CN202110246191.XA patent/CN112749376B/en active Active
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2017088683A1 (en) * | 2015-11-24 | 2017-06-01 | 阿里巴巴集团控股有限公司 | Data desensitization method and system |
Also Published As
| Publication number | Publication date |
|---|---|
| CN112749376A (en) | 2021-05-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11487897B2 (en) | Generating and processing obfuscated sensitive information | |
| CN110602052B (en) | Micro-service processing method and server | |
| CN106295388B (en) | A kind of data desensitization method and device | |
| CN107423632B (en) | Customizable sensitive data desensitization method and system | |
| KR100800371B1 (en) | Authorized anonymous authentication | |
| CN106203170A (en) | The Database Dynamic desensitization method of servicing of based role and system | |
| US11509467B2 (en) | Story assisted mnemonic phrase | |
| CA3171228C (en) | Block chain proof for identification | |
| CN112749376B (en) | Dynamic desensitization method for relational database | |
| CN110298328B (en) | Test data forming method, test data forming apparatus, electronic device, and medium | |
| CN112818361A (en) | Platform authority resource and project authority resource independent double-authority method and device | |
| CN111090616B (en) | File management method, corresponding device, equipment and storage medium | |
| CN108965335B (en) | Method for preventing malicious access to login interface, electronic device and computer medium | |
| JP4641121B2 (en) | How to create and register a login password | |
| CN110971511B (en) | Instant messaging processing method, device, equipment and computer readable storage medium | |
| CN111539728A (en) | Method for realizing anonymization identity verification based on computer software | |
| CN110851864A (en) | Sensitive data automatic identification and processing method and system | |
| KR102503471B1 (en) | Service server capable of performing internet access management services according to grades and the operating method thereof | |
| CN115884180B (en) | 5G network security management system | |
| CN113111365B (en) | Online psychological consultation privacy data protection method, storage medium and system based on envelope encryption | |
| CN111355710B (en) | Data request method and device of network service | |
| CN111209589A (en) | Method and system for dynamic data desensitization based on regional chain | |
| CN117640152A (en) | Dynamic desensitization method and device based on API gateway | |
| CN114003937A (en) | Data desensitization method based on characteristic rule desensitization segment | |
| CN117077196A (en) | Method, device, computer equipment and storage medium for data desensitization |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| CP02 | Change in the address of a patent holder |
Address after: 311121 Room 101, Building 9, No. 998, Wenyi West Road, Wuchang Subdistrict, Yuhang District, Hangzhou City, Zhejiang Province Patentee after: Flash it Co.,Ltd. Address before: Room 608, No. 998 Wenyi West Road, Wuchang Street, Yuhang District, Hangzhou City, Zhejiang Province Patentee before: Flash it Co.,Ltd. |
|
| CP02 | Change in the address of a patent holder | ||
| PE01 | Entry into force of the registration of the contract for pledge of patent right |
Denomination of invention: A Dynamic Desensitization Method for Relational Database Granted publication date: 20230324 Pledgee: Guotou Taikang Trust Co.,Ltd. Pledgor: Flash it Co.,Ltd. Registration number: Y2024980004915 |
|
| PE01 | Entry into force of the registration of the contract for pledge of patent right |