Bug 1500489 - CVE-2017-0903 rubygems: Unsafe object deserialization through YAML formatted gem specifications [fedora-all]
Summary: CVE-2017-0903 rubygems: Unsafe object deserialization through YAML formatted ...
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: rubygems
Version: 26
Hardware: Unspecified
OS: Unspecified
high
high
Target Milestone: ---
Assignee: Pavel Valena
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: CVE-2017-0903
TreeView+ depends on / blocked
 
Reported: 2017-10-10 17:54 UTC by Pedro Sampaio
Modified: 2020-05-18 13:35 UTC (History)
7 users (show)

Fixed In Version: rubygems-3.1.3-200.fc33
Clone Of:
Environment:
Last Closed: 2020-05-18 13:35:06 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Pedro Sampaio 2017-10-10 17:54:32 UTC
This is an automatically created tracking bug!  It was created to ensure
that one or more security vulnerabilities are fixed in affected versions
of fedora-all.

For comments that are specific to the vulnerability please use bugs filed
against the "Security Response" product referenced in the "Blocks" field.

For more information see:
http://fedoraproject.org/wiki/Security/TrackingBugs

When submitting as an update, use the fedpkg template provided in the next
comment(s).  This will include the bug IDs of this tracking bug as well as
the relevant top-level CVE bugs.

Please also mention the CVE IDs being fixed in the RPM changelog and the
fedpkg commit message.

NOTE: this issue affects multiple supported versions of Fedora. While only
one tracking bug has been filed, please correct all affected versions at
the same time.  If you need to fix the versions independent of each other,
you may clone this bug as appropriate.

Comment 1 Pedro Sampaio 2017-10-10 17:54:38 UTC
Use the following template to for the 'fedpkg update' request to submit an
update for this issue as it contains the top-level parent bug(s) as well as
this tracking bug.  This will ensure that all associated bugs get updated
when new packages are pushed to stable.

=====

# bugfix, security, enhancement, newpackage (required)
type=security

# testing, stable
request=testing

# Bug numbers: 1234,9876
bugs=1500488,1500489

# Description of your update
notes=Security fix for [PUT CVEs HERE]

# Enable request automation based on the stable/unstable karma thresholds
autokarma=True
stable_karma=3
unstable_karma=-3

# Automatically close bugs when this marked as stable
close_bugs=True

# Suggest that users restart after update
suggest_reboot=False

======

Additionally, you may opt to use the bodhi web interface to submit updates:

https://bodhi.fedoraproject.org/updates/new

Comment 2 Fedora End Of Life 2018-05-03 07:59:56 UTC
This message is a reminder that Fedora 26 is nearing its end of life.
Approximately 4 (four) weeks from now Fedora will stop maintaining
and issuing updates for Fedora 26. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as EOL if it remains open with a Fedora  'version'
of '26'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version'
to a later Fedora version.

Thank you for reporting this issue and we are sorry that we were not
able to fix it before Fedora 26 is end of life. If you would still like
to see this bug fixed and are able to reproduce it against a later version
of Fedora, you are encouraged  change the 'version' to a later Fedora
version prior this bug is closed as described in the policy above.

Although we aim to fix as many bugs as possible during every release's
lifetime, sometimes those efforts are overtaken by events. Often a
more recent Fedora release includes newer upstream software that fixes
bugs or makes them obsolete.

Comment 3 Jan Kurik 2018-05-29 17:10:46 UTC
Fedora 26 changed to end-of-life (EOL) status on 2018-05-29. Fedora 26
is no longer maintained, which means that it will not receive any
further security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version. If you
are unable to reopen this bug, please file a new report against the
current release. If you experience problems, please add a comment to this
bug.

Thank you for reporting this bug and we are sorry it could not be fixed.

Comment 4 Pavel Valena 2018-07-17 12:20:49 UTC
Closing, as Fedora 26 is EOL (no update is possible); F27 and F28 have fixed rubygems.

Please open a new bug in case you encounter an issue.

Comment 5 Tomas Hoger 2018-07-17 13:52:33 UTC
Lets avoid using EOL resolution to avoid confusion with auto-closed bug.

Comment 6 Tomas Hoger 2018-07-17 13:55:29 UTC
Actually, the last ruby version in F26 was 2.4.4, which includes fixed rubygems 2.6.14.  It seems to have been in ruby since 2.4.3.

There's also separate rubygems component at version 2.6.13.  Is there still need to have it in Fedora?

Comment 7 Tomas Hoger 2018-07-17 13:59:39 UTC
Actually, this bug is against rubygems component, that - as noted in comment 6 above - has not been fixed in any Fedora.  2.6.13 is still the latest version.

This should have limited impact, as rubygems RPM from rubygems SRPM has lower NVR than rubygems RPM from ruby SRPM which was fixed in F26 (see bug 1500654).

If we don't need the rubygems component in Fedora any more, it should be removed.

Comment 8 Pavel Valena 2018-07-18 10:08:04 UTC
(In reply to Tomas Hoger from comment #7)
> Actually, this bug is against rubygems component, that - as noted in comment
> 6 above - has not been fixed in any Fedora.  2.6.13 is still the latest
> version.

Right, I missed that, sorry.

> This should have limited impact, as rubygems RPM from rubygems SRPM has
> lower NVR than rubygems RPM from ruby SRPM which was fixed in F26 (see bug
> 1500654).

Yes, the rubygems subpackage from ruby package is used. I've considered that a fix.

> If we don't need the rubygems component in Fedora any more, it should be
> removed.

Actually, we use it occasionally to update rubygems separately.
Let me discuss this with my collegue when he gets back from PTO.

Comment 9 Pavel Valena 2018-08-02 13:13:13 UTC
Hello,
we concluded that rubygems package is needed/useful for our work and we should update rubygems package more often. (Bugs are for some reason not automatically  created by release monitoring[1].)

I'll rebase it (only) in rawhide then.
Thanks for investigating this.

[1] https://release-monitoring.org/project/13487/

Comment 10 Ben Cotton 2018-11-26 15:50:20 UTC
This message is a reminder that Fedora 27 is nearing its end of life.
On 2018-Nov-30  Fedora will stop maintaining and issuing updates for
Fedora 27. It is Fedora's policy to close all bug reports from releases
that are no longer maintained. At that time this bug will be closed as
EOL if it remains open with a Fedora  'version' of '27'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version.

Thank you for reporting this issue and we are sorry that we were not 
able to fix it before Fedora 27 is end of life. If you would still like 
to see this bug fixed and are able to reproduce it against a later version 
of Fedora, you are encouraged  change the 'version' to a later Fedora 
version prior this bug is closed as described in the policy above.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events. Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

Comment 11 Vít Ondruch 2020-05-18 13:35:06 UTC
This should be resolved now. The rubygems were retired for a short while and therefore removed from F31+F32, now the package is restored in F33.


Note You need to log in before you can comment on or make changes to this bug.