/openthread-latest/third_party/mbedtls/repo/library/ |
D | pkcs5.c | 277 unsigned char work[MBEDTLS_MD_MAX_SIZE]; in pkcs5_pbkdf2_hmac() local 306 if ((ret = mbedtls_md_hmac_finish(ctx, work)) != 0) { in pkcs5_pbkdf2_hmac() 314 memcpy(md1, work, md_size); in pkcs5_pbkdf2_hmac() 333 mbedtls_xor(work, work, md1, md_size); in pkcs5_pbkdf2_hmac() 337 memcpy(out_p, work, use_len); in pkcs5_pbkdf2_hmac() 351 mbedtls_platform_zeroize(work, MBEDTLS_MD_MAX_SIZE); in pkcs5_pbkdf2_hmac()
|
/openthread-latest/third_party/mbedtls/repo/framework/ |
D | LICENSE | 43 "Work" shall mean the work of authorship, whether in Source or 45 copyright notice that is included in or attached to the work 48 "Derivative Works" shall mean any work, whether in Source or Object 51 represent, as a whole, an original work of authorship. For the purposes 56 "Contribution" shall mean any work of authorship, including 169 work stoppage, computer failure or malfunction, or any and all 186 APPENDIX: How to apply the Apache License to your work. 188 To apply the Apache License to your work, attach the following 276 0. This License applies to any program or other work which contains 279 refers to any such program or work, and a "work based on the Program" [all …]
|
/openthread-latest/third_party/mbedtls/repo/ |
D | LICENSE | 43 "Work" shall mean the work of authorship, whether in Source or 45 copyright notice that is included in or attached to the work 48 "Derivative Works" shall mean any work, whether in Source or Object 51 represent, as a whole, an original work of authorship. For the purposes 56 "Contribution" shall mean any work of authorship, including 169 work stoppage, computer failure or malfunction, or any and all 186 APPENDIX: How to apply the Apache License to your work. 188 To apply the Apache License to your work, attach the following 276 0. This License applies to any program or other work which contains 279 refers to any such program or work, and a "work based on the Program" [all …]
|
D | dco.txt | 21 (b) The contribution is based upon previous work that, to the best 24 work with modifications, whether created in whole or in part
|
D | README.md | 50 …, IAR 8 and Visual Studio 2017. More recent versions should work. Slightly older versions may work. 55 * Doxygen 1.8.11 or later (if building the documentation; slightly older versions should work). 162 CC=your_cc` will *not* work (similarly with `CFLAGS` and other variables). 302 …ryptographic accelerators, secure elements and random generators. This is work in progress. Please…
|
/openthread-latest/third_party/mbedtls/repo/tests/git-scripts/ |
D | README.md | 7 …hooks` to `<Mbed TLS root>/tests/git-scripts`, in order to make the hook scripts successfully work. 14 **Note: Currently the Mbed TLS git hooks work only on a GNU platform. If using a non-GNU platform, …
|
/openthread-latest/third_party/mbedtls/repo/docs/ |
D | driver-only-builds.md | 75 work in the same way as if the mechanisms where built-in, except as documented 93 APIs), as well as X.509 and TLS, will work as usual, except that direct calls 119 `MBEDTLS_MD_C` and still getting crypto operations, X.509 and TLS to work as 179 In such builds, all crypto operations via the PSA Crypto API will work as 293 `MBEDTLS_PKCS1_V21`, and RSA will still work in PSA Crypto. 298 PSA Crypto works. In particular, PK, X.509 and TLS will _not_ work with 351 will work, as well as X.509 and TLS (with `MBEDTLS_USE_PSA_CRYPTO` enabled) but 376 - `MBEDTLS_CIPHER_C`: the `mbedtls_cipher_xxx()` APIs will only work with 380 - `MBEDTLS_PKCS5_C`: encryption/decryption (PBES2, PBE) will only work with 382 - PEM decryption will only work with ciphers that are built-in. [all …]
|
/openthread-latest/tools/tcat_ble_client/auth-generate/ext/ |
D | CommCert1.ext | 9 # Because ASN1:OCTETSTRING doesn't work with hex input, we use raw DER here. Tag 0x04 is OCTETSTRIN…
|
D | DeviceCert1.ext | 12 # Because ASN1:OCTETSTRING doesn't work with hex input, we use raw DER here. Tag 0x04 is OCTETSTRIN…
|
D | DeviceCert2.ext | 12 # Because ASN1:OCTETSTRING doesn't work with hex input, we use raw DER here. Tag 0x04 is OCTETSTRIN…
|
D | CommCert3.ext | 9 # Because ASN1:OCTETSTRING doesn't work with hex input, we use raw DER here. Tag 0x04 is OCTETSTRIN…
|
D | CommCert4.ext | 9 # Because ASN1:OCTETSTRING doesn't work with hex input, we use raw DER here. Tag 0x04 is OCTETSTRIN…
|
D | CommCert2.ext | 9 # Because ASN1:OCTETSTRING doesn't work with hex input, we use raw DER here. Tag 0x04 is OCTETSTRIN…
|
/openthread-latest/third_party/mbedtls/repo/docs/architecture/psa-migration/ |
D | md-cipher-dispatch.md | 12 A difference between the original strategy and the current one is that in this work, we are not tre… 56 …this work is to arrange for more non-PSA interfaces to use PSA interfaces under the hood, without … 90 In this work, we want two things: 92 * Make non-covered modules call PSA, but only [when this will actually work](#why-psa-is-not-always… 105 For the purposes of this work, three domains emerge: 115 Hashes and HMAC (after the work on driver-only hashes): 129 Symmetric ciphers and AEADs (before work on driver-only cipher): 207 …ve a fallback) if their caller is not in the PSA domain and the PSA call is not guaranteed to work. 235 Let us work through the example of RSA-PSS which calculates a hash, as in [see issue \#6497](https:… 254 …rt. So `MBEDTLS_SHA256_C` must imply support for RSA-PSS-SHA-256. It must work at all times, regar… [all …]
|
D | strategy.md | 21 As of early 2023, work towards G5 is in progress: Mbed TLS 3.3 and 3.4 saw 83 It will then require follow-up work to make use of the new PSA APIs in 89 TLS, X.509 or PK. We can try to work around that by calling (the relevant 95 auto-enable the latter, as it won't build or work out of the box on all 96 platforms. There are two kinds of things we'd need to do if we want to work 247 We can roughly divide the work needed to get there in the following steps: 270 work is divided into PRs, sometimes not. For example, in situations where it's 349 we're making some part of the library work with hashes provided only by 393 Unfortunately that's unlikely to fully work. For example, the MD layer uses the
|
/openthread-latest/third_party/mbedtls/repo/3rdparty/everest/ |
D | README.md | 5 …ms are supported, although the version in `everest/library/legacy` should work on most systems. Th…
|
/openthread-latest/third_party/mbedtls/repo/docs/architecture/psa-thread-safety/ |
D | psa-thread-safety.md | 7 Summary of recent work: 27 * The [Future work](#future-work) section outlines our long-term goals for thread-safety; it also a… 78 …work. Implementations which only ever call PSA functions from a single thread, or which protect al… 176 … an expected state parameter here is to help guarantee that our functions work as expected, this e… 255 It is now possible for individual tests to spin up multiple threads. This work has made the global … 261 Our testing is a work in progress. It is not feasible to run our traditional, single-threaded, test… 273 Through future work on testing, it would be good to: 288 ## Future work 292 …m to make the entirety of the PSA API thread-safe. This will build on the work that we have alread… 316 …ion requirements](#long-term-key-destruction-requirements). Destruction would then work as follows: [all …]
|
/openthread-latest/third_party/mbedtls/repo/tests/suites/ |
D | test_suite_psa_crypto_low_hash.function | 54 * guaranteed to work: the core must pass a sufficiently large 143 * guaranteed to work: the core must pass a sufficiently large
|
/openthread-latest/third_party/mbedtls/repo/docs/architecture/testing/ |
D | invasive-testing.md | 20 …s what the crypto/keystore and X.509 parts of the library are about. More work is needed to fully … 88 * Portability: tests should work on every platform. Skipping tests on certain platforms may hide er… 89 …hould only enforce the documented behavior of the product, to avoid extra work when the product's … 180 …thing we currently do). Another limitation is that this approach does not work for users who patch… 189 | | ~ Doesn't work if the users rewrite an internal module | 197 * This does not work for platform-dependent properties unless we have a formal model of the platfor… 218 | | ~ Doesn't work if the users rewrite an internal module | 296 …in the PSA key store code, in particular that `psa_close_key` and `psa_destroy_key` work correctly.
|
/openthread-latest/third_party/mbedtls/repo/docs/proposed/ |
D | psa-driver-integration-guide.md | 4 **This is a specification of work in progress. The implementation is not yet merged into Mbed TLS.**
|
D | psa-driver-developer-guide.md | 4 **This is a specification of work in progress. The implementation is not yet merged into Mbed TLS.**
|
/openthread-latest/ |
D | CONTRIBUTING.md | 28 …ide feedback. Getting early feedback will help ensure your implementation work is accepted by the … 86 …e it as simple as possible for the original repo's maintainer to test, accept, and merge your work. 88 …h so that merging it will be a simple fast-forward that won't require any conflict resolution work.
|
/openthread-latest/tools/gerrit/ |
D | README.md | 3 …e current branch. This tool is helpful for synchronizing git repositories which work with `gerrit`.
|
/openthread-latest/third_party/mbedtls/repo/scripts/data_files/ |
D | query_config.fmt | 84 * WARNING: This does not work for expanding function-like macros. However,
|
/openthread-latest/third_party/mbedtls/repo/docs/architecture/ |
D | alternative-implementations.md | 22 …ot currently support alternative implementations. If this module does not work on your platform, d… 54 …anagement that can move objects on the heap.) That is, call sequences like the following must work:
|