Release 0.1.58.12

* Add more 32 to 64bit migration issue tests
* Fix 32-bit/64-bit compatibility issue
* Add database 32/64-bit compatibility check
* Remove unused DataCommand&DataCommandHandler methods

Change-Id: I80d174a5a9f04b73f602fe6318ab8182d77f80df

Add more 32 to 64bit migration issue tests

Change-Id: Ide0ed57a1c6aa905487b03063eff29c8719be863

Fix 32-bit/64-bit compatibility issue

Message serialization uses size_t to represent the size of the complete message
On 32-bit and 64-bit architecture this will produce buffers of different sizes:

MessageSerializer::Writer::Writer(size_t size)
{
    m_buffer.reserve(sizeof(size_t) + size);
    Serialization::Serialize(*this, size);
}

Message serialization is used to pack/unpack the binary data stored in the
database. See Store::unpack and Store::pack in SW and TZ backend.

To support both formats regardless of the architecture we have to detect the
format somehow.

* SW backend case

  32-bit (12 bytes):
  4B size(size_t) | 4B Enc. scheme | 4B data size(int) | ...

  64-bit (16 bytes)
  8B size(size_t)                  | 4B Enc. scheme | 4B data size(int) | ...

  Reading 32-bit data as 64-bit -> may get huge size value if encryption
  scheme > 0 leading to overflows.

  Reading 64-bit data as 32-bit -> will get 0 encryption scheme and 0B or 1B
  data size (depending on the scheme) and there will be at least 1B left in the
  buffer.

  To handle it, the packed buffer size must always be written and read as a
  32-bit number. If there is some data left in the buffer after the read, it
  means it's a 64-bit buffer and we have to re-read it using the 64-bit method.

* TZ backend case

  32-bit:
  4B size(size_t) | 4B Enc. scheme | 4B keyId size  | ...

  64-bit
  8B size(size_t)                  | 4B Enc. scheme | 4B keyId size | ...

  To handle it, the packed buffer size must always be written and read as a
  32-bit number. The keyId size is fixed (64B). If after deserialization the
  size is different, we can assume that it's a 64-bit format and we have to
  re-read it using 64-bit method.

Change-Id: I149bcf0691a56ccdbb8ddbe7106cca48f03d5614

Add database 32/64-bit compatibility check

* Reading a 64bit database on 32bit architecture
  and reading a 32bit database on 64bit architecture
  should work after the fix

Change-Id: Ibe9b23fc0b9dcf374707822aa72b31cca2c31563

Remove unused DataCommand&DataCommandHandler methods

Change-Id: I95874df17a9073dfd5430de2bb2fc961e97358ee

Release 0.1.58.11

* Fix typo in ckmc-extended.h
* Add unit test for errorDump() for increased coverage
* Remove unused code
* Add unit tests for increased code coverage
* Reuse prepared sqlite3_stmt when possible
* Fix typo in doc
* Key-manager documentation enhancements for code.i
* Add efficiency test

Change-Id: I1bf92734ce24ed52ee7fa50c6a0eadd2c0c46fba

Fix typo in ckmc-extended.h

Change-Id: I4fa0d8a790e133330217cbed64ed105be0c393db

Add unit test for errorDump() for increased coverage

Change-Id: I5e2d35e82d0a057db781a373cad57768183b32f7

Remove unused code

Change-Id: Ic843e8e8512837e1aed3d6d8ef1a6cc2e9249308

Add unit tests for increased code coverage

Change-Id: I5ac2ce309cf55e0d98220f3d4525cbb440ea0fc2

Reuse prepared sqlite3_stmt when possible

Efficiency test results (tested on 2024/08/13 tizen image on RPi4):
-Average insert statement preparation time: 7[µs]
-Average select statement preparation time: 4[µs]
-Average delete statement preparation time: 4[µs]
-Average insert statement preparation&execution time: 1811[µs]
-Average select statement preparation&execution time: 56[µs]
-Average delete statement preparation&execution time: 1481[µs]
-Average new insert statement preparation time: 20[µs]
-Average new select statement preparation time: 30[µs]
-Average new delete statement preparation time: 51[µs]

Each average was calculated on the basis of 100 measurements.

Change-Id: Iba3b14ef693837fbb0330c356c4438761dc6cb8c

Fix typo in doc

Change-Id: Iddd2b8a7f2e4e6f2ea267bbda47a45d81340503e

Key-manager documentation enhancements for code.i

Change-Id: I56823951ecd923a0a8aa21131e36149cca267fd4

Add efficiency test

Efficiency test results (tested on 2024/08/13 tizen image on RPi4):
-Average insert statement preparation time: 18[µs]
-Average select statement preparation time: 22[µs]
-Average delete statement preparation time: 44[µs]
-Average insert statement preparation&execution time: 1802[µs]
-Average select statement preparation&execution time: 81[µs]
-Average delete statement preparation&execution time: 1520[µs]

Each average was calculated on the basis of 100 measurements.

Change-Id: I256e515899b31a47d20ee9988253510b84794dfa

Release 0.1.58.10

* Update PQC API comments

Change-Id: I032dd2e3bdab34e07b48844c2db1803970d9fdd4

Update PQC API comments

Change-Id: If37bedea064de53d4b45808faa64a1e54e9d5e5d

Release 0.1.58.9

* Allow saving exportable public keys in TZ
* Ensure async thread join
* Allow adding new data types
* PQC API sw-backend implementation
* PQC API tz-backend implementation

Change-Id: I50cdbae9072e2817c1f40dff69788cb9a13bf485

Add ML-KEM derive hybrid tz-backend implementation

Change-Id: I1b807e0fcef017c9ee8725230eb7430a49f74d39

Add ML-KEM (en/de)capsulation tz-backend implementation

Change-Id: Ibf4edadd8ef700030880edd27a0e41741b151c9b

Add ML-KEM keypair creation tz-backend implementation

Change-Id: If3d92ed99ff4dffd5cea930354b8463246880b8a

Add ML-KEM derive hybrid sw-backend implementation

Change-Id: Ica9e6e6a778d293ff8d0ca66e06a3d2299ad6e64

Add ML-KEM (en/de)capsulation sw-backend implementation

Change-Id: I50f72fec57e89f8898ff904d94a77236f131506f

Add ML-KEM keypair creation sw-backend implementation

Change-Id: I9102452d64ef09b82b09aad0da287f247bad729e

PQC API draft

Change-Id: I6260b0d410e26af5c42c60a54c62c8b776822cd4

Allow adding new data types

Change-Id: I5416aa02045af3448c19c5c66a90ee0c2f165f04

Ensure async thread join

ConnectionThread destructor calls EventFd::notify() which may throw. In
such case the thread will be destroyed before joining, which will
result in program termination. Make sure that the std::thread::join()
is called even if EventFd::notify throws.

Change-Id: Ieb5cbcf4440b2c9d22c2d30410fd2b9263070b2f

Allow saving exportable public keys in TZ

Save RSA and ECDSA keys in TZ if only private key is unexportable.
Save DSA key pair in TZ if only both keys are unexportable.

Change-Id: I2cfd6a22386e265a1bb65b3d3e0dfe052f5b0aaa

Release 0.1.58.8

* Protect concatenated data (un)wrapping
  with the keymanager.extended privilege

Change-Id: I3031197f509119ea1a351f4ed4ff7381eacd7f44

Protect concatenated data (un)wrapping with the keymanager.extended privilege

Create an additional socket for processing requests made with the
extended API and check the keymanager.extended privilege

Change-Id: Ic548d195012ab2d4fd8d5a888bf20c45602b8bd2

Release 0.1.58.7

* Remove double checking of key type
* Documentation improvement for Escrow Vault 2.0 support
* Add EXTENDED_MODULE defgroup in docs
* Rename client extended module

Change-Id: I9f067d0371cb241143b0bf91cd17c571901ceb44

Rename client extended module

Change-Id: Iaf90c2081bd1e131b629c0dead037beb79df08ad

Add EXTENDED_MODULE defgroup in docs

Change-Id: I6e92dbeff5bc910f0bc9427babb7076e2a572d02

Documentation improvement for Escrow Vault 2.0 support

The following changes in the CAPI documentation were made according
to requests made during the ACR approval process:
 - CAPI_KEY_MANAGER_CLIENT_EXTENDED_MODULE description
 - concatenated data (un)wrapping: code examples of memory handling
 - 3072 bit RSA clarification: minimum Tizen release

Change-Id: I095c088534e56d032041e46a263791877f1176e9

Remove double checking of key type

Change-Id: Iae2c23f0c8f8124d8c6cae843385cd8722019af8

Release 0.1.58.6

* Adjust coverage script after lcov upgrade
* Add RSA 3072 support
* Dont return aliases with only REMOVE permission
* Concatenated wrapping API & sw-backend & tz-backend implementation
* Allow using SHA384 & SHA512 with RSA OAEP

Change-Id: I78a9018590e80f9166565731d5d6fbcb6fc30cc1

Allow using SHA384 & SHA512 with RSA OAEP

Change-Id: I784c42ccd6d2cf8fb8452944e90d4234c299e121

Concatenated wrapping tz-backend implementation

Change-Id: I4e524f72b5cbc011c503f74172615e87e03fab18

Concatenated wrapping sw-backend implementation

Change-Id: I28856286c05c2ec1919674b0e7cf8add90cc20e1

Concatenated wrapping API draft

Change-Id: Ie154b19b3c59727ec9bf5b8ece91ce9a549d2feb

Dont return aliases with only REMOVE permission

Change-Id: I6558ff299deb5166ef90f2ba8191521d901f0a24

Add RSA 3072 support

Change-Id: Ic6616d1e67bc612f0f168f3d1d628b2f86689132

Add vscode settings to .gitignore

Change-Id: Ic2d94c8cfc0de934ebe00774db6591c78625c46c

Adjust coverage script after lcov upgrade

Change-Id: I8d03eb3e0fc2092fb99bf5bf90fd037f1a9c3fe2

Release 0.1.58.5

* Revert "Fix AES GCM IV setting in KeyProvider"

Change-Id: I584b432d9b73d270410a2d923332ef9ee13b37e7

Revert "Fix AES GCM IV setting in KeyProvider"

This reverts commit cb384fdaca572cabf03210b3e5219713b33ab9bd.

Change-Id: I34692b47da5a53d3969be087802f962d9bb84ccb

Release 0.1.58.4

* Exit with error when file lock is busy

Change-Id: Ic29fbe2543e4711c76c289cbc2a298f34af11f3a

Exit with error when file lock is busy

Change-Id: Iee78ef372a3315c8eedbf80b0579508edb1c3843

Release 0.1.58.3

* Serialize AES key size as int
* Scheme tests fix
* Fix AES GCM IV setting in KeyProvider

Change-Id: I1d381796433a452148c2e15a23aa52b66174b363

Serialize AES key size as int

It was converted to size_t at some point which led to errors on 64-bit
architectures.

Change-Id: Id905e9b06219642355050cfdb5a69d2cb2162ee7

Scheme tests fix

Change-Id: I49b8fc6c24fde53e637e1431c2b49c9022249e66

Fix AES GCM IV setting in KeyProvider

The proper order of setting an IV of custom length in GCM is to firstly
pass the length and then the IV during both encryption and decryption.
The KeyProvider code was doing the opposite which resulted in
truncating the IV to 12B. In openssl3.0 The effect is somewhat
diffferent but the output is also invalid.

Openssl silently ignores this issue allowing to call the API in wrong
order and get invalid encryption/decryption results.

The issue was not detected until now because the IV truncation was
working the same way during encryption and decryption and no other
module beside key-manager was accessing the encrypted keys.

This commit modifies KeyProvider code in 2 ways:
* Modify encryption and decryption to set the IV length properly.
* If decryption fails retry it with IV truncated to 12B to handle data
  encrypted the old way.

Change-Id: I72e237b0842234d80579f3e93b5e1012a0613140

Release 0.1.58.2

* Implement hash selection in RSA OAEP
* Prevent using public key for decryption
* Specify the RSA OAEP encryption padding
* Check mandatory KBKFD params in TZ

Change-Id: I05527d23f175ffd21cd3639a414b65ccec776373

Implement hash selection in RSA OAEP

SW and TZ backend implementation
Unit-tests included

Change-Id: I6efd8a0477fe3137491c889d0c70eabc0d861097

Prevent using public key for decryption

We could leave it for backends but since we have all the info, let's
fail early.

Change-Id: I7d3257370124ad19d423b859f380ce60f6da4d95

Specify the RSA OAEP encryption padding

Change-Id: I88abe53b11230121f594728abf64c0cf1c38895f

Check mandatory KBKFD params in TZ

Change-Id: I151207b55b1051ac3cc870c885a33b951331bc61

Release version 0.1.58.1

* Revert "Test proper GCM IV length handling"
* Revert "Fix GCM IV length setting"
* Revert "Workaround for GCM IV length issue"
* Don't use IVs shorter than 12B in tests
* Fix key-wrapping documentation
* Adjust scheme tests to TZ

Change-Id: Ifd889aeabb0ee70aa73531189c465b360e6eb052

Revert "Test proper GCM IV length handling"

This reverts commit 61b910797b706b3e8494eb5841e4462bf1356125.

Change-Id: Ifb7e276f1dee253c606800049ef97aea5c3bec77

Revert "Fix GCM IV length setting"

This reverts commit 1e6e268703fc313a973f06581e21cf62c112e903.

Change-Id: Ibb87d42af732735413bdbffa9fadc15e7457eb59

Revert "Workaround for GCM IV length issue"

This reverts commit d6606535ac51bb3e574312106088f3f15843536e.

Change-Id: Iac1edf23290c19d0866f06138a31f6181093ba92

Don't use IVs shorter than 12B in tests

Change-Id: I086fb913be53eeb0891a2a0a9013d768939f0b0a

Fix key-wrapping documentation

Change-Id: I67d762c719e2fc1a7cae7f3537f69760fa9eef3f

Adjust scheme tests to TZ

TZ does not support saving asymmetric keys with password.

Change-Id: Ia6ec92b610908a52079d2f22f32a9387237faee7

Release 0.1.58

* Add compiler flags for build warnings
* Check RSA padding in TZ
* Check KBKDF parameters on key-manager side
* Pass password to CMD_GET_DATA_SIZE
* Pass public key curve info to TZ's ECDH
* Use default CTR length in TZ encryption

Change-Id: Ibe2928a9b18bba49764a9779eaed1712b9bf5b36

Set initial values to remove build warnings

Change-Id: Icf793bed432aeb72de8471bd770feb9326450936

Check RSA padding in TZ

The only supported padding method is PKCS1

Change-Id: I3cd769d68f67b3ee2afb959bca2e74db8e6295c4

Check KBKDF parameters on key-manager side

Change-Id: I1afb107d6fd286f5524561c1631ef65c2043f3c2

Pass password to CMD_GET_DATA_SIZE

In case of encrypted objects the password may be necessary do get the
actual size.

Change-Id: I5636325a8a120c0226ab5cc06ddef2aa05b96992

Pass public key curve info to TZ's ECDH

This is needed to compare curve with private EC curve in TZ.

Change-Id: I5c42b7395683bd14c391415537e31efc3dcb6fc4

Use default CTR length in TZ encryption

According to API documentation the counter length parameter is optional.
TZ implementation should not assume its existence.

Change-Id: I89ef3b78e95f2a3a8c79688ee21c9d04a43a5116

Release 0.1.57

* Deserialize tags only if password was given
* Add context cleanup command for TZ
* Fix bugs during exporting a wrapped key
* Use default tag length for wrapping if not given
* Allow only symmetric key wraping/unwrapping
* Add type parameter to "get" commands
* Call TA to get the max chunk size
* Pass key length to KBKDF in TZ backend
* Fix secret pwd passing in TZ backend KBKDF

Change-Id: Ia17f64eacf32400ef0f53c0d2cf82ceb1c07e45c

Deserialize tags only if password was given

Change-Id: I1c598e17740785e4bd49edc120b6844ebe65e88a

Add context cleanup command for TZ

If encryption fails and the "finalize" is not called the context will
not removed on TA side. Fix it by adding new command.

Change-Id: Id6bfb6821ba2c83565eb79d825fa98c096a346fc

Fix bugs during exporting a wrapped key

- generous output size check
- enlarged encryption overhead for RSA
- use type of wrap to key

Change-Id: I64367edf00d58e67df62a682a05c58dae5e2327b

Use default tag length for wrapping if not given

Change-Id: I2ad6e13383621522af2de8500814f6d01868c828

Allow only symmetric key wraping/unwrapping

Change-Id: I36549b09d891d0d3e34667c71aa0294389441f76

Add type parameter to "get" commands

CMD_GET_DATA
CMD_GET_DATA_SIZE
CMD_EXPORT_WRAPPED_KEY

This may be necessary if data is encrypted.

Change-Id: Ie34d33c11e9c55958cb44adcb0bf5371c36e8a68

Call TA to get the max chunk size

Change-Id: Iec297646564b0a49d2966fcec1ec922bac1b7615

Pass key length to KBKDF in TZ backend

Change-Id: I5cd90b8754b7aa89371e515ffac79cd35c9b5004

Fix secret pwd passing in TZ backend KBKDF

Change-Id: I6f1a4d588a6a0679b88f967fdbc71b436329153f

Release 0.1.56

* Documentation fixes
* Retrieve TZ raw key data only when needed
* Reserve enough space for GCM tag in TZ backend
* Use proper memory type in TZ backend's addGcmAAD()

Change-Id: I38b89ee3a76a62420f148a2dd836d7ffe1d1072d

Documentation fixes

* Do not use @see inside other tags
* Add missing parenthesis

Change-Id: I4b7492eb410c6f510b6848689faf622dd0b8dc5b

Retrieve TZ raw key data only when needed

Change-Id: Ia1ef537b9696e39c53c1f4972f96ead4cb0fb81a

Reserve enough space for GCM tag in TZ backend

Change-Id: I36f9718cfdc37f7fdac1e47fc056aeaabdeee242

Use proper memory type in TZ backend's addGcmAAD()

We need TEEC_VALUE_INOUT to properly read the return code from
op.params[0].value.a.

Change-Id: I95eb5fd757f9e3235bb855269dd0a804ac7bb135

Release 0.1.55

* Fix TZ backend issues
* Fixed the build error using gcc 13
* Modify decider logic
* Allow EC keys to be imported to TZ backend

Change-Id: I409287a6d1b9f14deb34041dcce904bcbb43f7ba

Fix TZ backend issues

* Add missing namespaces
* Include ctx.cpp in TZ source list
* Add missing operation id to internal TZ calls

Change-Id: I59e71b7af5a1c418f797e7d915b8a9d1fc456edf

Fixed the build error using gcc 13

Change-Id: I716b3be00e9e2015591af34b33031726fa1b5969

Modify decider logic

Allow importing of all types of asymmetric keys to TZ backend.

Add unit-test

Change-Id: Iebbd0d5f37b4568b8c2473cdfe178d1ddad85a86

Allow EC keys to be imported to TZ backend

Change-Id: I54ab75a7d30817aea1054fd13b81f2519d0bdc13

Release 0.1.54

* Implement public key extraction in TZ backend
* add ALGO_ECDSA_SV to MAX_KEY_SIZE in tz_backend
* Return proper error for wrong wrapped key type
* Update ckmc_import_wrapped_key description
* Add missing exception guard to C++ API
* Simplify serialization calls
* Fix wrong fuction name in the documentation
* Fix typo in ckmc-manager.h
* Enable -Wshadow and fix warnings

Change-Id: I1009a607df537d843cc59fa8148f4912262480cc

Implement public key extraction in TZ backend

Public keys are not secrets and there are scenarios like ECDH when they
have to be extracted in raw form. Exportability logic still applies.

* Separate the object id and the raw data in TZ backend objects.
* Rename function arguments to make their meaning more adequate.
* Use object id when making operations using given key or binary data.
* Return raw data only to CKMLogic via getBinary() method.
* Make getBinary() return an empty buffer for private and symmetric keys.
* Move m_type to AKey where it's used.

Change-Id: Idf6db51387d98f6560f0da18e2fc1d9bbc3abc4f

add ALGO_ECDSA_SV to MAX_KEY_SIZE in tz_backend

Change-Id: I484312a778a8587d3197132e5182af8b842646ce

Return proper error for wrong wrapped key type

Change-Id: I72e888e9808865c9ac3178ec8821dbf79aad9fd5

Update ckmc_import_wrapped_key description

The remark allows passing a wrapped key without any type letting the
backend autodetect it. Current implementation in SW backend does not
support it. In case of TZ backend such autodetection would unnecessarily
complicate the code.

Since the feature is not actually needed, the value CKMC_KEY_NONE option
will be forbidden from now on.

Change-Id: I2396d03bd28b0eeef0a1e922029808061beb71c8

Add missing exception guard to C++ API

Change-Id: Ie9164be51dbea8cf8b6f1524808fbb8841c2f2bf

Simplify serialization calls

Remove unnecessary casts and use type deduction.

Change-Id: I88d8ae4b8060a509984a6883289c4bb05a9c1015

Fix wrong fuction name in the documentation

Change-Id: Ib83d88de1d17bd32b86cd7c99b5dd12247d0aaf8

Fix typo in ckmc-manager.h

Change-Id: I76c95dcf4c32f3fc70abea680f757edd45676c07

Enable -Wshadow and fix warnings

The flag is used in products an our code causes warnings/errors. Fix
existing code and enable the flag to detect possible errors in future.

Change-Id: I830696231f9a6f1b80d390f7bf3df4fff1814691