GitHub Actions Cache Poisoning is eating open source

submitted by

https://neciudan.dev/github-actions-poisoning

8
30
1

Log in to comment

Hot Top New Old
edited

Deleted by author

 reply
10
they/them

Running actions on your own machine doesn’t solve cache poisoning or supply chain attacks, your VM will download compromised npm package or github actions the same way GH runner does.

Version pinning/script disabling makes a compromise slightly less likely, rolling your own package server helps a lot (but who got time to maintain version whitelist).

Honestly the best solution is to have minimum amount of dependencies. You don’t need a GH action to ping indexers or generic foreign key library for your backed, hammer one yourself.

That and scope all your keys so the leak won’t be as devastating 🤷‍♀️

 reply
6

Honestly the best solution is to have minimum amount of dependencies.

Isn’t this a sane practice in programming anyway? Just don’t go overboard with dependency minimalism.

 reply
3

Yes but the reality of JavaScript codebases is that you’ll typically import hundreds if not thousands of dependencies fairly quickly. Last time I looked at the UI codebase at my job it was sitting at over 40k.

 reply
2

That’s one of the reasons) why JS development is the shitshow it is.

 reply
2
they/them

IDK how other people are, but to me solving a problem with a single #include just feels right. Less code to maintain, responsibility is shifted to a dedicated person, obviously much faster.. But also constant anxiety and daily monitoring of security blogs, so I’m trying to cut back

 reply
1

How do you run it on a local machine?

 reply
1

The 👏 death 👏 of 👏 github 👏 will 👏 never 👏 be 👏 the 👏 death 👏 of 👏 open 👏 source

 reply
5
Insert image