Hello everyone,
I am a research programmer at the NYU School of Engineering. My colleagues
(Trishank Kuppusamy and Justin Cappos) and I are requesting community
feedback on our proposal, "Surviving a Compromise of PyPI." The two-stage
proposal can be reviewed online at:
PEP 458
http://legacy.python.org/dev/peps/pep-0458/
PEP 480
http://legacy.python.org/dev/peps/pep-0480/
Summary of the Proposal:
"Surviving a Compromise of PyPI" proposes how the Python Package Index
(PyPI) can be amended to better protect end users from altered or malicious
packages, and to minimize the extent of PyPI compromises against affected
users. The proposed integration allows package managers such as pip to be
more secure against various types of security attacks on PyPI and defend
end users from attackers responding to package requests. Specifically,
these PEPs describe how PyPI processes should be adapted to generate and
incorporate repository metadata, which are signed text files that describe
the packages and metadata available on PyPI. Package managers request
(along with the packages) the metadata on PyPI to verify the authenticity
of packages before they are installed. The changes to PyPI and tools will
be minimal by leveraging a library, The Update Framework
<https://github.com/theupdateframework/tuf>, that generates and
transparently validates the relevant metadata.
The first stage of the proposal (PEP 458
<http://legacy.python.org/dev/peps/pep-0458/>) uses a basic security model
that supports verification of PyPI packages signed with cryptographic keys
stored on PyPI, requires no action from developers and end users, and
protects against malicious CDNs and public mirrors. To support continuous
delivery of uploaded packages, PyPI administrators sign for uploaded
packages with an online key stored on PyPI infrastructure. This level of
security prevents packages from being accidentally or deliberately tampered
with by a mirror or a CDN because the mirror or CDN will not have any of
the keys required to sign for projects.
The second stage of the proposal (PEP 480
<http://legacy.python.org/dev/peps/pep-0480/>) is an extension to the basic
security model (discussed in PEP 458) that supports end-to-end verification
of signed packages. End-to-end signing allows both PyPI and developers to
sign for the packages that are downloaded by end users. If the PyPI
infrastructure were to be compromised, attackers would be unable to serve
malicious versions of these packages without access to the project's
developer key. As in PEP 458, no additional action is required by end
users. However, PyPI administrators will need to periodically (perhaps
every few months) sign metadata with an offline key. PEP 480 also proposes
an easy-to-use key management solution for developers, how to interface
with a potential build farm on PyPI infrastructure, and discusses the
security benefits of end-to-end signing. The second stage of the proposal
simultaneously supports real-time project registration and developer
signatures, and when configured to maximize security on PyPI, less than 1%
of end users will be at risk even if an attacker controls PyPI and goes
undetected for a month.
We thank Nick Coghlan and Donald Stufft for their valuable contributions,
and Giovanni Bajo and Anatoly Techtonik for their feedback.
Thanks,
PEP 458 & 480 authors.
Hi;
I am new to PyPI and deleted my project (pyhma) by mistake. Is there a way to allow me to create it again with the same name? We can not change the name as it is part of a code paper under the same name.
Thanks;
Sabry
I have just seen all my manylinux builds fail at
https://travis-ci.org/MrBitBucket/reportlab-mirror
they all seem to fail in the multibuild install_run phase.
I haven't altered anything related to .travis.yml since the previous run on Jan 17th. All the failures seem to relate to
a cdn bucket
the runs all end with something like this
Looking in links: https://5cf40426d9f06eb7461d-6fe47d9331aba7cd62fc36c7196769e4.ssl.cf2.rackc…
1483Collecting pillow
1484 Downloading Pillow-6.2.2-cp27-cp27m-manylinux1_i686.whl (2.0 MB)
1485Installing collected packages: pillow
1486Successfully installed pillow-6.2.2
1487DEPRECATION: Python 2.7 reached the end of its life on January 1st, 2020. Please upgrade your Python as Python 2.7
is no longer maintained. A future version of pip will drop support for Python 2.7. More details about Python 2 support
in pip, can be found at https://pip.pypa.io/en/latest/development/release-process/#python-2-support
1488ERROR: You must give at least one requirement to install (maybe you meant "pip install
https://5cf40426d9f06eb7461d-6fe47d9331aba7cd62fc36c7196769e4.ssl.cf2.rackc…"?)
but I cannot find that in my .yml or the travis config file which I use.
Any idea what could be causing this?
--
Robin Becker
The <a href="https://tinderdatingsites.com/">tinder dating site</a> is used to meet sexy girls whom you can have a healthy relationship. If you are single and wanted to have a relationship then don't worry you can use <a href="https://adultfriendfinderz.co/">adult friend finder</a> to meet hot people.
Hi,
I'm very new to this python community.
This system is a FedoraCore 32 x86_64 (Rawhide) freshly installed.
I was reading about beautifulsoup... and was directed to use pip "pip install beautifulsoup4". I got nothing. strace -xvfp <pid of pip> shows that pip is in (hung?) in the recvfrom(...) system call.
Is pip trying to "talk" with a site that's down? Perhaps I'm not doing something correctly?
Thanks for your help,
George...
