284
Developers: I will never ever do that, no one should ever do that, and you should be ashamed for guiding people to. I get that you want to make things easy for end users, but at least exercise some bare minimum common sense.
The worst part is that bun is just a single binary, so the install script is bloody pointless.
Bonus mildly infuriating is the mere existence of the .sh TLD.
Edit b/c I'm not going to answer the same goddamned questions 100 times from people who blindly copy/paste the question from StackOverflow into their code/terminal:
WhY iS ThaT woRSe thAn jUst DoWnlOADing a BinAary???
- Downloading the compiled binary from the release page (if you don't want to build yourself) has been a way to acquire software since shortly after the dawn of time. You already know what you're getting yourself into
- There are SHA256 checksums of each binary file available in each release on Github. You can confirm the binary was not tampered with by comparing a locally computed checksum to the value in the release's checksums file.
- Binaries can also be signed (not that signing keys have never leaked, but it's still one step in the chain of trust)
- The install script they're telling you to pipe is not hosted on Github. A misconfigured / compromised server can allow a bad actor to tamper with the install script that gets piped directly into your shell. The domain could also lapse and be re-registered by a bad actor to point to a malicious script. Really, there's lots of things that can go wrong with that.
The point is that it is bad practice to just pipe a script to be directly executed in your shell. Developers should not normalize that bad practice.
Can you actually explain what concerns you have, that wouldnt be any more of a concern if you downloaded and installed a binary directly?
At least a shell script you can read in plaintext, a binary can just do who the fuck knows what.
If they expected you to read the install script, they'd tell you to download and run it. It's presented here for lazy people in a "trust me, bro, nothing could ever go wrong" form.
There are SHA256 checksums of each binary file available in each release on Github. You can confirm the binary was not tampered with by comparing a locally computed checksum to the value in the release's checksums file.
Binaries can also be signed (not that signing keys have never leaked, but it's still one step in the chain of trust)
The install script is not hosted on Github. A misconfigured / compromised server can allow a bad actor to tamper with the install script that gets piped directly into your shell. The domain could also lapse and be re-registered by a bad actor to point to a malicious script. Really, there's lots of things that can go wrong with that.
I've gone through and responded to the other top level comments as well, but another massive issue you could add to your edit is that servers can detect
curl <URL> | shrather than justcurl <URL>and deliver a malicious payload only if it's being piped directly to a shell.There's a proof-of-concept attack showing its efficacy here: https://github.com/Stijn-K/curlbash_detect
On Github you can look at the CLI to see if the build process looks reasonable.
I would still get packages from a distro though
What's the guarantee that the build process you see generated the binaries you're downloading?