Clytie Siddall wrote:


Hi Clytie,


I suppose we can simply say "it's not our problem as QA", but I personally am quite worried about the lack of information on the security page above. The latest advisory is dated June last year, and the last two security problems affecting OpenOffice.org are not mentioned at all.

This affects our users, and it affects and their perception of OpenOffice.org. Surely I am not the only member of the QA team who is bothered by this?

Regardless of our sub-project(s) within OpenOffice.org, sloppy security makes us all look bad.



Yes, I agree, the absence of visible, and regularly updated security information does look bad, and the fact that there was almost nothing about the latest security fixes is worrying as far as I'm concerned.

On the other hand, this bug is in the JRE and not OOo, even if we supply the JRE bundled, so I would also agree that this is not really our problem. OOo can run without the JRE (albeit with limited functionality), but it does not depend on the JRE for importing/exporting GIF format images (at least not to my knowledge, I believe these filters are still C++ coded). I feel it would be difficult and probably even impossible to post security warnings about every potential flaw in connected software that could interact with OOo. How would one approach, say, the discovery of a flaw in python, that could be abused to attack OOo ? (not talking about a flaw in the pyuno bridge, here). Or Delphi ? I'm still of the opinion that we must be more visible and responsive to our own flaws first, before we can even dream about issuing notices of security problems in connected software programs.

Just my 2cents, but an interesting discussion all the same.

Alex

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to