[Bug 1961865] New: perl-Net-CIDR-Lite: Incorrect handling of IP
address with leading zeros in IP octets
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1961865
Bug ID: 1961865
Summary: perl-Net-CIDR-Lite: Incorrect handling of IP address
with leading zeros in IP octets
Product: Security Response
Hardware: All
OS: Linux
Status: NEW
Component: vulnerability
Keywords: Security
Severity: medium
Priority: medium
Assignee: security-response-team(a)redhat.com
Reporter: thoger(a)redhat.com
CC: paul(a)city-fan.org, perl-devel(a)lists.fedoraproject.org,
pzhukov(a)redhat.com, steve(a)silug.org
Target Milestone: ---
Classification: Other
It was discovered that the perl Net-CIDR-Lite module did not correctly handle
IP addresses with IP octets containing leading zeros. Leading zeros were
ignored, while the underlying system can treat such octets as octal numbers and
interpret them differently. For example, IP address of 010.0.0.1 was
considered by Net-CIDR-Lite to be the same address as 10.0.0.1, while system
may consider it to be IP address 8.0.0.1.
Reference:
https://blog.urth.org/2021/03/29/security-issues-in-perl-ip-address-distr...
This issue was fixed in Net-CIDR-Lite version 0.22 via this change:
https://metacpan.org/diff/file?target=STIGTSP/Net-CIDR-Lite-0.22/Lite.pm&...
An example of a potentially vulnerable use case can be found in the
SpamAssassin's URILocalBL plugin:
https://svn.apache.org/viewvc/spamassassin/tags/spamassassin_release_3_4_...
It allows checking URLs extracted from emails against locally defined blacklist
of IP ranges. IP addresses to check are typically obtained by resolving host
names used in URLs. However, URLs with IP addresses can be used directly.
Hence, this issue could potentially lead to a bypass of the defined blacklist.
Note that this plugin does not seem to be affected due to the use of a strict
regular expression used to determine if URL contains host name or IP address.
That regular expression does not consider addresses with leading zeros as valid
IP addresses and performs their resolution, translating the IP string to how
system interprets it.
--
You are receiving this mail because:
You are on the CC list for the bug.
2 years, 5 months
[Bug 2007251] New: perl-Crypt-SMIME-0.27-5.fc36 FTBFS with OpenSSL
3: Crypt::SMIME#setPublicKey: failed to load the public cert:
error:0480006C:PEM routines::no start line
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2007251
Bug ID: 2007251
Summary: perl-Crypt-SMIME-0.27-5.fc36 FTBFS with OpenSSL 3:
Crypt::SMIME#setPublicKey: failed to load the public
cert: error:0480006C:PEM routines::no start line
Product: Fedora
Version: rawhide
URL: https://koschei.fedoraproject.org/package/perl-Crypt-S
MIME
Status: NEW
Component: perl-Crypt-SMIME
Assignee: steve.traylen(a)cern.ch
Reporter: ppisar(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: perl-devel(a)lists.fedoraproject.org,
steve.traylen(a)cern.ch, xavier(a)bachelot.org
Blocks: 1992484 (F36FTBFS,RAWHIDEFTBFS)
Target Milestone: ---
Classification: Fedora
perl-Crypt-SMIME-0.27-5.fc36 fails to build in Fedora 36 with OpenSSL 3.0.0
because tests fails like this:
# Testing Crypt::SMIME 0.27, Perl 5.034000, /usr/bin/perl
t/00-load.t ........... ok
# Using `/usr/bin/openssl' to generate a keypair
Crypt::SMIME#setPublicKey: failed to load the public cert: error:0480006C:PEM
routines::no start line at t/01-smime.t line 131.
# Looks like your test exited with 255 just after 18.
t/01-smime.t ..........
Dubious, test returned 255 (wstat 65280, 0xff00)
Failed 7/25 subtests
[...]
Test Summary Report
-------------------
t/01-smime.t (Wstat: 65280 Tests: 18 Failed: 0)
Non-zero exit status: 255
Parse errors: Bad plan. You planned 25 tests but ran 18.
t/02-smime.more.t (Wstat: 65280 Tests: 12 Failed: 0)
Non-zero exit status: 255
Parse errors: Bad plan. You planned 18 tests but ran 12.
t/03-chained-certs.t (Wstat: 768 Tests: 15 Failed: 3)
Failed tests: 9, 13, 15
Non-zero exit status: 3
t/04-taint.t (Wstat: 512 Tests: 7 Failed: 2)
Failed tests: 4-5
Non-zero exit status: 2
Files=9, Tests=61, 7 wallclock secs ( 0.05 usr 0.02 sys + 6.41 cusr 0.30
csys = 6.78 CPU)
Result: FAIL
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1992484
[Bug 1992484] Fedora 36 FTBFS Tracker
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2007251
2 years, 5 months
[Bug 2008957] New: CVE-2021-38562 rt: User enumeration through a
timing side-channel attack
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2008957
Bug ID: 2008957
Summary: CVE-2021-38562 rt: User enumeration through a timing
side-channel attack
Product: Security Response
Hardware: All
OS: Linux
Status: NEW
Component: vulnerability
Keywords: Security
Severity: high
Priority: high
Assignee: security-response-team(a)redhat.com
Reporter: psampaio(a)redhat.com
CC: j(a)tib.bs, perl-devel(a)lists.fedoraproject.org,
rc040203(a)freenet.de
Target Milestone: ---
Classification: Other
Package: request-tracker5
Version: 5.0.1+dfsg-1
Severity: serious
Tags: security
Hi,
upstream has fixed the following issue in 5.0.2:
"In previous versions, RT's native login system is vulnerable to user
enumeration through a timing side-channel attack. This means an external
entity could try to find valid usernames by attempting logins and
comparing the time to evaluate each login attempt for valid and invalid
usernames. This vulnerability does not allow any access to the RT
system. This vulnerability is assigned CVE-2021-38562 and is fixed
in this release."
It would be nice if you could upgrade (or cherry-pick) that fix, please
also mention 'CVE-2021-38562' in the changelog when doing so.
Regards,
Daniel
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2008957
2 years, 6 months
[Bug 2007499] New: Please update to > 1.02
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2007499
Bug ID: 2007499
Summary: Please update to > 1.02
Product: Fedora
Version: 34
Status: NEW
Component: perl-GnuPG-Interface
Assignee: emmanuel(a)seyman.fr
Reporter: rc040203(a)freenet.de
QA Contact: extras-qa(a)fedoraproject.org
CC: emmanuel(a)seyman.fr, fedora(a)mj41.cz,
perl-devel(a)lists.fedoraproject.org,
xavier(a)bachelot.org
Target Milestone: ---
Classification: Fedora
Description of problem:
rt > 4.4.4
and
rt > 5.0.2
require perl(GnuPG::Interface) >= 1.02
The versions provided by fc33 and fc34 do not suffice this requirement:
fc34: perl-GnuPG-Interface-1.01
fc33: perl-GnuPG-Interface-1.00
Thus, this prevents me from upgrading rt4 to rt-4.4.5 (an upstream bugfix
release).
I'd ask you to upgrade perl-GnuPG-Interface to 1.02 on fc33 and f34.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2007499
2 years, 6 months