Microsoft Maintains Go Fork for FIPS 140-2 Support

[metadat]

There used to be the GO FIPS branch:

https://github.com/golang/go/tree/dev.boringcrypto/misc/bori...

But it looks dead for some time.

However https://github.com/golang-fips/go sprung up to take it's place.

I wonder why microsoft prefers to maintain it's own in entirety rather than share a piece of the burden.

[abtinf]

> Our goal is to share this implementation with others in the Go community who have the same requirement, and to merge this capability into upstream Go as soon as possible.

From the readme.

[gct]

EEE

[korginator]

You would be interested in this if you need the 'crypto' library to work in a FIPS 140-2 compliant way. You can switch on / off this mode by setting the runtime variable GOFIPS=1 before running your Go program [1]. Nice.

It looks like the Go community officially has no plans to support FIPS140-2 any time, so I'm glad to see this alternative.

[1] https://github.com/microsoft/go/tree/microsoft/main/eng/doc/...

[interroboink]

Does anyone with FIPS experience know what sort of changes are entailed by those requirements?

This repo doesn't seem to list what sort of high-level/conceptual changes are involved. I could look at the diff, but that sounds exhausting :Þ

[bpicolo]

They document exactly that https://github.com/microsoft/go/tree/microsoft/main/eng/doc/...

[YZF]

The general theme is that you need to be using approved ciphers and you need to have your key management code certified by some external entity. It is an exhausting process ;)

[entropyie]

I'd be happy if just made Defender stop detecting all my go binaries as Malware...

[purpleidea]

If this doesn't also _add_ some "accidental" backdoor, I'd be surprised.

Microsoft's security reputation is so flawed, that some parts simply must be intentional, or coerced.

Don't use this repo. Very interesting TIL about golang at Microsoft. Thanks for sharing.

[tptacek]

It's built from source. You can just diff it. Of course, you don't have to, because they provide the patches.

Don't use any FIPS branch of any platform, because FIPS is terrible. But the argument presented here seems facile.

[nvy]

>Microsoft's security reputation is so flawed, that some parts simply must be intentional, or coerced.

They are a lot better than they used to be. They went through a trial by fire in the 90s and early 00s and came through for the better.

It's worth noting that classified computer systems in the military-industrial complex run Windows, and not Linux, nor do they run the security cosplay that is OpenBSD.

[bitwize]

Jonathan Blow ranted about the susceptibility of open source to supply chain attacks from state actors, which discussion recently became germane again in light of the xz backdoor.

What he didn't discuss was how vulnerable proprietary vendors (including, but by no means limited to, Microsoft) are to "rubber-hose vulnerability injection".

Anyway, it's good to see Microsoft actually participating in the open source process.