VOOZH about

URL: https://lwn.net/Articles/631161/

⇱ Security [LWN.net]


👁 LWN.net Logo
LWN
.net
News from the source 👁 LWN
| |
Log in / Subscribe / Register

Security

Fedora and "strong" passwords

By Jake Edge
February 4, 2015

Passwords are an ever-present annoyance when dealing with computers. Because they may need to be typed frequently, there is a tendency toward making them simple, but that has a large impact on the security provided by the password. Forcing users to provide "strong" passwords at install time, both for root and normal users, makes sense to some from a security perspective. To others, however, it is paternalistic and doesn't take into account users' knowledge of the risks the system will be exposed to. That debate is currently playing out in the Fedora community.

The debate flared up most recently on the fedora-test mailing list, but its roots go back further than that. The underlying problem is that the SSH daemon (sshd) is enabled after the Anaconda installer runs. It is configured such that root logins are permitted using a password, so any internet-accessible system could have its root password guessed in a brute force attack. One way to reduce the chances of that are to enforce setting a stronger root password.

Currently, Anaconda complains if a "weak" password is entered, but the installing user can click twice to confirm and use such a password. However, Anaconda developer Brian C. Lane notified testers on January 28 that Anaconda would no longer accept weak passwords and those less than eight characters long.

I *know* this is going to be a bit of a pain to get used to. But the increased security is worth it. Super simple passwords will no longer be allowed, but it is still easy to come up with one that passes the checks. pwgen has lots of suggestions.

And on the bright side, you don't have to click done twice anymore :)

That change was driven by a suggestion to turn off root login over SSH by Prasad J. Pandit (aka P J P) back in November on the fedora-devel mailing list. In that discussion, the idea was largely met with approval, though some were not convinced that doing so really provided much in the way of added security. There was also talk of ways to get a user's SSH key added to the install, so that instead of blocking all root logins, it would only block password-based logins.

But there were also complaints that root is not the only user affected by brute force password-guessing attacks. Other accounts may not be as obvious, but if they have weak passwords, they can easily fall prey as well. Forcing installing users to create a user account that could be used for SSH purposes if root access were disabled was also seen as suboptimal. There are plenty of use cases where local user accounts are not needed or wanted.

Pandit created a Fedora feature page for the change, which was originally targeted for Fedora 22. When Fedora program manager Jaroslav Reznik brought up the change on fedora-devel in early January, though, there was considerably more dissension. As Stephen Gallagher pointed out, disabling root login over ssh may make sense for workstations, but doesn't for (typically headless) servers. Others, of course, disagreed.

A summary of the arguments for and against was posted by Pandit, but seemingly didn't change any minds. Part of the problem is that the proposal has a larger scope than simply changing the default value for the "PermitRootLogin" sshd configuration parameter. In fact, it looks at two different ways to solve the problem and makes assumptions about changes that will be made in Anaconda to support the feature, but doesn't really make them explicit. That is not really the right way to get changes into Fedora, as Adam Williamson explained:

Still, you can't just invoke features into existence by describing them on a Change page. There needs to be a credible plan for actually *doing* that work, yet so far as I can tell, none of the anaconda developers is involved the Change proposal, nor has anyone said "I will write the code to make this work".

In a project like Fedora, it doesn't always work out well to do things the way this Change seems to be going: think of one change you want to do, write up a Change for it, realize that lots of other things would have to be done to make the change viable, and just write those things into the Change as bullet points, and assume that somehow they'll be made to happen if the change is approved.

So, Pandit took the issue to the Anaconda mailing list. The discussion there quickly turned to the password-strength requirement in the installer. The idea of turning off password-based SSH logins is popular, but there is no mechanism to provide a key to Anaconda as part of the installation process. So Lane suggested the change to require longer and stronger (as measured by libpwquality) passwords.

Some were willing to live with the change, even though they may do many installs for testing purposes, but others were not so sure. Williamson, who is part of Fedora Quality Assurance (QA), complained that it would make his job harder:

It will also make QA people hate our lives. srsly, sounds like a small thing, but typing 'correcthorse' 25,674 times during a release cycle will drive me freaking batty. if we go to onerous root pw requirements, we're really gonna need a sekrit cmdline switch to disable it or something.

Chris Murphy piled on: "I dislike this feature so much I'd rather read of some small corner of the Internet [burning] because one of our users had too much gin one night while configuring Fedora, used 12345 as their root password, and the computer was made part of a giant botnet overnight." Murphy suggested that "baby sitting" users who choose not to set a strong password is not appropriate.

In what seems like a unilateral decision, though, Lane described the change, shortly before notifying the testers that Anaconda would be changing. He also had a suggestion for those who would be affected:

Users who are concerned with security already know how to setup their systems, use strong passwords, switch to key only logins, etc. They aren't the ones who need help.

Instead I propose that we increase our minimum password length to 8 characters, and disallow weak passwords. The initial pain of creating a throw-away password for your vm can be mitigated by running pwgen and writing down a nice looking one on a sticky note :)

Lane's suggestion, which runs counter to password best practices, only solves part of the problem, though. Even if someone generates a throwaway password to put on their sticky note, they may have to type it in many, many times. As Williamson put it:

'Secure' passwords are nothing but a major pain in the ass when testing disposable installations in isolated environments, which is what we do, over and over and over and over again, for weeks.

So far at least, though, the Anaconda change seems to be here to stay. The notification mail set off some howls of discontent (which Williamson worked hard to tamp down) in the fedora-test mailing list. It seems possible that the whole issue will end up on Fedora Engineering Steering Committee's (FESCo's) plate at some point in the near future.

Pandit has pushed the SSH configuration change back to Fedora 23 because the user interface (UI) changes in Anaconda can't be done in the time frame needed for Fedora 22. There has been discussion of providing a way for installing users to enable root SSH logins from the Anaconda UI, but that is still a ways off. The feature also still needs to pass FESCo muster.

Providing better default security for new and/or non-savvy users is certainly a good thing. But not allowing more technical users to knowingly bypass those measures is sure to irritate them. Erecting barriers (or speed bumps) in the way of more testing seems a bit short-sighted as well. While stronger passwords do provide a measurable increase in the security of the system, it would seem that some accommodation for those who want to avoid those requirements could be made.

Comments (56 posted)

Brief items

Security quotes of the week

This is particularly the case for the "cryptography" subset of "security", for which "best practice" seems to be synonymous with, as Linus put it, "people wanking around with their opinions". In something like medicine we have evidence-based best practice, "don't discontinue your antibiotics until you've gone through the full course". In agriculture we have "don't overuse one type of fungicide or you'll end up with resistant strains".

In contrast in crypto it's "Use ECC!" / "No, use RSA with an 8K key!" / "No, use AES-GCM!" / "No, use Poly1305-AES" / "No, use ECC but only with My Pet Curve!" / "No, use Ed25519" / "Camellia! Gost! Twofish! SEED! LIONs and Tigers and BEARs, oh my!", ignoring the fact that an attacker won't care what you do since they're exploiting a buffer overflow in some ancillary support library that you don't even know exists.

Peter Gutmann
People who can reason about SSL false positives should be alarmed by SSL warnings on banking websites. However, Bravo-Lillo et al. [10] reported that six of their non-expert interviewees believe the opposite to be true: they said that SSL warnings could be ignored on banking websites because banks have good security practices. Some study participants similarly told Sunshine et al. [38] that they thought real attacks were less likely to occur on banking websites, although they were slightly more likely to heed warnings for banking websites than library websites in an experiment.
Adrienne Porter Felt, Alex Ainslie, Robert W. Reeder, Sunny Consolvo, Somas Thyagaraja, Alan Bettes, Helen Harris, and Jeff Grimes [PDF] in "Improving SSL Warnings: Comprehension and Adherence" (Thanks to Paul Wise.)

Comments (3 posted)

New vulnerabilities

bugzilla: command injection

Package(s):bugzilla CVE #(s):CVE-2014-8630
Created:February 2, 2015 Updated:February 16, 2015
Description: From the Mageia advisory:

Some code in Bugzilla does not properly utilize 3 arguments form for open() and it is possible for an account with editcomponents permissions to inject commands into product names and other attributes.

Alerts:
Gentoo 201607-11 bugzilla 2016-07-20
Fedora FEDORA-2015-1699 bugzilla 2015-02-15
Fedora FEDORA-2015-1713 bugzilla 2015-02-15
Mandriva MDVSA-2015:030 bugzilla 2015-02-05
Mageia MGASA-2015-0048 bugzilla 2015-01-31

Comments (1 posted)

clamav: heap overflow

Package(s):clamav CVE #(s):CVE-2014-9328
Created:February 2, 2015 Updated:February 13, 2015
Description: From the ClamAV 0.98.6 release announcement:

Fix a heap out of bounds condition with crafted upack packer files. This issue was discovered by Sebastian Andrzej Siewior.

Alerts:
Gentoo 201512-08 clamav 2015-12-30
Debian-LTS DLA-233-1 clamav 2015-05-28
Mandriva MDVSA-2015:166 clamav 2015-03-29
SUSE SUSE-SU-2015:0298-1 clamav 2015-02-17
Ubuntu USN-2488-2 clamav 2015-02-12
openSUSE openSUSE-SU-2015:0285-1 clamav 2015-02-13
Mandriva MDVSA-2015:042 clamav 2015-02-10
Mageia MGASA-2015-0056 clamav 2015-02-09
Ubuntu USN-2488-1 clamav 2015-02-02
Fedora FEDORA-2015-1437 clamav 2015-01-30
Fedora FEDORA-2015-1461 clamav 2015-01-30

Comments (none posted)

drupal7-context: open redirect

Package(s):drupal7-context CVE #(s):CVE-2015-1051
Created:January 29, 2015 Updated:February 4, 2015
Description: From the Red Hat bugzilla entry:

It was reported that Context UI module wasn't checking for external URLs in the HTTP GET destination parameter when redirecting users that are activating/deactivating the Context UI inline editor dialog, thereby leading to an Open Redirect vulnerability.

This vulnerability is mitigated by the fact that the victim must have the permission "administer contexts" and that Context UI module must be enabled.

Alerts:
Fedora FEDORA-2015-0726 drupal7-context 2015-01-28
Fedora FEDORA-2015-0717 drupal7-context 2015-01-28

Comments (none posted)

hivex: privilege escalation

Package(s):hivex CVE #(s):CVE-2014-9273
Created:February 2, 2015 Updated:August 4, 2015
Description: From the CVE entry:

lib/handle.c in Hivex before 1.3.11 allows local users to execute arbitrary code and gain privileges via a small hive files, which triggers an out-of-bounds read or write.

Alerts:
Scientific Linux SLSA-2015:1378-1 hivex 2015-08-03
Oracle ELSA-2015-1378 hivex 2015-07-29
Red Hat RHSA-2015:1378-01 hivex 2015-07-22
Scientific Linux SLSA-2015:0301-2 hivex 2015-03-25
Oracle ELSA-2015-0301 hivex 2015-03-09
Red Hat RHSA-2015:0301-01 hivex 2015-03-05
Mageia MGASA-2015-0060 hivex 2015-02-11
openSUSE openSUSE-SU-2015:0189-1 hivex 2015-02-02
Gentoo 201503-07 hivex 2015-03-14

Comments (none posted)

java: unspecified vulnerability

Package(s):java-1_7_0-openjdk CVE #(s):CVE-2015-0400
Created:February 2, 2015 Updated:February 4, 2015
Description: From the CVE entry:

Unspecified vulnerability in Oracle Java SE 6u85, 7u72, and 8u25 allows remote attackers to affect confidentiality via unknown vectors related to Libraries.

Alerts:
Gentoo 201603-14 icedtea 2016-03-13
Gentoo 201507-14 oracle-jre-bin 2015-07-10
SUSE SUSE-SU-2015:0503-1 java-1_7_0-openjdk 2015-03-16
SUSE SUSE-SU-2015:0336-1 java-1_7_0-openjdk 2015-02-20
openSUSE openSUSE-SU-2015:0190-1 java-1_7_0-openjdk 2015-02-02

Comments (none posted)

kernel: denial of service

Package(s):kernel CVE #(s):CVE-2014-7822
Created:January 29, 2015 Updated:February 11, 2015
Description: From the Red Hat advisory:

A flaw was found in the way the Linux kernel's splice() system call validated its parameters. On certain file systems, a local, unprivileged user could use this flaw to write past the maximum file size, and thus crash the system. (CVE-2014-7822, Moderate)

Alerts:
Oracle ELSA-2015-3098 kernel 3.8.13 2015-11-13
Oracle ELSA-2015-3098 kernel 3.8.13 2015-11-13
SUSE SUSE-SU-2015:1488-1 kernel 2015-09-04
SUSE SUSE-SU-2015:1489-1 kernel 2015-09-04
SUSE SUSE-SU-2015:0736-1 Real Time Linux Kernel 2015-04-20
openSUSE openSUSE-SU-2015:0714-1 kernel 2015-04-13
Ubuntu USN-2542-1 linux-ti-omap4 2015-03-24
Ubuntu USN-2543-1 linux-lts-trusty 2015-03-24
Ubuntu USN-2541-1 kernel 2015-03-24
Ubuntu USN-2544-1 kernel 2015-03-24
SUSE SUSE-SU-2015:0581-1 kernel 2015-03-24
SUSE SUSE-SU-2015:0529-1 the Linux Kernel 2015-03-18
Red Hat RHSA-2015:0694-01 kernel-rt 2015-03-17
Red Hat RHSA-2015:0674-01 kernel 2015-03-11
Debian DSA-3160-1 kernel 2015-02-23
Oracle ELSA-2015-0674 kernel 2015-03-11
Debian-LTS DLA-155-1 linux-2.6 2015-02-18
Oracle ELSA-2015-0164 kernel 2015-02-11
Scientific Linux SLSA-2015:0164-1 kernel 2015-02-11
CentOS CESA-2015:0164 kernel 2015-02-11
Red Hat RHSA-2015:0164-01 kernel 2015-02-10
CentOS CESA-2015:0102 kernel 2015-01-30
CentOS CESA-2015:0102 kernel 2015-01-29
Scientific Linux SLSA-2015:0102-1 kernel 2015-01-28
Oracle ELSA-2015-0102 kernel 2015-01-28
Red Hat RHSA-2015:0102-01 kernel 2015-01-28
CentOS CESA-2015:0674 kernel 2015-03-12
Scientific Linux SLSA-2015:0674-1 kernel 2015-03-12

Comments (none posted)

krb5: multiple vulnerabilities

Package(s):krb5 CVE #(s):CVE-2014-5352 CVE-2014-9421 CVE-2014-9422 CVE-2014-9423
Created:February 4, 2015 Updated:March 9, 2015
Description: From the Debian advisory:

Multiple vulnerabilities have been found in krb5, the MIT implementation of Kerberos:

CVE-2014-5352: Incorrect memory management in the libgssapi_krb5 library might result in denial of service or the execution of arbitrary code.

CVE-2014-9421: Incorrect memory management in kadmind's processing of XDR data might result in denial of service or the execution of arbitrary code.

CVE-2014-9422: Incorrect processing of two-component server principals might result in impersonation attacks.

CVE-2014-9423: An information leak in the libgssrpc library.

Alerts:
Scientific Linux SLSA-2015:0794-1 krb5 2015-04-09
Oracle ELSA-2015-0794 krb5 2015-04-09
Red Hat RHSA-2015:0794-01 krb5 2015-04-09
CentOS CESA-2015:0794 krb5 2015-04-09
Mandriva MDVSA-2015:069 krb5 2015-03-27
Scientific Linux SLSA-2015:0439-1 krb5 2015-03-25
Red Hat RHSA-2015:0439-01 krb5 2015-03-05
Fedora FEDORA-2015-2382 krb5 2015-03-09
SUSE SUSE-SU-2015:0290-2 krb5 2015-02-16
SUSE SUSE-SU-2015:0290-1 krb5 2015-02-16
Mageia MGASA-2015-0066 krb5 2015-02-15
SUSE SUSE-SU-2015:0257-1 krb5 2015-02-11
Ubuntu USN-2498-1 krb5 2015-02-10
openSUSE openSUSE-SU-2015:0255-1 krb5 2015-02-11
Oracle ELSA-2015-0439 krb5 2015-03-12
Debian-LTS DLA-146-1 krb5 2015-02-07
Debian DSA-3153-1 krb5 2015-02-03
Fedora FEDORA-2015-2347 krb5 2015-03-12

Comments (none posted)

libmspack: denial of service

Package(s):libmspack CVE #(s):CVE-2014-9556
Created:February 2, 2015 Updated:March 16, 2015
Description: From the SUSE bugzilla:

Jakub Wilk originally reported to the Debian BTS a problem with cabextract on a specially crafted cab file, causing cabextract to hang forever. The problem is actually in the embedded copy of libmspack, see [1]. Libmspack, a library to provide compression and decompression of some file formats used by Microsoft, is used in many project (or embedded there like also Clamav). This issue can cause a remotely exploitable denial-of-service condition due to clamav thread hanging forever while scanning the file.

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=773041

Alerts:
Debian-LTS DLA-233-1 clamav 2015-05-28
Mandriva MDVSA-2015:064 cabextract 2015-03-27
openSUSE openSUSE-SU-2015:0449-1 libmspack 2015-03-09
Mandriva MDVSA-2015:041 cabextract 2015-02-10
Mageia MGASA-2015-0052 cabextract 2015-02-05
openSUSE openSUSE-SU-2015:0187-1 libmspack 2015-02-02
Fedora FEDORA-2015-3205 libmspack 2015-03-13
Fedora FEDORA-2015-3249 libmspack 2015-03-13

Comments (none posted)

libvirt: information leak

Package(s):libvirt CVE #(s):CVE-2015-0236
Created:February 2, 2015 Updated:February 17, 2015
Description: From the CVE entry

libvirt before 1.2.12 allow remote authenticated users to obtain the VNC password by using the VIR_DOMAIN_XML_SECURE flag with a crafted (1) snapshot to the virDomainSnapshotGetXMLDesc interface or (2) image to the virDomainSaveImageGetXMLDesc interface.

Alerts:
Ubuntu USN-2867-1 libvirt 2016-01-12
Mandriva MDVSA-2015:115 libvirt 2015-03-29
Mandriva MDVSA-2015:070 libvirt 2015-03-27
Scientific Linux SLSA-2015:0323-2 libvirt 2015-03-25
Fedora FEDORA-2015-1883 libvirt 2015-02-17
Fedora FEDORA-2015-1892 libvirt 2015-02-15
Oracle ELSA-2015-0323 libvirt 2015-03-12
Red Hat RHSA-2015:0323-01 libvirt 2015-03-05
openSUSE openSUSE-SU-2015:0225-1 libvirt 2015-02-06
Mandriva MDVSA-2015:035 libvirt 2015-02-06
Mageia MGASA-2015-0046 libvirt 2015-01-31

Comments (none posted)

mariadb: unspecified vulnerability

Package(s):mariadb mysql CVE #(s):CVE-2015-0391
Created:February 4, 2015 Updated:August 20, 2015
Description: From the CVE entry:

Unspecified vulnerability in Oracle MySQL Server 5.5.38 and earlier, and 5.6.19 and earlier, allows remote authenticated users to affect availability via vectors related to DDL.

Alerts:
Fedora FEDORA-2015-13419 mariadb 2015-08-20
Scientific Linux SLSA-2015:1628-1 mysql55-mysql 2015-08-17
Oracle ELSA-2015-1628 mysql55-mysql 2015-08-17
CentOS CESA-2015:1628 mysql55-mysql 2015-08-17
Red Hat RHSA-2015:1628-01 mysql55-mysql 2015-08-17
SUSE SUSE-SU-2015:0743-1 mariadb 2015-04-21
Gentoo 201504-05 mysql 2015-04-11
Mandriva MDVSA-2015:091 mariadb 2015-03-28
SUSE SUSE-SU-2015:0620-1 MySQL 2015-03-28
CentOS CESA-2015:0118 mariadb 2015-02-05
Scientific Linux SLSA-2015:0118-1 mariadb 2015-02-03
Red Hat RHSA-2015:0116-01 mysql55-mysql 2015-02-03
Red Hat RHSA-2015:0117-01 mariadb55-mariadb 2015-02-03
Red Hat RHSA-2015:0118-01 mariadb 2015-02-03
Oracle ELSA-2015-0118 mariadb 2015-02-03

Comments (none posted)

patch: multiple vulnerabilities

Package(s):patch CVE #(s):CVE-2014-9637 CVE-2015-1196 CVE-2015-1395
Created:February 2, 2015 Updated:April 6, 2015
Description: From the Red Hat bugzilla:

CVE-2014-9637: It was reported that a crafted diff file (attached) can make patch to eat memory and later segfault.

CVE-2015-1395: It was reported that the versions of the patch utility that support Git-style patches are vulnerable to a directory traversal flaw. This could allow an attacker to overwrite arbitrary files by applying a specially crafted patch, with the privileges of the user running patch.

CVE-2015-1196: From the CVE entry: GNU patch 2.7.1 allows remote attackers to write to arbitrary files via a symlink attack in a patch file.

Alerts:
Ubuntu USN-2651-1 patch 2015-06-22
Fedora FEDORA-2015-1165 patch 2015-04-04
Mandriva MDVSA-2015:138 patch 2015-03-29
Fedora FEDORA-2015-3556 patch 2015-03-23
Mandriva MDVSA-2015:050 patch 2015-03-02
Mageia MGASA-2015-0068 patch 2015-02-17
Slackware SSA:2015-047-01 patch 2015-02-16
Fedora FEDORA-2015-1553 patch 2015-02-05
openSUSE openSUSE-SU-2015:0199-1 patch 2015-02-03
Fedora FEDORA-2015-1134 patch 2015-01-30

Comments (none posted)

rubygem-passenger: insecure use of temporary files

Package(s):rubygem-passenger CVE #(s):CVE-2014-1831 CVE-2014-1832
Created:February 3, 2015 Updated:February 4, 2015
Description: From the Red Hat bugzilla:

An upstream commit to the Passenger rubygem indicated that versions 4.0.5 and later are affected by a temporary file flaw described as follows:

" Phusion Passenger creates a "server instance directory" in /tmp during startup, which is a temporary directory that Phusion Passenger uses to store working files. This directory is deleted after Phusion Passenger exits. For various technical reasons, this directory must have a semi-predictable filename. If a local attacker can predict this filename, and precreates a symlink with the same filename that points to an arbitrary directory with mode 755, owner root and group root, then the attacker will succeed in making Phusion Passenger write files and create subdirectories inside that target directory. The following files/subdirectories are created:

* control_process.pid
* generation-X, where X is a number.

If you happen to have a file inside the target directory called `control_process.pid`, then that file's contents are overwritten.

These files and directories are deleted during Phusion Passenger exit. The target directory itself is not deleted, nor are any other contents inside the target directory, although the symlink is. "

It is fixed in upstream version 4.0.33.

Alerts:
Fedora FEDORA-2015-1151 rubygem-passenger 2015-02-03

Comments (none posted)

thunderbird: code execution

Package(s):thunderbird CVE #(s):CVE-2014-8635
Created:January 30, 2015 Updated:February 4, 2015
Description:

From the CVE entry:

Multiple unspecified vulnerabilities in the browser engine in Mozilla Firefox before 35.0 and SeaMonkey before 2.32 allow remote attackers to cause a denial of service (memory corruption and application crash) or possibly execute arbitrary code via unknown vectors.

Alerts:
Gentoo 201701-15 firefox 2017-01-03
openSUSE openSUSE-SU-2015:1266-1 firefox, thunderbird 2015-07-18
Fedora FEDORA-2015-0809 thunderbird 2015-01-30

Comments (none posted)

unzip: unspecified impact

Package(s):unzip CVE #(s):CVE-2014-9636
Created:January 29, 2015 Updated:March 29, 2015
Description: From the Red Hat bugzilla entry:

It was reported that OOB access (both read and write) issues exist in test_compr_eb (extract.c) that can result in application crash or other unspecified impact.

This vulnerability can be triggered via crafted zip archives with extra fields that advertise STORED method compression (i.e. no compression) and have uncompressed field sizes smaller than the corresponding compressed field sizes.

Alerts:
Gentoo 201611-01 unzip 2016-11-01
CentOS CESA-2015:0700 unzip 2015-04-01
Arch Linux ASA-201503-9 unzip 2015-03-15
Scientific Linux SLSA-2015:0700-1 unzip 2015-03-25
Oracle ELSA-2015-0700 unzip 2015-03-18
Oracle ELSA-2015-0700 unzip 2015-03-18
CentOS CESA-2015:0700 unzip 2015-03-18
Red Hat RHSA-2015:0700-01 unzip 2015-03-18
Fedora FEDORA-2015-1993 unzip 2015-02-23
Fedora FEDORA-2015-2035 unzip 2015-02-16
Debian-LTS DLA-150-1 unzip 2015-02-07
Ubuntu USN-2489-1 unzip 2015-02-03
Debian DSA-3152-1 unzip 2015-02-03
Fedora FEDORA-2015-1267 unzip 2015-01-30
Fedora FEDORA-2015-1189 unzip 2015-01-28

Comments (none posted)

virtualbox: two largely unspecified denial of service flaws

Package(s):virtualbox CVE #(s):CVE-2015-0377 CVE-2015-0418
Created:January 29, 2015 Updated:February 4, 2015
Description: From the Debian advisory:

Two vulnerabilities have been discovered in VirtualBox, a x86 virtualisation solution, which might result in denial of service.

Alerts:
Gentoo 201612-27 virtualbox 2016-12-12
Debian-LTS DLA-268-1 virtualbox-ose 2015-07-06
openSUSE openSUSE-SU-2015:0229-1 virtualbox 2015-02-06
Debian DSA-3143-1 virtualbox 2015-01-28

Comments (none posted)

vlc: multiple vulnerabilities

Package(s):vlc CVE #(s):CVE-2014-9625 CVE-2014-9626 CVE-2014-9627 CVE-2014-9628 CVE-2014-9629 CVE-2014-9630
Created:February 2, 2015 Updated:February 4, 2015
Description: From the Debian and SUSE advisories:

CVE-2014-9625: On 32 bit builds, parsing of update status files with a size of 4294967295 or more lead to an integer truncation in a call to malloc and a subsequent buffer overflow.

CVE-2014-9626: The MP4 demuxer, when parsing string boxes, did not properly check the length of the box, leading to a possible integer underflow when using this length value in a call to memcpy(). This could allow remote attackers to cause a denial of service (crash) or arbitrary code execution via crafted MP4 files.

CVE-2014-9627: The MP4 demuxer, when parsing string boxes, did not properly check that the conversion of the box length from 64bit integer to 32bit integer on 32bit platforms did not cause a truncation, leading to a possible buffer overflow. This could allow remote attackers to cause a denial of service (crash) or arbitrary code execution via crafted MP4 files.

CVE-2014-9628: The MP4 demuxer, when parsing string boxes, did not properly check the length of the box, leading to a possible buffer overflow. This could allow remote attackers to cause a denial of service (crash) or arbitrary code execution via crafted MP4 files.

CVE-2014-9629: The Dirac and Schroedinger encoders did not properly check for an integer overflow on 32bit platforms, leading to a possible buffer overflow. This could allow remote attackers to cause a denial of service (crash) or arbitrary code execution.

Alerts:
Gentoo 201603-08 vlc 2016-03-12
Mageia MGASA-2015-0053 vlc 2015-02-05
openSUSE openSUSE-SU-2015:0201-1 vlc 2015-02-03
Debian DSA-3150-1 vlc 2015-02-02

Comments (none posted)

vorbis-tools: denial of service

Package(s):vorbis-tools CVE #(s):CVE-2014-9640
Created:January 30, 2015 Updated:February 9, 2015
Description:

From the CVE entry:

oggenc/oggenc.c in vorbis-tools 1.4.0 allows remote attackers to cause a denial of service (out-of-bounds read) via a crafted raw file.

Alerts:
Debian-LTS DLA-317-1 vorbis-tools 2015-09-29
Arch Linux ASA-201503-24 vorbis-tools 2015-03-25
openSUSE openSUSE-SU-2015:0231-1 vorbis-tools 2015-02-06
Mandriva MDVSA-2015:037 vorbis-tools 2015-02-06
Mageia MGASA-2015-0051 vorbis-tools 2015-02-05
Fedora FEDORA-2015-1191 vorbis-tools 2015-02-04
Fedora FEDORA-2015-1253 vorbis-tools 2015-01-30

Comments (none posted)

Page editor: Jake Edge
Next page: Kernel development>>