Initial Publication Date: Advisory Status: Advisory Severity: Legacy ID
10 Nov 2004 Closed Low
Symantec is responding to a posting to the Bugtraq mailing list. The poster was able to create a VBS script that caused a minor denial of service by terminating the system tray icon for Symantec Norton AntiVirus as well as preventing the Auto-Protect pop-up alerts from displaying on the user's system.
To get a malicious script that can do this on a targeted system, the attacker requires "user assistance" by either enticing the targeted user to visit a location where the malicious file could be downloaded or have access to and permissions on the target system to upload or transfer the malicious file.
Minimal to non-existent
The Protection Profile of the Symantec Norton AntiVirus application is not affected in anyway; only the current running user interface is impacted.
Symantec Norton AntiVirus (2003,2004, 2005)
Symantec Norton Internet Security and Professional (2003, 2004, 2005)
Symantec Norton System Works, Professional and Premier (2003, 2004, 2005)
Additional Product Information
This issue does NOT impact Symantec Enterprise/Corporate products
A posting to the Bugtraq mailing list reported an issue with Symantec's Norton AntiVirus 2004. The poster reported that he could defeat the script blocking capability in Symantec Norton AntiVirus 2004 by running a malicious VBS script on the target system that kills the Auto-Protect capability. By running his script on the target system, the poster reported he was able to terminate the running Auto-Protect process, and kill the Auto-Protect feature of Symantec's Norton AntiVirus 2004 product. According to the poster, terminating the running Auto-Protect process could leave the targeted system vulnerable to additional malicious code attacks.
Symantec engineers have thoroughly tested this issue on all supported Symantec Norton AntiVirus consumer products.
There is some basic misunderstanding in the posting about what impact killing the running Auto-Protect process has on Symantec's Auto-Protect functionality. Terminating CCApp.exe, as the poster states, will cause the Norton AntiVirus icon in the system tray to disappear and, will disable the user notifications regarding Auto-Protect actions, a very low risk denial of service. But, the user's system continues to be protected by the underlying Auto-Protect capability. The protection profile of the Symantec Norton AntiVirus application is not affected.
Were a user to download malicious code to a system while the CCApp.exe process is terminated in this manner, the user would not receive an Auto-Protect alert pop-up notification. However, the malicious code would be detected by Symantec's Norton AntiVirus Auto-Protect function and would be prevented from being written to file or executed on the targeted system. The Auto-Protect notifications and the system tray icon can be easily restored by:
going to start =>Programs=>and opening Symantec Norton AntiVirus which kicks off the Auto-Protect running process
or, when the system is rebooted
Although this is a very low risk issue, Symantec takes the security and functionality of their products very seriously. Symantec product engineers are currently investigating alternatives to address this issue. A resolution to this minimal disruption for Symantec's 2005 product versions has been completed. The update can be obtained through technical support from this location.
As a part of normal user best practices, Symantec highly recommends a multi-layered approach to security.
At minimum, run both a personal firewall and antivirus application with current updates to provide multiple points of detection and protection to both inbound and outbound threats.
Keep vendor-supplied patches for all application software and operating systems up-to-date.
Exercise caution when visiting unknown/untrusted websites or opening unknown URL links.
Do not open unidentified attachments or executables from unknown sources or that you didn't request.
Always err on the side of caution. Even if the sender is known, the source address may be faked.
If in doubt, contact the sender to confirm they sent the attachment and why before opening the attachment. If still in doubt, delete the attachment.
This is machine translated content
Login to Subscribe
Please login to set up your
Would you like to be subscribed to future notifications for this article?
For security reasons, your link to this document has expired. Please click on the attachment link to access this file.
The attachment that you are looking for no longer exists.
There has been an issue retrieving your attachment. Please try again.
Currently server is down.
Didn't find the article you were looking for? Try these resources.