Huge Java hole in Lotus Notes
by Volker Weber
Java embedded in web pages has, for some time now, been criticised as a security issue and automatic execution of JavaScript code when an email is opened can also have unwanted consequences, with information potentially being shared about when and where the email was read. That's why pretty much all email programs turn off both JavaScript and Java when displaying an HTML email - except IBM's Notes.
Und hier in deutscher Sprache >
Comments
Interesting that he mentions manually editing the INI file, given that those settings have been part of the GUI preferences screen for over a decade.
@Tim
What would you do, if you had 3000 (or even more) Notes clients to manage?
Would you walk from client to client to make these settings via GUI?
Or would you set the notes.ini parameters with some sort of management tool?
News like this are intended to be read by IT administrators, not by the end user.
This "Management Tool" is called policies (Desktop Settings document, Managed Settings), even Domino has these kind of administration means.
But there are already hotfixes (for 9.0 and 8.5.3.4) out there
The discussion has been going on for weeks. Heise just published today.
IBM has implemented active content filtering for iNotes uesrs. It's a little surprising that they have that covered but don't (er... didn't) have it covered for the Notes client as well.
I don't really understand why this isn't blocked by the client's ECL. Default and "No signature" settings are set to no access at all and still at least the test applet by heise gets executed.
@Oliver,
not at our clients.
I assume it's blocked by our firewall as the Active.class is loaded from the Heise servers before execution.
We only get a blank square with that little coffee-cup.
Looks like a storm in a coffee cup to me.
