Skip to content

Bump cryptography from 44.0.2 to 48.0.1 in /experiments/agentcompany/openhands#40

Open
dependabot[bot] wants to merge 1 commit into
mainfrom
dependabot/pip/experiments/agentcompany/openhands/cryptography-48.0.1
Open

Bump cryptography from 44.0.2 to 48.0.1 in /experiments/agentcompany/openhands#40
dependabot[bot] wants to merge 1 commit into
mainfrom
dependabot/pip/experiments/agentcompany/openhands/cryptography-48.0.1

Conversation

@dependabot

@dependabot dependabot Bot commented on behalf of github Jun 19, 2026

Copy link
Copy Markdown

Bumps cryptography from 44.0.2 to 48.0.1.

Changelog

Sourced from cryptography's changelog.

48.0.1 - 2026-06-09


* Updated Windows, macOS, and Linux wheels to be compiled with OpenSSL 4.0.1.

.. _v48-0-0:

48.0.0 - 2026-05-04

  • BACKWARDS INCOMPATIBLE: Support for Python 3.8 has been removed. cryptography now requires Python 3.9 or later.

  • BACKWARDS INCOMPATIBLE: Loading an X.509 CRL whose inner TBSCertList.signature algorithm does not match the outer signatureAlgorithm now raises ValueError. Previously, such CRLs were parsed successfully and only rejected during signature validation.

  • Added support for :doc:/hazmat/primitives/asymmetric/mlkem and :doc:/hazmat/primitives/asymmetric/mldsa when using OpenSSL 3.5.0 or later, in addition to the existing AWS-LC and BoringSSL support. This means post-quantum algorithms are now available to users of our wheels.

    • Note: Going forward, we do not guarantee that all functionality in cryptography will be available when building against OpenSSL. See :doc:/statements/state-of-openssl for more information.

.. _v47-0-0:

47.0.0 - 2026-04-24


* Support for Python 3.8 is deprecated and will be removed in the next
  ``cryptography`` release.
* **BACKWARDS INCOMPATIBLE:** Support for binary elliptic curves
  (``SECT*`` classes) has been removed. These curves are rarely used and
  have additional security considerations that make them undesirable.
* **BACKWARDS INCOMPATIBLE:** Support for OpenSSL 1.1.x has been removed.
  OpenSSL 3.0.0 or later is now required. LibreSSL, BoringSSL, and AWS-LC
  continue to be supported.
* **BACKWARDS INCOMPATIBLE:** Dropped support for LibreSSL < 4.1.
* **BACKWARDS INCOMPATIBLE:** Loading keys with unsupported algorithms or
  keys with unsupported explicit curve encodings now raises
  :class:`~cryptography.exceptions.UnsupportedAlgorithm` instead of
  ``ValueError``. This change affects
  :func:`~cryptography.hazmat.primitives.serialization.load_pem_private_key`,
  :func:`~cryptography.hazmat.primitives.serialization.load_der_private_key`,
  :func:`~cryptography.hazmat.primitives.serialization.load_pem_public_key`,
  :func:`~cryptography.hazmat.primitives.serialization.load_der_public_key`,
  and :meth:`~cryptography.x509.Certificate.public_key` when called on
  certificates with unsupported public key algorithms.
</tr></table> 

... (truncated)

Commits

Dependabot compatibility score

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.


Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

  • @dependabot rebase will rebase this PR
  • @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
  • @dependabot show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
  • @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
  • @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
  • @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)
    You can disable automated security fix PRs for this repo from the Security Alerts page.

Greptile Summary

This PR bumps cryptography from 44.0.2 to 48.0.1 in the agentcompany/openhands requirements file via Dependabot. However, the file also pins pyOpenSSL==25.0.0, which declares a hard upper bound of cryptography<45 — meaning the two pinned versions are mutually incompatible and the environment cannot be installed as-is.

  • cryptography is incremented by 4 major versions (44 → 48), spanning multiple backwards-incompatible releases (Python 3.8 removal, SECT* curve removal, OpenSSL 1.1.x removal, exception-type change for unsupported keys).
  • pyOpenSSL==25.0.0 requires cryptography<45,>=41.0.5; support for cryptography 48.x was only added in pyOpenSSL 26.2.0. Both pins must be updated together.

Confidence Score: 1/5

The requirements file cannot be installed: pyOpenSSL 25.0.0 caps cryptography below 45, but cryptography is now pinned at 48.0.1.

The two explicit pins — pyOpenSSL==25.0.0 and cryptography==48.0.1 — are directly incompatible: pyOpenSSL 25.0.0 declares cryptography<45 as a hard constraint, so pip will refuse to resolve the environment. The cryptography bump cannot be merged without a matching pyOpenSSL bump to at least 26.2.0.

experiments/agentcompany/openhands/requirements.txt — both cryptography and pyOpenSSL lines need to be updated together.

Important Files Changed

Filename Overview
experiments/agentcompany/openhands/requirements.txt Bumps cryptography from 44.0.2 to 48.0.1, but the co-pinned pyOpenSSL==25.0.0 requires cryptography<45, making the environment uninstallable.

Flowchart

%%{init: {'theme': 'neutral'}}%%
flowchart TD
    A["pip install -r requirements.txt"] --> B["Resolve cryptography==48.0.1"]
    A --> C["Resolve pyOpenSSL==25.0.0"]
    C --> D["Requires: cryptography>=41.0.5,<45"]
    B --> E["cryptography 48.0.1 ≥ 45"]
    D & E --> F["❌ Dependency conflict\nResolution fails"]
    F --> G["Fix: bump pyOpenSSL to ≥26.2.0\n(first release supporting cryptography 48.x)"]
Loading
%%{init: {'theme': 'base', 'themeVariables': {"darkMode": true, "background": "#0d1117", "primaryColor": "#21262d", "primaryTextColor": "#e6edf3", "primaryBorderColor": "#8b949e", "lineColor": "#8b949e", "textColor": "#e6edf3", "edgeLabelBackground": "#161b22", "actorBkg": "#21262d", "actorBorder": "#8b949e", "actorTextColor": "#e6edf3", "actorLineColor": "#8b949e", "signalColor": "#8b949e", "signalTextColor": "#e6edf3", "noteBkgColor": "#373320", "noteBorderColor": "#d4a72c", "noteTextColor": "#f0e6c0", "labelBoxBkgColor": "#21262d", "labelBoxBorderColor": "#8b949e", "labelTextColor": "#e6edf3", "loopTextColor": "#e6edf3", "activationBkgColor": "#30363d", "activationBorderColor": "#8b949e"}}}%%
flowchart TD
    A["pip install -r requirements.txt"] --> B["Resolve cryptography==48.0.1"]
    A --> C["Resolve pyOpenSSL==25.0.0"]
    C --> D["Requires: cryptography>=41.0.5,<45"]
    B --> E["cryptography 48.0.1 ≥ 45"]
    D & E --> F["❌ Dependency conflict\nResolution fails"]
    F --> G["Fix: bump pyOpenSSL to ≥26.2.0\n(first release supporting cryptography 48.x)"]
Loading

Fix All in Cursor Fix All in Claude Code Fix All in Codex

Prompt To Fix All With AI
Fix the following 1 code review issue. Work through them one at a time, proposing concise fixes.

---

### Issue 1 of 1
experiments/agentcompany/openhands/requirements.txt:28
**Version conflict with `pyOpenSSL==25.0.0`**

`pyOpenSSL 25.0.0` declares `cryptography<45,>=41.0.5` as its dependency. Pinning `cryptography==48.0.1` violates that upper bound, so `pip install -r requirements.txt` will fail with a dependency resolution error. The first pyOpenSSL release that raised the ceiling to 48.x is 26.2.0; `pyOpenSSL==25.0.0` on line 137 would need to be bumped in tandem for this environment to install.

Reviews (1): Last reviewed commit: "Bump cryptography in /experiments/agentc..." | Re-trigger Greptile

Greptile also left 1 inline comment on this PR.

Bumps [cryptography](https://github.com/pyca/cryptography) from 44.0.2 to 48.0.1.
- [Changelog](https://github.com/pyca/cryptography/blob/main/CHANGELOG.rst)
- [Commits](pyca/cryptography@44.0.2...48.0.1)

---
updated-dependencies:
- dependency-name: cryptography
  dependency-version: 48.0.1
  dependency-type: direct:production
...

Signed-off-by: dependabot[bot] <support@github.com>
@dependabot dependabot Bot added dependencies Pull requests that update a dependency file python Pull requests that update python code labels Jun 19, 2026
@socket-security

Copy link
Copy Markdown

Review the following changes in direct dependencies. Learn more about Socket for GitHub.

Diff Package Supply Chain
Security
Vulnerability Quality Maintenance License
Updatedcryptography@​44.0.2 ⏵ 48.0.1100100 +23100100100

View full report

compressed-tensors==0.6.0
contourpy==1.3.1
cryptography==44.0.2
cryptography==48.0.1

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

P0 Version conflict with pyOpenSSL==25.0.0

pyOpenSSL 25.0.0 declares cryptography<45,>=41.0.5 as its dependency. Pinning cryptography==48.0.1 violates that upper bound, so pip install -r requirements.txt will fail with a dependency resolution error. The first pyOpenSSL release that raised the ceiling to 48.x is 26.2.0; pyOpenSSL==25.0.0 on line 137 would need to be bumped in tandem for this environment to install.

Prompt To Fix With AI
This is a comment left during a code review.
Path: experiments/agentcompany/openhands/requirements.txt
Line: 28

Comment:
**Version conflict with `pyOpenSSL==25.0.0`**

`pyOpenSSL 25.0.0` declares `cryptography<45,>=41.0.5` as its dependency. Pinning `cryptography==48.0.1` violates that upper bound, so `pip install -r requirements.txt` will fail with a dependency resolution error. The first pyOpenSSL release that raised the ceiling to 48.x is 26.2.0; `pyOpenSSL==25.0.0` on line 137 would need to be bumped in tandem for this environment to install.

How can I resolve this? If you propose a fix, please make it concise.

Fix in Cursor Fix in Claude Code Fix in Codex

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

dependencies Pull requests that update a dependency file python Pull requests that update python code

Projects

None yet

Development

Successfully merging this pull request may close these issues.

0 participants