Bug#887348: steam:i386: execmod access is requested, security issue

Russell Coker russell at coker.com.au
Mon Jan 15 13:13:32 UTC 2018


> Impact: am I right in thinking that this is not in itself a security
> vulnerability, but that if there is a separate security vulnerability
> somewhere in Valve's binaries, having execmod access makes it
> significantly easier for an attacker to turn that vulnerability into
> arbitrary code execution, similar to an absence of the hardening measures
> (stack protecter, PIC, etc.) that we're encouraged to use in packages
> that are built from source?

Yes.

> Am I right in saying that replacing some or all of the i386 binaries
> with x86_64 binaries would be sufficient? Or is there some simple thing
> Valve could do with a general-purpose compiler (I think they use gcc/g++)
> to get i386 binaries with the right magic flags?

Replacing with AMD64 doesn't inherently solve the problem.  But as AMD64 has 
no shortage of registers the assembler tricks used for performance on i386 
aren't used and this solves the problem.

They could just not use the assembler.  I really don't think that they are 
doing anything performance intensive in this regard.  When I maintained my own 
fork of those packages to address this issue (when i386 on the desktop was 
useful) I didn't have any performance problems with programs like mplayer.

> (I don't know whether Valve would be willing to require x86_64 for Steam
> - a lot of older games are only available as i386 binaries, and having
> steam be an i386 package makes it a lot easier to pull in i386 multiarch
> graphics drivers and other necessary libraries from the host system -
> but it's worth asking.)

If they had "steam" as an amd64-only package it would mean that you couldn't 
install Steam games on an i386 system.  I really doubt that anyone wants to do 
that nowadays given that quad core amd64 systems can be found as rubbish 
nowadays.  So if they entirely dropped support for running games on i386 it 
wouldn't be a problem and the i386 compiled games once installed would run 
fine.  Of course i386 games might have the same issue, but that would only 
affect people who run those particular games while the current issue affects 
everyone who uses steam.

Can't an amd64 package have dependencies on i386 packages?  Surely a better 
solution to depending on multiarch graphics drivers would be for a steam:amd64 
package to recommend steam-graphics:i386 which depends on the graphics 
packages in question.

-- 
My Main Blog         http://etbe.coker.com.au/
My Documents Blog    http://doc.coker.com.au/



More information about the Pkg-games-devel mailing list