)]}'
{
  "commit": "378cca8016622e372a2da6cad0026ee12c426d6d",
  "tree": "8f0f3b4d71a8fc92d80ad198009489486d9e6c38",
  "parents": [
    "01e8e625ad83cc9a07288bd4dc285bd8b0ccd550"
  ],
  "author": {
    "name": "David Benjamin",
    "email": "davidben@google.com",
    "time": "Tue Aug 14 20:56:24 2018 -0500"
  },
  "committer": {
    "name": "Adam Langley",
    "email": "agl@google.com",
    "time": "Thu Aug 16 15:57:10 2018 +0000"
  },
  "message": "Handle a modulus of -1 correctly.\n\nHistorically, OpenSSL\u0027s modular exponentiation functions tolerated negative\nmoduli by ignoring the sign bit. The special case for a modulus of 1 should do\nthe same. That said, this is ridiculous and the only reason I\u0027m importing this\nis BN_abs_is_word(1) is marginally more efficient than BN_is_one() and we\nhaven\u0027t gotten around to enforcing positive moduli yet.\n\nThanks to Guido Vranken and OSSFuzz for finding this issue and reporting to\nOpenSSL.\n\n(Imported from upstream\u0027s 235119f015e46a74040b78b10fd6e954f7f07774.)\n\nChange-Id: I526889dfbe2356753aa1e6ecfd3aa3dc3a8cd2b8\nReviewed-on: https://boringssl-review.googlesource.com/31085\nCommit-Queue: Adam Langley \u003cagl@google.com\u003e\nReviewed-by: Adam Langley \u003cagl@google.com\u003e\n",
  "tree_diff": [
    {
      "type": "modify",
      "old_id": "27fd5c7891af9f0a139d1c81eaf0595d23b76704",
      "old_mode": 33188,
      "old_path": "crypto/fipsmodule/bn/bn_test.cc",
      "new_id": "a9323061e2a462a4e84e0398a5b7a83ade809553",
      "new_mode": 33188,
      "new_path": "crypto/fipsmodule/bn/bn_test.cc"
    },
    {
      "type": "modify",
      "old_id": "5187f4a13bfe8dcdd07319b4a9b53ca894f952ea",
      "old_mode": 33188,
      "old_path": "crypto/fipsmodule/bn/exponentiation.c",
      "new_id": "7035ea7bcf2c90a246d4a29f841413518c9d2009",
      "new_mode": 33188,
      "new_path": "crypto/fipsmodule/bn/exponentiation.c"
    }
  ]
}