carmstrong:
eyesonly,
Let me ensure you that we at eEye haven't made XP/2003 a lower priority with the introduction of Windows 7. I'm the lead developer of Retina and I spend 70% of my time dealing with issues relating to XP/2003 and even 2000. We know XP is still the dominent Windows OS.
I've read this thread trying to identify what the problem is, but I see no mention of the actual audits that FP. What are the audit numbers? You mention mso.dll which is marked as a shared dll by MS. This being the case, SideBySide (SxS) comes into play when trying to ascertain the version numbers of the DLL. Presuming the audit in question checks the version of the file to determine the vulnerabilty, SxS can cause FPs. For instance, if you installed XP fresh and upgraded to SP3 and went to the System32 directory, Explorer will show the version number of mso.dll to be the instance of the original installation. Even the date will be a few years old. Thanks MS! In reality, the new versions of mso.dll updated via patches are maintained in the SxS directory and the latest version will be loaded when a program needs it, not the version you see listed in Explorer. Yes, this is confusing..
The next release of Retina takes SxS in account for several audits that look at the file version and will resolve many FPs. I don't know if your issue will be resolved in the new release since you didn't provide the audits in question, but we do take audits pertaining to XP/2003 seriously and will always allocate resources to rectify any false findings as long the OS version are supported.
Craig Armstrong
Senior Engineer, Team Retina
Thanks for the reply.
First of all, you're going to have to expand you explanation about "FPs" and "audit numbers". I gave you all the information I have. Nowhere have I seen any mention of audit numbers in Blink Personal's Vulnerability Assessment. As lead developer, you should know the coding of the vulnerability assessment module and the resulting display of information. If you want users to report "audit numbers" or "FPs", it is YOUR responsibility to display the information prominently in the "Vulnerability Assessment Report".
Also if "audit numbers" & "FPs" are so important, why didn't anyone ask for them earlier? Eeyes has posted numerous times to this thread, but NO ONE has said anything about "audit numbers" and "FPs". "bpatten" does NOT seem to have any problems following up on my initial report of a false positive in Office XP, with NO MENTION of "FPs" and "audit numbers." If you need more information, that's fine, I will provide whatever you requested, as I have been doing all along. But you NEED to understand that your requests for "FPs" and "audit numbers" need further expansion. Please don't use abbreviations like "FPs" without clearly explaining what "FPs" means or refers to.
As I have mentioned, I don't see any mention of "audit numbers" or "FPs" on the Vulnerability Assessment Report. If you want to use that terminology, I suggest you code your vulnerability assessment report to use the same terminology, so users can provide that information for you.
Also, regarding the file dates, my file dates are MORE RECENT than the file dates of the three updates Blink Personal's Vulnerability Assessment Reports as necessary patches. That's the whole reason it's a false positive report. Because (1) Microsoft Update says I am secure and up-to-date (2) the files on my computer are MORE RECENT VERSIONS with a NEWER DATE than the files installed by the 3 updates that Blink's Vulnerability Assessment Report suggest needs updating. In other words, Blink Personal's Vulnerability Assessment IS TELLING ME TO INSTALL OLDER AND OBSOLETE VERSION OF FILES CURRENTLY ON MY COMPUTER.
The files dates are September 4, 2009, I did my fresh installation of Windows XP, Office XP, all service packs in chronological order, all security patches, etc. in late October 2009, so the date of my installation has no bearing on the file dates of the files on my computer. Furthermore, your example talks about windows explorer not reporting the correct date, because:
Quote.
"Explorer will show the version number of mso.dll to be the instance of the original installation"
End Quote.
However, in my case the original installation date is October 2009, and the files in question (for example) mso.dll is dated September 4, 2009. Both dates are MORE RECENT than the versions of the files mentioned in the 3 Microsoft patches (KB955047, KB949030, & KB934873) listed in Blink Personal's Vulnerability Report.
So how is the version number being reported differently by Explorer an issue in my case? The answer is, IT HAS NOTHING TO DO WITH THE OFFICE XP FALSE POSITIVES that i reported. Read my OP again, you will see I am right. Your example about explorer reporting an OLDER version of a file makes NO difference if my files are NEWER than the files updated by the patches mentioned in Blink Personal's Vulnerability Assessment. Again, it seems as though you did NOT read my original post. Instead of abstracting about how Microsoft's Windows Explorer works, why don't you read my original post again and keep your replies on topic.
While I appreciate your reply, I am frustrated that another Eeyes employee has not read through my posts before posting a reply.
BTW, there are "BIP" numbers on only 2 or the 3 "audits" I reported in the original post, so I assume you don't mean "BIP" numbers, otherwise every "audit" would include a "BIP" number. Furthermore, I have included the full description as listed on the Vulnerability report on my original post. Don't tell me you can't look up the "audits" based on the information I provide in the OP. bpatten seems to have no problem following the original post, so why can't the "lead developer" follow my original post?
Please expand your explanation of "FPs". Also, include WHERE on the Vulnerability Asssessment Report to find the "FPs", so I can provide that information to Eeyes.
Also, explain why you stated that I did NOT provide audits? To my knowledge I DID provide which audits. I provided extensive information in the orginal post. If I did NOT provide which audits, then how is bpatten able to correspond with me on this thread regarding the false positives? Obviously, enough information about the "audit" have been provided, despite you comments to the contrary. I don't appreciate what you were implying, namely that I did not provide enough information. I have provided more than enough information, and I have strived to respond to every request for information by Eeyes staff.
Please post a reply that is on-topic, so I may further assist Eeyes in troubleshooting the Office XP false positives. Please do NOT include irrelevant information, as you did in your last post. This will ensure that the thread is as on-topic as possible, which will limit the length of my reply post. Also, be VERY CLEAR in your posts, I do NOT work for Eeyes and I am unfamiliar with abbreviations and/or terminology that you use at Eeyes. I am just a user of your product, NOT an engineer.
Just to be clear. I think Blink is wonderful, and I appreciate the work that you have done as an engineer. The Vulnerability Assessment module is clearly ingenious and unique among security/anti-virus/internet security software.
I am here to help, otherwise I would NOT have bothered to post the false positive as a have faith and confidence in Microsoft and their product Microsoft Update. I posted the false positive 90% to help Eyes make Blink better, and 10% for myself to double check whether Microsoft Update was right or whether Blink Personal's Vulnerability Assessment report was right.
We are all working towards the same goal, so please be patient with me.
Thanks in advance.