Thanks for the ping Uilian!
I can confirm that the SHA-256 of 38ee1678bbf05eb566be7e45bebd9aedcac98c8a1fccba31bf89057c9cd6c6e3 is indeed correct so that archive should be considered legitimate. I don't find any evidence that the 2.16.2 tag was moved around at all (nor do I remember doing so). Furthermore I'll note that the commits immediately
before and
after the current 2.16.2 tag
do modify content so I'm not sure how you'd get to a build of something from that tag with a different SHA. Is it possible the build in your local Artifactory instance was a local build that contained some kind of modification or addition? Hard to imagine how that could be the case given the diff -r output you reported though.
I'm at something of a loss here. I guess my answer would be to use the archive you downloaded with a valid SHA and discard the old one.
Thanks for the pointer about potentially changing SHAs on the Github side for release artifacts. I'll add here that since this driver has recently been donated to the Apache Software Foundation we'll likely be changing our build and release process. I would be quite surprised if that process didn't include automated generation of at least SHA digests as part of the build. We do this for the Java driver and I'd definitely like to see something similar incorporated here.
Hopefully some part of that was helpful!