мда...
ну если ты не сталкивался, то ясно тогда....
вот... здесь малость написано, что есть такая проблема http://forum.chertanovo.ru/viewtopic...34243bab247539
*но замечу, что каспер НИХРЕНА не лечит это дело*
и здесь http://www.alnc.ru/forum/viewtopic.p...3ce604d3a0f370

от себя добавлю.....
этот процесс пишется в диспетчире большими буквами, поэтому может быть вычислен легче теми, кто не знает стандартного содержимого диспетчера задач...
после того, как он окажется в рабочем состоянии *попросту - запущен*, все следующие приложения заражаются им же....
все просто - он прописывает себя программой по умолчанию для открытия всех exe файлов в реестре...
то есть сначала файл открывается через него, а потом уже стандартным виндосовским способом...
и все файлы, которые им заражены, при отгруженном из процессов LCLASSе уже работать не будут... если же запустить LCLASS.EXE *ну или любой зараженный им файл*, то прога заработает, но тогда комп будет постоянно подвисать, глючить и тормозить приложения могут сами себе закрывать доступ в сеть *без вмешательства файера*, обновляться, когда автоматическое обновление отключено и много чего полезного и не очень....
сначала фиксилось доктором вебом....
то есть процесс выгружался из диспетчера, потом удалялись из систем32 файлы LCLASS.EXE и SVCHOTS.EXE (не svchoST, а svchoTS).... сделано, видимо, для того, чтобы путать их со стадартными виндосовскими процессами...
запускался регедит, по нужному адресу исправлялся ключ *или запускался файлик с расширением *.reg, (который у мну есть, могу угостить)*...
все время нужно проверять диспетчер - не запустился ли снова lclass.exe... (если да, опять отгружаем, удаляем, делаем все дальше)...
ну и проверяемся либо доктором вебом 4.32 с обновлениями хотя б от января этого года, либо НОДом32... правда не знаю, выпустил ли нод защиту от LCLASSа в своих официальных обновлениях, но у меня есть они *от 19 января 2006*...
вот.....
но они не лечат, а находят и удаляют файлы с lclassом...
а если нужно лечить - то я уже писал, куда писать....