News for hackers. Stuff that matters.
Re:3500 packages uploaded to PyPI, pointing to a malicious URL by CapriciousCptl on Tuesday March 02, 2021 @09:39AM (#26315750)
Here’s cupy’s postmortem— https://github.com/cupy/cupy/issues/4787

Salient points being that cupy releases a new named package for each cuda version, so future package names are of course predictable. Since PyPi doesn’t allow namespacing, cupy’s plan is to register new names ASAP when cuda releases a new version and monitor and report other packages purporting to be cupy that get uploaded.

Re:3500 packages uploaded to PyPI, pointing to a malicious URL by SloopJon on Tuesday March 02, 2021 @10:31AM (#26316287)
That's interesting. There is a policy and process (PEP 541) in place for addressing this, and it seems to have been executed swiftly and responsibly. Is this incident an argument for namespacing, or that the status quo is good enough?

I feel like domain name disputes tilt disproportionately to trademark holders, so I wouldn't like to see, e.g., cupy block a cupyd package or vice versa (or, for that matter, NVIDIA somehow strongarm cupy). On the other hand, you'd like a mechanism by which you can trust that a package comes from the cupy maintainers.

Re:3500 packages uploaded to PyPI, pointing to a malicious URL by alisonkisk on Tuesday March 02, 2021 @10:04AM (#26316006)
Why not pre-register? Why wouldn't attacker pre-register?
Re:3500 packages uploaded to PyPI, pointing to a malicious URL by xapata on Tuesday March 02, 2021 @11:34AM (#26317081)
> PyPi doesn’t allow namespacing

Yet. I suppose it might wind up vaporware, but the feature request is under discussion/development.

BTW, it's PyPI.