Bugzilla Bug 260264

Flash Player update available to address security vulnerabilities

Release date: February 24, 2009

Vulnerability identifier: APSB09-01

CVE number: CVE-2009-0519, CVE-2009-0520, CVE-2009-0522, CVE-2009-0114,
CVE-2009-0521

net-www/netscape-flash-10.0.22.87 is in the tree, at ~amd64 and ~x86

As this is the first time I've done a multilib installer for the flash
installer (Yay, 32-bit and 64-bit plugins!), we should let it settle out a bit
before stabilization.

I've also bumped to net-www/netscape-flash-9.0.159.0 which theoretically
backports the same security fixes as are in 10.0.22.87 to flash-9, for those
folks who don't like new features.

So let's target a week from now as a stabling date and collect as many bugs as
we can until then.

Agreed.

*** Bug 260371 has been marked as a duplicate of this bug. ***

No problems with 10.0.22.87 on ~x86 yet, I've been using it since it hit the
tree, youtube etc. work flawless. Thanks!
Adding lowest CVE number to Alias.

CVE-2009-0114 (http://nvd.nist.gov/nvd.cfm?cvename=CVE-2009-0114):
  Unspecified vulnerability in the Settings Manager in Adobe Flash
  Player 9.x before 9.0.159.0 and 10.x before 10.0.22.87, and possibly
  other versions, allows remote attackers to trick a user into visiting
  an arbitrary URL via unknown vectors, related to "a potential
  Clickjacking issue variant."

CVE-2009-0519 (http://nvd.nist.gov/nvd.cfm?cvename=CVE-2009-0519):
  Unspecified vulnerability in Adobe Flash Player 9.x before 9.0.159.0
  and 10.x before 10.0.22.87 allows remote attackers to cause a denial
  of service (browser crash) or possibly execute arbitrary code via a
  crafted Shockwave Flash (aka .swf) file.

CVE-2009-0520 (http://nvd.nist.gov/nvd.cfm?cvename=CVE-2009-0520):
  Adobe Flash Player 9.x before 9.0.159.0 and 10.x before 10.0.22.87
  does not properly remove references to destroyed objects during
  Shockwave Flash file processing, which allows remote attackers to
  execute arbitrary code via a crafted file, related to a "buffer
  overflow issue."

CVE-2009-0521 (http://nvd.nist.gov/nvd.cfm?cvename=CVE-2009-0521):
  Untrusted search path vulnerability in Adobe Flash Player 9.x before
  9.0.159.0 and 10.x before 10.0.22.87 on Linux allows local users to
  obtain sensitive information or gain privileges via a crafted library
  in a directory contained in the RPATH.

This emerges with the 32bit USE flag set by default on my AMD64 machine.  Is
this intended?

(In reply to comment #7)
> This emerges with the 32bit USE flag set by default on my AMD64 machine.  Is
> this intended?

Yes.  If you are running a multilib profile, it is assumed you want multiple
libs by default.  The 32bit flag is to turn this off for advanced users who
know that they only want the 64bit plugin in this case.

(In reply to comment #8)
> Yes.  If you are running a multilib profile, it is assumed you want multiple
> libs by default.

Oh, OK.  Even though in IMO Flash isn't a lib, but a Browser plugin, so it
would make more sense to treat it like an application rather than a lib; that
is, do 64-bit only on AMD64.  Will people who upgrade from an older 32bit-only
version of Flash automatically get the 64-bit version by default?  Because I
suppose there are a lot of people who simply don't know Flash is now 64-bit
capable.

(In reply to comment #9)
> Oh, OK.  Even though in IMO Flash isn't a lib, but a Browser plugin

Technically it is a .so shared object library.  From file(1):

/opt/netscape/plugins/libflashplayer.so: ELF 64-bit LSB shared object, x86-64,
version 1 (SYSV), dynamically linked, stripped

But I can see how this may not be immediately obvious to everyone :)

> so it 
> would make more sense to treat it like an application rather than a lib; that
> is, do 64-bit only on AMD64.  Will people who upgrade from an older 32bit-only
> version of Flash automatically get the 64-bit version by default?  Because I
> suppose there are a lot of people who simply don't know Flash is now 64-bit
> capable.

Yes, this exactly what happens when you upgrade to 10.0.22.87.  You will always
get the 64-bit plugin.  But why default to installing both simultaneously?

Imagine if you are a "regular user" who is still using firefox-bin because most
of your plugins (adobe, flash, and especially the current stable
sun-jre-1.6.0.11) work better in a 32-bit browser - If you upgrade your
netscape-flash to 10.0.22.8 and only get the 64-bit plugin... your flash
suddenly stops working!  And I get creamed by a zillion bug reports :)

By installing both versions by default, I avoid this nasty upgrade issue.

I think it's been long enough - I've had a couple isolated complaints about
sound not working or random crashes, but this is flash we're talking about...
Not like I can actually *fix* any of the bugs.

Let's go stable.

Arches, please test and mark stable:
=net-www/netscape-flash-10.0.22.87
Target keywords : "amd64 x86"

x86 stable

amd64 stable, all arches done.

glsa already filed for #239543 and #260264

GLSA 200903-23

Seems that CVE-2008-4546 isn't fixed.
http://www.securityfocus.com/archive/1/501691

My firefox crashes after visiting:
 http://flashcrash.dempsky.org/
Opera survives the test.

Some info about my setup:

% grep mozilla /etc/portage/package.use
www-client/mozilla-firefox restrict-javascript xforms mozdevelop

% grep opera /etc/portage/package.use
www-client/opera qt-static ia32

net-www/netscape-flash-10.0.22.87
www-client/mozilla-firefox-3.0.7
www-client/opera-9.64

% emerge --info
Portage 2.1.6.7 (default/linux/x86/2008.0/desktop, gcc-4.1.2,
glibc-2.8_p20080602-r1, 2.6.27-gentoo-r8 i686)
=================================================================
System uname:
Linux-2.6.27-gentoo-r8-i686-Intel-R-_Core-TM-2_Duo_CPU_E8200_@_2.66GHz-with-glibc2.0
Timestamp of tree: Thu, 12 Mar 2009 06:30:01 +0000
app-shells/bash:     3.2_p39
dev-java/java-config: 1.3.7-r1, 2.1.7
dev-lang/python:     2.4.4-r14, 2.5.2-r7
dev-python/pycrypto: 2.0.1-r8
dev-util/cmake:      2.4.8
sys-apps/baselayout: 1.12.11.1
sys-apps/sandbox:    1.2.18.1-r2
sys-devel/autoconf:  2.13, 2.63
sys-devel/automake:  1.4_p6, 1.5, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.2
sys-devel/binutils:  2.18-r3
sys-devel/gcc-config: 1.4.0-r4
sys-devel/libtool:   1.5.26
virtual/os-headers:  2.6.27-r2
ACCEPT_KEYWORDS="x86"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=i686 -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/
/etc/fonts/fonts.conf /etc/gconf /etc/php/apache2-php5/ext-active/
/etc/php/cgi-php5/ext-active/
/etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/terminfo
/etc/udev/rules.d"
CXXFLAGS="-O2 -march=i686 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="buildpkg ccache collision-protect distlocks doc fixpackages gpg
noinfo parallel-fetch protect-owned sandbox sfperms strict unmerge-orphans
userfetch"
GENTOO_MIRRORS="http://src.gentoo.pl http://gentoo.mirror.pw.edu.pl
http://gentoo.mirror.web4u.cz http://distfiles.gentoo.org
http://www.ibiblio.org/pub/Linux/distributions/gentoo"
LANG="en_US.UTF-8"
LDFLAGS="-Wl,-O1"
LINGUAS="en pl"
MAKEOPTS="-j3"
PKGDIR="/usr/portage/packages"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress
--force --whole-file --delete --stats --timeout=180 --exclude=/distfiles
--exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/portage/local/layman/enlightenment"
SYNC="rsync://repo.non.3dart.com/gentoo-portage"
USE="X acl acpi alsa async berkdb bluetooth branding bzip2 cairo cdr cli
cracklib crypt cups curl dbus dri dvd dvdr dvdread emboss encode esd evo exif
fam firefox gdbm gif gnome gpm gstreamer gtk hal
iconv idn imap isdnlog jabber jpeg kerberos lame ldap libnotify logrotate lzo
mad memlimit mikmod mp3 mpeg mudflap mysql ncurses nls nntp nptl nptlonly
nsplugin ogg opengl openmp pam pch pcre pdf perl
php png ppds pppd python qt3support quicktime rdesktop readline reflection
reiserfs ruby samba sdl session snmp spell spl srt ssl startup-notification svg
sysfs syslog tcpd theora threads tiff
truetype unicode usb vim-syntax vorbis win32codecs x86 xml xorg xscreensaver
xulrunner xv xvid zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x
ca0106 cmipci emu10k1 emu10k1x ens1370
ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident
usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy
dmix dshare dsnoop empty extplug file hooks
iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate
route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias
authn_anon authn_dbm authn_default
authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner
authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env
expires ext_filter file_cache filter headers include
info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif
speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc"
INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux"
LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses
text" LINGUAS="en pl" USERLAND="GNU" VIDEO_CARDS="radeon ati vesa vga nv
nvidia"
Unset:  CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LC_ALL,
PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS

(In reply to comment #17)
> Seems that CVE-2008-4546 isn't fixed.

True, though really that CVE was actually addressed in bug #239543, where we
decided that this particular issue isn't really worth much effort.  A local DoS
is not that dangerous, and we'll just have to wait for Adobe to fix it
regardless of how important we think it may be.