Re: Allow/Disallow Java applets per site

Jean-Marc Desperrier <[email protected]>
Newsgroups gmane.comp.mozilla.devel.java
Organization Another Netscape Collabra Server User
Message-ID <[email protected]>
Daniel Veditz wrote:
> Absolutely not true, there is a version of the ByteVerify Java attack 
> that affects Sun's JRE 1.4.2_05 and older -- and Firefox users can be 
> infected. If you have this older JRE then it's most definitely NOT 
> harmless.

Dan, what do you refer to exactly ?
I've seen some discussions like what you say in the "2005-02-14 - 
Summary of mozilla.org staff", but nowhere else.

Secunia refers to Trojan.ByteVerify only as the trojan that exploits the 
  MS03-011 vulnerability of the Microsoft JVM, no reference .

SUN too describes this as a Microsoft only vulnerability :
http://www.java.com/en/download/help/cache_virus.xml
"   1. Trojan.ByteVerify [...]
However, in this instance, storing these applets in the cache directory 
can not cause any harm to your computer because they are designed to 
exploit a vulnerability in the Microsoft VM, not the Sun JVM. "

I've been checking the list of corrections in that release, but still 
don't see what you could refer to :
http://java.sun.com/j2se/1.4.2/ReleaseNotes.html#142_06

There might be variants of trojan incorporating the ByteVerify attack, 
that also incorporate something else to attack the SUN JVM, but I stand 
by my word that the ByteVerify attack does not affects the SUN JVM.

Are you referring to the Sandbox Security Bypass Vulnerability ??? :
http://secunia.com/advisories/13271/

> Firefox has many site-specific settings already (images, popups, 
> xpinstall whitelisting, cookie blocking), I wouldn't say this is against 
> anyone's philosophy. There are a lot of people wanting to control 
> plugins/applets per site, there are probably some extensions that can do 
> it already (there's the flash-specific "FlashBlock", for example).

I referred not to per-site settings, but to per site security level.
There's a common comment that it's a good thing that FF only has one 
security zone, which removes the risk of priveledge escalation attacks. 
When arguing with FF developpers that *properly* used signing for 
extensions would be better as a better security measure than xpinstall 
whitelisting, I was replied that xpinstall whitelisting is not intended 
to be a security measure strictly talking.
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.