cmek split 1/8: encryption primitives and wire format (#4569) - #5835
Conversation
Signed-off-by: tenfyzhong <tenfy@tenfy.cn>
Co-authored-by: gemini-code-assist[bot] <176961590+gemini-code-assist[bot]@users.noreply.github.com>
Co-authored-by: nhsmw <nhsmwk@gmail.com>
Signed-off-by: tenfyzhong <tenfy@tenfy.cn>
|
Important Review skippedAuto reviews are disabled on base/target branches other than the default branch. Please check the settings in the CodeRabbit UI or the ⚙️ Run configurationConfiguration used: Organization UI Review profile: CHILL Plan: Pro Plus Run ID: You can disable this status message by setting the Use the checkbox below for a quick retry:
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: tenfyzhong The full list of commands accepted by this bot can be found here. The pull request process is described here DetailsNeeds approval from an approver in each of these files:
Approvers can indicate their approval by writing |
This is an automated cherry-pick of #4569
What problem does this PR solve?
Issue Number: ref #3943
This is split PR 1/8 from #3955.
What is changed and how it works?
This PR introduces the foundational encryption primitives used by later CMEK integration PRs:
This PR is intentionally limited to reusable primitives and does not wire runtime components yet.
Check List
Tests
Questions
Will it cause performance regression or break compatibility?
No behavior change for runtime components in this split. It only adds reusable encryption primitives.
Do you need to update user documentation, design documentation or monitoring documentation?
No.
Release note
Summary by CodeRabbit
New Features
Tests
Chores