Thanks for filling in the gaps. It's not something I can help with directly myself but hopefully someone will be along shortly who knows exactly how to advise you or how to progress it.
I'm not Symantec BTW -- they have names in red -- just one of the volunteer helpers who are users.
I do not know the version number, nor is the version number emitted in the "Fraudulent Web Page Blocked" screen (probably a good feature request there).
My client has had multiple reports of this issue (he has 100s of thousands of users).
All of these reports started yesterday during the day. So it's quite likely that these users are using the fully patched version. Otherwise reports would have started last week.
I'm the general manager of the social advertising business here at Adknowledge.
What is the status of this issue? It has been over 8 hours since we heard from symantec. This issue is severly hurting our business, our publishers business as well as causing issues for end users. We risk losing our publishers and this false categorization is negatively affecting our perception in the marketplace and could cause long term harm to our brand.
I should point out that in the screenshot the url that is being blocked is social.bidsystem.com.
We have now had a million dollar account pull our ads due to this issue and still no action by symantec.
Message Edited by bidsystem on 04-09-2009 07:25 PM
I am not Symantec but I'm one of a number helping out here and I replied twice to your colleagues earlier messages. As you will have seen I used the URL -- http://social.bidsystem.com/. -- in his first message which took him to your site -- http://advertiser.cubics.com/ -- and Norton SafeWeb flagged it as perfectly safe:
I would say from the screen shot linked to with that first message showing an error message that the user was not using the current NIS 2009 I am and/or that it is not fully uptodate -- which is why the Symantec Staffer asked what software was being used.
I am passing you these as mere observed facts. I am sure you will hear from Symanatec.
The issue is not from an outdated or unupdated client. We have received thousands of these reports all starting on the same day in a location that has not changed in months.
The lack of action and response by Symantec on this issue furthers the case that Symantec should be liable for damages caused by their misrepresentation of our website.
They also don't seem to care that they are incorrectly restricting the content that tens of thousands of the users of their product are able to access.
Message Edited by bidsystem on 04-10-2009 04:54 PM
The issue is not from an outdated or unupdated client. We have received thousands of these reports all starting on the same day in a location that has not changed in months.
The lack of action and response by Symantec on this issue furthers the case that Symantec should be liable for damages caused by their misrepresentation of our website.
They also don't seem to care that they are incorrectly restricting the content that tens of thousands of the users of their product are able to access.
Message Edited by bidsystem on 04-10-2009 04:54 PM
I've contacted our team to review the issue in greater detail; thank you for your patience. I believe there was a response from Tim_Lopez from Symantec earlier, with questions about the version of the product. The product displayed in the screenshot has many versions, and we want to try to reproduce this issue here to determine the cause.
Reading through the thread again, I'm not clear as to whether your team is able to reproduce this issue either. Any additional information you can provide on testing you've conducted is also appreciated. I know you want this issue resolved quickly, and I hope we can work together to meet that goal.
Can you ask one of the users experiencing this issue to give you the version number of their Norton Internet Security product? If it is not the latest version, 16.5.0.135, can you recommend to this user that he/she should update to the latest version and try the site again? The latest version can be obtained here:
Both links in the original post work perfectly for me as well. Maybe in addition to the request for version numbers, there should also be a request for confirmation that the posters are who they say they are and do actually represent the company in question.
I am a volunteer here and have no ties to Symantec.
I have tried both sites and reached them without problem.
I would check with your correspondents and determine just when they experienced these problems. Something is askew here. As others have suggested, there is also no reason to assume they are using up-to-date products; so it would be worth getting the users' NIS version numbers.
Now, if I click exit this site and try again I have no problems getting to the log-in screen.
All that being said, please note that the display I get and the display presented by the posters are different, thereby suggesting the complainants software might be out of date.
I don't know whether you meant that URL literally to be used or whether you took out your actual screen name but when I use it with IE7 I get no warnings but an OK:
After reviewing some Norton Antiphishing system configuration information, I can confirm that the cubics.com and bidsystem.com domains are on a "safe list"; pages and frames that originate from these domains should not be blocked as phishing pages.
If you are seeing this problem, please consider performing the following steps to be certain you are using the current antiphishing definition content in your browser session:
1. Run Live Update and apply any necessary updates; reboot your system if prompted by Live Update to ensure all updates are applied.
2a. If running NIS09 or N360v3, allow the Idle Timeout period to elapse.
-- This step is necessary so a Background Job can execute to produce a new antiphishing configuration file.
-- You can monitor the idle timeout or change its setting by clicking the CPU Usage link on the main UI
-- From the CPU Usage screen, check the list of Background Jobs and confirm the job named "Antiphishing Updates" has executed recently.
2b. If you are not running NIS09 or N360v3, the antiphishing configuration update occurs as part of the LiveUpdate session.
3. Close all browser windows, launch a new browser, repeat browsing the problem website.
If you still see phishing block page problems after performing the above steps, send me a PM and I will reply to you with further instructions on collecting debugging information from your system.
MJP -- Thought everyone would like to know that another user ProTruckDriver followed your instructions and it fixed his inability to log into AOL with similar messages as here: