Symantec Posts Fix To Vulnerability
An anonymous reader writes "Just a few days after it was discovered, Symantec has posted a fix to a critical flaw with its Antivirus software." From the article: "The eEye digital security firm reported the problem initially, and discovered it was present in the newest versions of the affected Symantec products. Further research noted by Symantec described the problem as a flaw that made the products vulnerable to a stack overflow. Once exploited, that overflow could have permitted an attacker to execute code on the machine, with System level rights. The issue was made worse by being one that impacted enterprise-level customers, big spenders that purchase hundreds or thousands of licenses depending on the size of the business. "
Just a few days after it was discovered, Symantec has posted a fix to a critical flaw [CC] with its Antivirus software.
So how long after they confidentially reported the problem to Symantec (as I'm sure they did) did it take them to fix it?
Patched or not, the information presented here and in the pages linked therein make it clear that -- until all machines are patched -- there is a distinct possibility of an exploit getting through. To that end, I have no doubt some groups have been hot on the issue looking for the hole.
The same page ^^^ implies that symantec released IPS signatures for their products. With that said, do any signatures exist for other IPS/IDS solutions (snort, etc) ? If so, I would very much like to utilize them until any possibility of a threat has passed.
Yes, of course even in memory safe languages (Java, Python, etc) something somewhere needs to have memory access. That thing is the VM/interpreter. Fortunately there are very few areas of code in the VM that need to have memory access, so if you make those correct, then you can write a million lines of application code and know that there aren't any overflows in it.
-------------
Carry a concealed weapon in California
Their reputation as an anti-virus provider used to be second to none, now after bloated software and software bugs a lot of people are having second thoughts.
I think they need to go back to square one and develop a product that is not going to give them a bad reputation if they want to stay competitive.
After working with a lot of other anti-virus packages and seeing how un-invasive a good anti-virus package can be I refuse to use Symantec products anymore and to my clients I strongly recommend them change products when their license is up for renewal.
If it wasn't for Symantec bundelling their software with OEM's I wonder how much of an impact they would have? Most uneducated people I do work for think of all anti-virus as "Nortons" and are amazed at how much their system performance improves when I replace it with something else.
They used to have some good products 10 years ago, but I haven't seen a decent anti-virus release from them for a long time now.
For the curious: The reason they point out that this is a stack based BoF is because stack addresses are easily predictible, while heap addresses are not. So stack based overflows are much easier to write exploits for.
A slashdotter who didn't build his own computer is like a Jedi who didn't build his own lightsaber.
Imagine that if Microsoft ever got their act together security-wise, we could do away with these Anti-Virus snake oil salesmen altogether.
They really take this stuff seriously. You don't get that kind of a response from Microsoft.
Folks, this is what you get for using anti-computer software.
Well, better Java than Python. It's a strongly-typed language.
These simple steps will save you time and money, speed your computing experience, and, above all, avoid the vulnerability.
Thank you
I have nothing to say.
Yes. Memory-safe languages running inside a VM is exactly the kind of languages that I'd choose to write antivirus software.
After all, antivirus are not the kind apps that make your computer to underperform by a great margin, and they don't eat too many resources. Absolutely everything in software is about the algorithms, isn't it?
I agree. Java is the only obvious choice for this kind of thing. I would write it in Java and use a thin layer of JNI to interface with the Windows sys calls as needed.
Seriously, Nod32 owns... owns, owns, owns.
w ww.av-comparatives.org/seiten/comparatives.html
Kaspersky is pretty good too.
But who in their right mind, that knows *anything* about security, uses Symantec or McAfee anti-virus products?
Check out these: http://www.av-comparatives.org/index.html?http://
And if you have a VirusBtn login, the 100% awards are alright indicators of virus scanner quality, but nowhere near as good as av-comparatives IMO.
http://www.angryburrito.com/ The best, completely unfinished software review site ever.
1."everyone's servers" - Does US count as everyone?'
2.Ever heard of a remote desktop?
3.Arent't all IT people paranoid, even while "long-weekending" in US?
Give them a credit - it's been very quick.
Vulnerabilities in security software make me think of those dialogs between the Tortoise and Achilles -- particularly the one where the Tortoise and the Crab are developing ever more fancy record players. The Crab keeps getting nicer record players and the Tortoise keeps giving him records that induce fatal resonance in some mechanism of the record player...
in GEB it was a parable about the Godel incompleteness theorem -- and, of course, designers of security software would do well to think carefully about it...
Why don't you really educate your clients by recommending a lean, performance improving OS that does not require an antivirus checker? That way, you can follow IBM, Lowes, Chrysler and others who must be very happy they no longer put up with bloated garbage.
Friends don't help friends install M$ junk.
From the eWeek article:
"Security researchers at eEye Digital Security have discovered a serious flaw in Symantec's enterprise antivirus software that could be used by hackers to create a self-replicating "worm" attack against Symantec users. Because Symantec has not yet confirmed the existence of the problem, much less patched it, eEye is offering few details on the vulnerability, which was first disclosed late Wednesday."
Either Symantec is lying, or someone is guily of some very excessive and reckless self-promotion. It smells like excessive self-promotion to me, but I'm not privy to the details so who knows.
Thank you, Mr. Gates. May I have another?
Silent mantra to the many people I have to spend hours cleaning spyware and maleware off of their system and feel guilty charging them because they are friends. Mostly they buy me gifts because I refuse to charge them. I have them bring the sick virus infested computer in on company time and test the company firewall.
I really do!
Matrix
Who in their right mind still uses Windoze?
Friends don't help friends install M$ junk.
If you want to have a sig, please register. I browse with signatures disabled, as do others, because I am not interested in your spam.
Actually, they released the patches Saturday night and I agree that they should have waited until Tuesday morning to announce the vuln and the patch availability. They gave the worm writers a whole two days head start by forcing Symantec to release the patches over a hliday weekend in the USA.
eEye's report says they were notified on Wednesday and I saw the eEye disclosure on Friday. It would have been nice if eEye had waited until the patches were released, since they acknowledged that Symantec was being responsive.
The stupid patch requires a reboot as well, at least on Server 2000 SP4 and Server 2003 SP1.
Manual virus removal instructions:
Comment removed based on user account deletion
You can't.
It's so much work to just get a Windows system secure that it's simply no longer worth it to even bother. Save your sanity and switch to another platform.
Don't deal with the dirty hobos anymore.
http://slashdot.org/comments.pl?sid=186704&cid=154 06582
--
BMO
Especially antivirus software that intercepts kernel hooks....
//Information does not want to be free; it wants to breed.
The safety itself is not really in a virtual machine or an interpreter. Nor is it truly present when using languages like Java or Python.
Keep in mind that neither Python or Java are statically typed. Java does have stronger typing that Python, but it isn't nearly enough to make a significant different.
Take a look at a language like Haskell. It's complete static typing is a great benefit. You won't run into typing issues at runtime, where you sometimes will with Java and (more often) Python. Unless you use a tool like PyLint, you likely won't find typing errors hidden in infrequently-used codepaths. That just isn't the case when using Haskell.
Not only that, but functions in Haskell are without side effects. This is often difficult for programmers coming from C or Java to adapt to, but it leads directly to more secure software, with a minor speed cost on uniprocessor machines. On multiprocessor systems, or even systems with a multicore processor, it's possible to automatically parallelize many computations. That's very, very difficult to do effectively in C.
Languages like Python and Java give you increased flexibility. But that flexibility allows you to make horrendous mistakes. Often, the VM or interpreter architecture of both prevent such mistakes from compromising the system. However, it's often best just to use a language like Haskell that, while more restrictive, often eliminates the problems that plague applications written in other languages.
Symantec, in most cases, releases an antivirus definition to detect any threat that may attempt to exploit a hole in the product, so even if you are unpatched, so long as your defs are updated, you are protected.
Patching ASAP is still a priority though.
Don't take life so seriously. No one makes it out alive.
wouldn't you rather patch and reboot when your clients aren't hammering your servers during the normal work week? Seems a long weekend is the perfect time to do this, with the caveat as a sysadmin you KNOW weekends-off are "optional".
Maybe the GUI to an AV package, or maybe the bulk logic. Just isolate all the risky stuff in a few thousand lines and make sure they're safe. Then you can write the other 100,000 lines in VM-based language. I mean, the file-scanning part shouldn't intercept kernel hooks or anything like that.
#define DRM chmod 000
No, it's more like saying, "If we made sure the gun was unloaded before attempting to clean it, we'd never have to worry about shooting ourselves in the head by accident."
Which is quite true. The biggest newbie bitch I see on Slashdot is about C. Guess what?
C has functions designed to prevent buffer overflows/etc. - and no, there is NO excuse for not using them.
Comment removed based on user account deletion
Scanning files efficiently is actually quite hard. You can write a naive scanner in a few thousand lines, but to make it competitively efficient you're going to need to do a lot more work (scheduling, sequencing, caching results, skipping safe data, etc).
I know plenty of people will say, "program carefully", but that's like saying, "seatbelts are stupid. If we all just drove safely we wouldn't need seatbelts or airbags or bumpers."
No, it's like saying "making cars travel at no more than 5mph and have a man with a red flag walk in front is stupid, it significantly reduces the value of travelling by car". 'Safe' languages come at a large cost to efficiency, because they involve extra checking at runtime. Safer is not always better: you reach a point where the cost of the added safety (because you have to buy more powerful hardware) outweighs the cost of the system being less safe (because you have to occasionally clean up a virus infestation). You can slap a monetary figure on both those things and compare them. If the program was already pretty safe (one break in N years), and the cost of cleanup is low (restore infected hosts from disk image), then adding more 'safety' may be a bad thing. Especially in a corporate environment where the bottom line rules.
I do, primarly because I am a gamer. When I can play Oblivion, Half-life 2, Call of Duty 2 and all my games under Linux, I will switch to linux fulltime. Until then, I will continue to use Windows XP Pro. There are some real world uses for Windows that Linux still cannot provide. Gaming is one of them. Even Mac has some of the major game titles, but not even close to 50% of the games that are available to Windows users. There is no ultimate OS, each has it's own benefits and drawbacks. If you're a gamer, you're stuck with Windows, if you run a server, you probably use linux. It's about using the right tool for the right job. I first tried slackware back in `95 and I loved it, I would love to be able to use linux for gaming, but that won't be happening anytime soon (if ever). Mainly because the majority of people own Windows computers, so the majority of game developers will make their product for that platform, as it has the biggest user base.
I don't even have a virus scanner installed on this computer, this is my gaming pc and I keep it clean of any and all software not including games. As long as you aren't downloading some unknown crap off the internet you shouldn't need antivirus software. I haven't gotten a virus in more then 7 years and I have used antivirus software in the past, mainly Mcafee and Norton. Once in a while I will use Mcafee's Avert Stinger to do a quick scan for the latest virus/worms. It's free and you don't have to install it or any bloated software, just download and run it from the download directory. I believe Symantec and a few other companies also provide some useful free virus removal tools that don't need to be installed to run.
if we keep recursing on the idea of having meta-programs watching the programs, we'll only really increase complexity.
However, unlike the concept of having a language to determine the truths of all mathematical statements, I've yet to see why the incompleteness theorem (or any analogous theorem) would apply when the underlying software (OS & applications) is correct.
Any mathematicians/logicians out there who'd care to elaborate on such reasons?
OT b.t.w. never quite made the connection between Hofstadter and the letterness of the anti-spam human verification box.. he does provide some interesting insights as to why they should always stay one or two steps ahead of automatic machine recognition.
Ladies and gentlemen, I believe that ends the thread. Move along, nothing to see here.
A language in a sandbox? why stop there if you can create an entire virutal machine in a sandbox.
After all security is very important and there is no reason to not spend some cheap extra cpu cycles on it.
Very good guy, too bad this topic was SYMANTEC ANTIVIRUS CORPORATE EDITION, not the norton line of products. RTFA next time ;-)
Engineers do it with less resistance
you forgot to mention the indiscutable performance... norton anti virus and internet security make your machine so slow - it would be faster if you had no AV program and several worms instead...
I just reinstalled the system on the PC of my girlfriends father who had NAV and NIS... his Athlon 1.8GHz performed like an 80486 and he couldn't beleive how fast his PC became after I didn't reinstall those programs, but installed AVG and zonealarm instead...
The MAFIAA is a bunch of mindless jerks who will be the first up against the wall when the revolution comes
There's a thing called JNI. Yes that involves unsafe C (lots of pointers) but if you do it right, there's just a tiny bit of very simple JNI code and the rest of the app is in memory-safe Java.
Comment removed based on user account deletion
Having been too lazy these past few months to uninstall their 'Security Suite' this flaw was the motivation to dump the suckers and stick Free AVG on my system. I always knew the Symantec solution was a resource hog, but didn't realize quite how much until I replaced it.