[Bug 1835353] New: rubygem-mail: Out of memory issue through nested
MIME parts
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1835353
Bug ID: 1835353
Summary: rubygem-mail: Out of memory issue through nested MIME
parts
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: psampaio(a)redhat.com
CC: akarol(a)redhat.com, alexl(a)redhat.com,
bbuckingham(a)redhat.com, bcourt(a)redhat.com,
bkearney(a)redhat.com, btotty(a)redhat.com,
caillon+fedoraproject(a)gmail.com, caolanm(a)redhat.com,
dmetzger(a)redhat.com, gmccullo(a)redhat.com,
gnome-sig(a)lists.fedoraproject.org,
gtanzill(a)redhat.com, hhudgeon(a)redhat.com,
jfrey(a)redhat.com, jhardy(a)redhat.com,
john.j5live(a)gmail.com, jose.p.oliveira.oss(a)gmail.com,
lzap(a)redhat.com, mclasen(a)redhat.com,
mmccune(a)redhat.com, nmoumoul(a)redhat.com,
obarenbo(a)redhat.com, paul(a)city-fan.org,
perl-devel(a)lists.fedoraproject.org, rchan(a)redhat.com,
rhughes(a)redhat.com, rjerrido(a)redhat.com,
rob.myers(a)gtri.gatech.edu, roliveri(a)redhat.com,
rstrode(a)redhat.com, sandmann(a)redhat.com,
simaishi(a)redhat.com, smallamp(a)redhat.com,
sokeeffe(a)redhat.com, tbrisker(a)redhat.com,
tcallawa(a)redhat.com, vondruch(a)redhat.com,
walter.pete(a)yandex.com, xavier(a)bachelot.org
Target Milestone: ---
Classification: Other
A possible DoS issue may affect several MIME parsers. Messages with too many
tiny nested MIME parts can lead to memory exhaustion on split().
References:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=960064
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=960062
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=960159
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=960158
--
You are receiving this mail because:
You are on the CC list for the bug.
3 months, 1 week
[Bug 1835360] New: perl-Email-MIME: rubygem-mail: Out of memory
issue through nested MIME parts [epel-all]
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1835360
Bug ID: 1835360
Summary: perl-Email-MIME: rubygem-mail: Out of memory issue
through nested MIME parts [epel-all]
Product: Fedora EPEL
Version: epel7
Status: NEW
Component: perl-Email-MIME
Keywords: Security, SecurityTracking
Severity: medium
Priority: medium
Assignee: tcallawa(a)redhat.com
Reporter: psampaio(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: jose.p.oliveira.oss(a)gmail.com, paul(a)city-fan.org,
perl-devel(a)lists.fedoraproject.org,
rob.myers(a)gtri.gatech.edu, tcallawa(a)redhat.com,
xavier(a)bachelot.org
Target Milestone: ---
Classification: Fedora
This is an automatically created tracking bug! It was created to ensure
that one or more security vulnerabilities are fixed in affected versions
of epel-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 EPEL. 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.
--
You are receiving this mail because:
You are on the CC list for the bug.
3 months, 1 week
[Bug 1729976] New: Please package perl-LWP-Protocol-connect
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1729976
Bug ID: 1729976
Summary: Please package perl-LWP-Protocol-connect
Product: Fedora EPEL
Version: epel7
Status: NEW
Component: perl-LWP-Protocol-https
Assignee: extras-orphan(a)fedoraproject.org
Reporter: clem.oudot(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: extras-orphan(a)fedoraproject.org,
perl-devel(a)lists.fedoraproject.org, ppisar(a)redhat.com
Target Milestone: ---
Classification: Fedora
Description of problem:
Some HTTP proxies require to use the CONNECT method. This is possible with Perl
using LWP-Protocol-connect, but this module is not packaged in EPEL.
Would it be possible to do it?
--
You are receiving this mail because:
You are on the CC list for the bug.
4 months, 4 weeks
[Bug 1731700] New: rt depends on files/directories from non-standard
locations
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1731700
Bug ID: 1731700
Summary: rt depends on files/directories from non-standard
locations
Product: Fedora
Version: rawhide
Status: NEW
Component: rt
Assignee: rc040203(a)freenet.de
Reporter: i.gnatenko.brain(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: perl-devel(a)lists.fedoraproject.org,
rc040203(a)freenet.de, tibbs(a)math.uh.edu
Blocks: 1731683
Target Milestone: ---
Classification: Fedora
Hello,
Fedora Packaging Guidelines allow dependencies only on files/directories from
/usr/bin, /usr/sbin and /etc directories[0].
Your package depends on files/directories outside of those. See below for more
information about package/dependencies.
---
rt-4.4.4-2.fc31.noarch:
- /usr/share/fonts/google-droid/DroidSansFallback.ttf
- /usr/share/fonts/google-droid/DroidSans.ttf
rt-4.4.4-2.fc31.src:
- /usr/share/fonts/google-droid/DroidSansFallback.ttf
- /usr/share/fonts/google-droid/DroidSans.ttf
---
Please correct those or provide reason why is it correct.
It is very important to not download huge filelists.xml just because few
packages in distribution depend on non-standard paths.
Thanks for cooperation!
[0]
https://docs.fedoraproject.org/en-US/packaging-guidelines/#_file_and_dire...
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1731683
[Bug 1731683] Packages which are not following Packaging Guidelines
--
You are receiving this mail because:
You are on the CC list for the bug.
5 months
[Bug 1765510] New: Request to update perl-Protocol-WebSocket to 0.26
for EPEL 7
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1765510
Bug ID: 1765510
Summary: Request to update perl-Protocol-WebSocket to 0.26 for
EPEL 7
Product: Fedora EPEL
Version: epel7
Status: NEW
Component: perl-Protocol-WebSocket
Assignee: ddick(a)cpan.org
Reporter: kretschmer.jens(a)siemens.com
QA Contact: extras-qa(a)fedoraproject.org
CC: ddick(a)cpan.org, perl-devel(a)lists.fedoraproject.org
Target Milestone: ---
Classification: Fedora
Please update perl-Protocol-WebSocket to the latest upstream version 0.26. The
current version in EPEL 7 is 0.18
--
You are receiving this mail because:
You are on the CC list for the bug.
5 months, 1 week
[Bug 1803973] New: CGI::Session is missing in epel8
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1803973
Bug ID: 1803973
Summary: CGI::Session is missing in epel8
Product: Fedora EPEL
Version: epel8
Status: NEW
Component: perl-CGI-Session
Assignee: andreas(a)bawue.net
Reporter: netwiz(a)crc.id.au
QA Contact: extras-qa(a)fedoraproject.org
CC: andreas(a)bawue.net, perl-devel(a)lists.fedoraproject.org
Target Milestone: ---
Classification: Fedora
The perl-CGI-Session package is not available for EPEL8.
Please import & build for EPEL8.
--
You are receiving this mail because:
You are on the CC list for the bug.
5 months, 1 week
[Bug 1716324] New: perl-Text-Xslate-3.5.6-5.fc30 is not linked to
libperl.so
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1716324
Bug ID: 1716324
Summary: perl-Text-Xslate-3.5.6-5.fc30 is not linked to
libperl.so
Product: Fedora
Version: 30
Status: NEW
Component: perl-Text-Xslate
Assignee: jplesnik(a)redhat.com
Reporter: ppisar(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i(a)cicku.me, jplesnik(a)redhat.com,
perl-devel(a)lists.fedoraproject.org
Target Milestone: ---
Classification: Fedora
perl-Text-Xslate-3.5.6-5.fc30 lost a dependency on libperl.so since
-Wl,--as-needed was added to distribution-wide linker flags:
$ scanelf -n blib/arch/auto/Text/Xslate/Xslate.so
TYPE NEEDED FILE
ET_DYN libc.so.6 blib/arch/auto/Text/Xslate/Xslate.so
$ ldd -r blib/arch/auto/Text/Xslate/Xslate.so
linux-vdso.so.1 (0x00007fff0d5cb000)
libc.so.6 => /lib64/libc.so.6 (0x00007f948b9a1000)
/lib64/ld-linux-x86-64.so.2 (0x00007f948bb8f000)
undefined symbol: Perl_sv_cmp (blib/arch/auto/Text/Xslate/Xslate.so)
undefined symbol: PL_ppaddr (blib/arch/auto/Text/Xslate/Xslate.so)
[...]
Xslate.so is built like this:
gcc -lpthread -shared -Wl,-z,relro -Wl,--as-needed -Wl,-z,now
-specs=/usr/lib/rpm/redhat/redhat-hardened-ld -L/usr/local/lib
-fstack-protector-strong -lperl -o blib/arch/auto/Text/Xslate/Xslate.so
lib/Text/Xslate.o src/xslate_methods.o
The cause is that -Wl,--as-needed takes effect when library is supplied and
considering only preceding object files and ignoring and following object
files. A correct linker command must list all object files before -l flags.
Like this:
gcc lib/Text/Xslate.o src/xslate_methods.o -lpthread -shared -Wl,-z,relro
-Wl,--as-needed -Wl,-z,now -specs=/usr/lib/rpm/redhat/redhat-hardened-ld
-L/usr/local/lib -fstack-protector-strong -lperl -o
blib/arch/auto/Text/Xslate/Xslate.so
Either there is bug in perl-Text-Xslate build script or in
Module::Build::XSUtil that it uses.
--
You are receiving this mail because:
You are on the CC list for the bug.
5 months, 4 weeks
[Bug 1661251] New: Fails due to uninitialised value
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1661251
Bug ID: 1661251
Summary: Fails due to uninitialised value
Product: Fedora EPEL
Version: epel7
OS: Linux
Status: NEW
Component: perl-Parse-DMIDecode
Assignee: ddick(a)cpan.org
Reporter: squinney(a)inf.ed.ac.uk
QA Contact: extras-qa(a)fedoraproject.org
CC: ddick(a)cpan.org, perl-devel(a)lists.fedoraproject.org
Target Milestone: ---
Classification: Fedora
Created attachment 1515903
--> https://bugzilla.redhat.com/attachment.cgi?id=1515903&action=edit
Initialise structures to zero to avoid potential problem with numeric
comparison
Description of problem:
We use the Parse::DMIDecode perl module on all our EL7 machines as part of our
inventory system. Mostly it works fine but on a small number of machines it
fails with this error about an uninitialized value:
perl -MParse::DMIDecode -wE 'my $decoder = new Parse::DMIDecode;
$decoder->probe'
Use of uninitialized value $data{"structures"} in numeric lt (<) at
/usr/share/perl5/vendor_perl/Parse/DMIDecode.pm line 160.
Version-Release number of selected component (if applicable):
0.03-5
How reproducible:
About 1% of our machines, I've not checked but probably all similar hardware.
Additional info:
This seems to be similar to a bug reported in CPAN many years ago:
https://rt.cpan.org/Public/Bug/Display.html?id=54956
except that the supplied patch in that report does NOT work. I have attached a
patch which fixes the problem when applied to the 0.03-5 SRPM.
Regards,
Stephen Quinney
--
You are receiving this mail because:
You are on the CC list for the bug.
1 year, 3 months
[Bug 1666098] New: Overspecification in perl -MExtUtils::Embed -e
ldopts
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1666098
Bug ID: 1666098
Summary: Overspecification in perl -MExtUtils::Embed -e ldopts
Product: Fedora
Version: rawhide
Status: NEW
Component: perl
Assignee: jplesnik(a)redhat.com
Reporter: bugs.michael(a)gmx.net
QA Contact: extras-qa(a)fedoraproject.org
CC: caillon+fedoraproject(a)gmail.com, iarnell(a)gmail.com,
jplesnik(a)redhat.com, kasal(a)ucw.cz,
mbarnes(a)fastmail.com, mmaslano(a)redhat.com,
perl-devel(a)lists.fedoraproject.org, ppisar(a)redhat.com,
psabata(a)redhat.com, rhughes(a)redhat.com,
sandmann(a)redhat.com, tcallawa(a)redhat.com
Target Milestone: ---
Classification: Fedora
The following command is supposed to return the ldflags that are needed to link
with libperl. Instead, it returns everything that has been specified when
building libperl itself. Not limited to Fedora's global flags and several
libraries that aren't needed when linking shared. As a result, programs relink
also with those libs instead of just libperl.
$ perl -MExtUtils::Embed -e ldopts
-Wl,--enable-new-dtags -Wl,-z,relro -Wl,-z,now
-specs=/usr/lib/rpm/redhat/redhat-hardened-ld -Wl,-z,relro -Wl,-z,now
-specs=/usr/lib/rpm/redhat/redhat-hardened-ld -fstack-protector-strong
-L/usr/local/lib -L/usr/lib64/perl5/CORE -lperl -lpthread -lresolv -ldl -lm
-lcrypt -lutil -lc
Please clean up the flags and return only -L/usr/lib64/perl5/CORE -lperl.
--
You are receiving this mail because:
You are on the CC list for the bug.
1 year, 4 months