Hacker news

  • Top
  • New
  • Past
  • Ask
  • Show
  • Jobs

Cooldown Support for Ruby Bundler (https://blog.rubygems.org)

134 points by calyhre 3 days ago | 31 comments | View on ycombinator

ashishb about 4 hours ago |

Hypothesis: a big accelerant of these rapid repository compromise (from Red hat to GitHub to Amazon to small startups) might be GitHub+dependabot automatic dependency updates.

So, just like COVID-19 used air travel, modern malware attacks are relying on GitHub+dependabot to speed up the spread.

Even for single page website built using Vue, I would get about 5 updates a week.

swader999 about 7 hours ago |

Aren't we back to the drawing board once everyone uses this?

tancop about 4 hours ago |

[dead]

delichon about 8 hours ago |

> A version whose source does not expose created_at, such as older gem servers, historical entries from before the v2 cutover, or private registries still on the v1 format, is treated as outside the window and stays resolvable.

How is that not an easy exploit to circumvent the cooldown?

doctorpangloss about 6 hours ago |

you have 1.0 installed. you enable 7 day cooldowns. an exploit is discovered in 1.0, and 1.1 is immediately released to fix the exploit. do you sit on 1.0 for 7 days?

shevy-java about 4 hours ago |

Meanwhile ruby is dropping ranks.

How active is rubygems.org itself? I retired when the 100k download threshold was installed onto developers there; on github I don't have any such restriction pertaining to code I publish and maintain. But even before that restriction, numerous gems were abandoned. I understand that this is a natural cycle anyway, but without an influx of new developers, ruby will fossilize and age out just as perl did before.

None of those "cooldowns" will bring in new developers either. It all seems to be about meta-appeasing companies; this could indirectly help, but I doubt it will help much.