[linux] 5.x: userland writes to /usr/lib64/firefox/libxul.so

[Daniel C. von Asmuth]

Aldus schreef Udo van den Heuvel op Thu, Apr 09, 2020 at 03:21:48PM +0200:
> 
> In a bug at https://bugzilla.redhat.com/show_bug.cgi?id=1789477 we found
> that firefox (running as a user) can somehow, sometimes write to
> /usr/lib64/firefox/libxul.so when it (partly) crashes.
> This may point to a situation that should not occur: the library in
> question is owned by root and not writable by the user via conventional
> methods.
> Can anyone confirm this?
> How can we approach to solving this issue?
> Is this a possible kernel issue?
> Or perhaps a linker issue?

Ik hoop dat u Nederlands of Vlaams of Afrikaans verstaat....

Nu ga ik er maar van uit dat Firefox hier door een ordinair gebruikers account
wordt uitgevoerd. De binaire bestanden zijn eigendom van 'root' en kunnen door
de rest worden gelezen en uitgevoerd, maar dan kan Firefox ook niet naar die
bestanden schrijven. 

Description of problem:
Firefox crashes, due to bug in amdgpu or whatever, but after the crash libxul appears modified. (`rpm -V firefox`)

Version-Release number of selected component (if applicable):
firefox-71.0-15.fc31.x86_64.rpm

How reproducible:
Use firefox, play youtube, etc on amdgpu (apu?) system.
It crashes and (sometimes) libxul is modified as shown by rpm -V.

Als die library gewijzigd is, dan vraag ik mij af wat er dan aan gewijzigd is.
Betekent dat ook dat ze daarna opnieuw geïnstalleerd moet worden of kan Firefox
opnieuw worden gestart met een 'verminkte' bibliotheek?

Om dit tot op de bodem uit te zoeken zou je het programma in de debugger moeten
draaien.....

Het zou kunnen zijn dat er een lek zit in het X.Org Window Systeem.
Maakt het uit welke kernel versie het op draait??

Suc6,



Daniel

-- 
	
		How long it takes to reach your goal
		depends less on your speed than on your direction.