linkage_checker: replace Fiddle.dlopen with libSystem call

[carlocab]

• Have you followed the guidelines in our Contributing document?
• Have you checked to ensure there aren't other open Pull Requests for the same change?
• Have you added an explanation of what your changes do and why you'd like us to include them?
• Have you written new tests for your changes? Here's an example.
• Have you successfully run brew style with your changes locally?
• Have you successfully run brew typecheck with your changes locally?
• Have you successfully run brew tests with your changes locally?

---

dlopening a library executes potentially untrusted code (e.g. if the
library has initialisers). We can avoid the dlopen call by asking
libSystem directly about whether a library can be found in the shared
cache.

Of course, the dlopen happens after a ENOENT, so the attack surface here
is relatively small. But relying on this still exposes us to a potential
TOCTOU¹ bug. Let's avoid it entirely by skipping dlopen altogether.

---

brew typecheck currently returns an error. Looks like the RBI for Fiddle will need updating.

Footnotes

1. https://en.wikipedia.org/wiki/Time-of-check_to_time-of-use ↩

[MikeMcQuaid]

Good idea!

[Bo98]

Thanks! Been meaning to look into this for a while.

[carlocab]

Added an RBI patterned after upstream's to handle with the typecheck errors. Not sure if that's the best way forward.

[Bo98]

Usually we add it to upstream.rbi along with a comment pointing to an upstream PR that updates fiddle.rbi to match brew ruby -e 'puts Fiddle.constants.sort.filter { |c| c.match?(/^(TYPE|SIZEOF)_/) }'

Seems like it's missing quite a few.

[carlocab]

Their definitions seemed tied to Ruby 2.7, so wasn't sure if sending it upstream was the right move. Will go ahead and do that.

[Bo98]

It was just initially imported from Ruby 2.7. Adding new constants from 3.3 is fine - I've done so before.

[carlocab]

Done in sorbet/sorbet#8215.