)]}'
{
  "commit": "0ee584bb5134f8e6b5d2e90f5dc9334ae460a507",
  "tree": "509dc94b913494277e607e699b617fb946945ed2",
  "parents": [
    "526a3c49a2f04c3b55a909b80b98b2d56e80aefc"
  ],
  "author": {
    "name": "Adam Langley",
    "email": "agl@chromium.org",
    "time": "Wed Aug 21 12:14:10 2024 -0700"
  },
  "committer": {
    "name": "Boringssl LUCI CQ",
    "email": "boringssl-scoped@luci-project-accounts.iam.gserviceaccount.com",
    "time": "Wed Aug 21 19:54:38 2024 +0000"
  },
  "message": "ML-DSA: focus the API on saving private keys as seeds.\n\nThere are two ways to save an ML-DSA or ML-KEM private key:\n\nNIST specifies a partial serialization of the contents of the keys and this takes up several kilobytes.\n\nBut one can also save the seed that the key was generated from and simply regenerate the private key as needed.\n\n* The seed is approximately two orders of magnitude smaller.\n* It is fast to expand a private key from a seed.\n* The NIST format requires validating several aspects of the partially expanded private key.\n\nBecause of this, seeds seem clearly better and having two different\nserializations in the API is a bit weird when currently neither of them\nare used anywhere.\n\nThus this change emphasizes using seeds to save private keys and moves\nthe marshalling function for the NIST format into the internal API.\nML-KEM already follows this pattern, although saving the seed is still\noptional there because ephemeral keys are a major use case for ML-KEM.\n\nChange-Id: I439224e745ad8747d26f57288f1d503593e0e52c\nReviewed-on: https://boringssl-review.googlesource.com/c/boringssl/+/70407\nCommit-Queue: Adam Langley \u003cagl@google.com\u003e\nReviewed-by: David Benjamin \u003cdavidben@google.com\u003e\n",
  "tree_diff": [
    {
      "type": "modify",
      "old_id": "1c7576169e5af64ce7b0c91d25545f61cc08b02b",
      "old_mode": 33188,
      "old_path": "crypto/mldsa/internal.h",
      "new_id": "08ff3294748c91477be10bd5ccb94ff962e86ef8",
      "new_mode": 33188,
      "new_path": "crypto/mldsa/internal.h"
    },
    {
      "type": "modify",
      "old_id": "08ef50c3dddc956a875fbf8c35198cd5ab3cf79d",
      "old_mode": 33188,
      "old_path": "crypto/mldsa/mldsa.c",
      "new_id": "0a75864ee697833a340214e625a63f5798f3bb4b",
      "new_mode": 33188,
      "new_path": "crypto/mldsa/mldsa.c"
    },
    {
      "type": "modify",
      "old_id": "e17cf055b98c798687ea3e1823b4201a797caaeb",
      "old_mode": 33188,
      "old_path": "crypto/mldsa/mldsa_test.cc",
      "new_id": "c9b08287bfb8e464824c5c6ac797ed1f4ab15192",
      "new_mode": 33188,
      "new_path": "crypto/mldsa/mldsa_test.cc"
    },
    {
      "type": "modify",
      "old_id": "9868dd958ecd4b96cdab8bdc814870f06167332c",
      "old_mode": 33188,
      "old_path": "crypto/mlkem/mlkem_test.cc",
      "new_id": "581eea52663728aef58d5b21f0de0cbaf14c1c97",
      "new_mode": 33188,
      "new_path": "crypto/mlkem/mlkem_test.cc"
    },
    {
      "type": "modify",
      "old_id": "521a15562b4a70716c875faf96ab86063ef8f623",
      "old_mode": 33188,
      "old_path": "include/openssl/mldsa.h",
      "new_id": "a0a7560d0c8d25c29da684ddc9969eaac64799a7",
      "new_mode": 33188,
      "new_path": "include/openssl/mldsa.h"
    },
    {
      "type": "modify",
      "old_id": "a1e74adcb52e6b68878cebc9b95dec526825b679",
      "old_mode": 33188,
      "old_path": "tool/speed.cc",
      "new_id": "1bba9fc86575d4e293197e6627d21cc9ea8477bc",
      "new_mode": 33188,
      "new_path": "tool/speed.cc"
    }
  ]
}