вопросы и впечатления по Outpost версии 7.0 - Страница 17 - Outpost Firewall Free/Pro & Antivirus (Agnitum) - Форумы Anti-Malware.ru Перейти к содержанию
greenag

вопросы и впечатления по Outpost версии 7.0

Recommended Posts

Dmitriy K

если перекачать дистрибутив, то будет от 24 ;)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
UIT

Когда починить обещались? Или тишина.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Dmitriy K
Когда починить обещались? Или тишина.
Описанная проблема известна, и не является характерной для данной версии.
файлы отправил, жду ответа

для тех у кого такая же проблема см. пост 399

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Dmitrig
Затем отключите внутр. защиту, выйдите из продукта с остановкой сервиса, очистите содержимое папки, включите продукт и внутр. защиту, запустите обновление.

Мне не помогло.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
greenag

Самоочистку правил что ли сделали? или просто не запоминает)))

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Dmitriy K
Самоочистку правил что ли сделали? или просто не запоминает)))

greenag, успокойся :lol: самоочистка уже стала идеей фикс? ;)

что/у чего не запоминает?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Виталий Я.
Да, база сигнатур от 23 числа и дальше не обновляется. Плохи дела...

Но зато антиспам теперь работает. ))))

Эту багу починили, но не до конца, видимо.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
greenag

Dmitriy K

а, это у меня незапланированный ребут был, наверно не запомнило :D

у портативных прог

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Dmitriy K
Когда починить обещались? Или тишина.
Мне не помогло.
Проблема с обновлением в версии 7.0.3 нам известна, ведутся работы над ее исправлением.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Dmitriy K

дистрибутивы обновлены, бага исправлена

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Dmitrig

Да, теперь с обновлениями порядок. И антиспам работает.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
UIT

Делюсь впечатлениями: Чистая установка, сразу после установки открыл настройки и загрузил сохраненную ранее конфигурацию. Перезагрузка ОС, потом удаление временных файлов и снижение прав до пользователя. Выход из системы, опять захожу под своей учетной - пиктограмма OSS серого цвета (эх склероз - кажется сервис недоступен:) Перезагрузился, все ОК.

w7x64

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Dmitrig

Сейчас с утра включаю компьютер, устанавливаю интернет соединение (мобильный мегафон), запускаю Бат. И тут же уведомление о блокировке передачи личных данных (пароль из 11 символов, цифр и латинских букв разного регистра). Два подряд.

Получил почту, захожу сюда на форум. Начинаю писать это сообщение... Оба на! Опять блокировка передачи данных! И опять два предупреждения.

Раньше мы обсуждали ложные срабатывания на веб сайтах, когда в личные данные занесён короткий пароль из цифр. Предположили, что дело тут в адресе конкретной странички, который содержит много цифровых комбинаций. Но сейчас-то что? Повторюсь - пароль состоит из сочетания латинских букв разного регистра и цифр, всего 11 символов. И этот пароль единственный в личных данных.

Ну вот, пока писал второй абзац, ещё два уведомления вышло.

Попробую включить регистрацию событий и отправить запрос в ТП.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
UIT
захожу сюда на форум. ... Оба на! Опять блокировка передачи данных! ...

Поясните, предупреждения и более ничего - страницы при предупреждениях открываются сообщения отправляются, почта принимается и отправляется ?

Отредактировал UIT

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Dmitrig

Да, страницы открываются без проблем. Сообщения отправляются. Почта ходит туда-сюда. В общем, всё работает.

Обращаю внимание на цитату из руководства пользователя:

Указав в модуле «Личные данные» текстовую конфиденциальную информацию, такую как номера банковских счетов, пароли и т.д., вы защищаете ее от утечки с компьютера через каналы служб мгновенных сообщений, веб или электронную почту.

Разработчики без всякого стеснения заявляют, что личные данные невозможно будет переслать через ВЕБ, АСЬКУ и ЭЛЕКТРОННУЮ ПОЧТУ. И ничего не упоминается о https. Ничего не говориться о том, что почта тоже может использовать шифрование. Ничего так же нет про то, что данные свободно пересылаются через аську и скайп. Единственное, где блокировка действительно работает - это http. И то, блокируются, как мы ранее здесь выясняли, далеко не все комбинации личных данных.

Другими словами, заявления разработчиков из руководства пользователя далеки от действительности. Прочитав руководство, пользователь уверен в том, что личные данные действительно не возможно будет случайно слить ни через мгновенные сообщения, ни через почту. Но это не так. Вместо этого пользователь видит многочисленные ложные срабатывания, которые создают лишь видимость работы модуля блокировки и создают ложное чувство безопасности.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Dmitriy K
данные свободно пересылаются через аську и скайп

в аське может быть включено SSL

в скайпе весь трафик всегда идет шифрованным

видит многочисленные ложные срабатывания

топаем в ТП ;)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Dmitrig
в аське может быть включено SSL

в скайпе весь трафик всегда идет шифрованным

С этим теперь всё ясно. Я говорю о том, что это должно быть отражено в руководстве пользователя. Пользователь должен знать, что личные данные не блокируются при попытке передать их через скайп, аську и электронную почту, так как эти службы так или иначе используют шифрование. Разработчики же заявляют, что передача личных данных через почту и службы мгновенных сообщений невозможна. Это не соответствует действительности.

топаем в ТП

Об этом я писал в ТП уже при первом нашем обсуждении модуля блокировки передачи личных данных. Сейчас отправил повторно.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Dmitrig

Кстати, а как обстоят дела с этим делом у конкурентов? Есть ли подобная функция у Касперского и как она ведёт себя в подобных ситуациях ?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Dmitrig

:rolleyes:

Разобрался в чём дело. Уведомления о блокировке личных данных не были ложными. Прошу прощения у Агнитум и форумчан за переполох. :)

Дело было вот в чём. В личные данные я забил пароль, который совпадал с паролем одного из почтовых ящиков. Почтовая программа периодически отправляла этот пароль для авторизации и получения почты. А аутпост этот пароль блокировал и выдовал соответствующее уведомление.

))) А я сижу думаю, почему письма не приходят. Только сейчас дошло!

Итак, ложных срабатываний нет.

Но вот об этом:

личные данные не блокируются при попытке передать их через скайп, аську и электронную почту, так как эти службы так или иначе используют шифрование
стоит вписать в руководство пользователя.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
anip

Что-то фигня какая-то

Узнал, что вышла новая версия Outpost SS 7.0.3, 27.08.2010 снёс старую 7.0.2, почистил комп с помощью Glary Utilities. Установил Oupost 7.0.3.

Почему-то обновления застыли на 26.08.2010, хотя пишет, что обновление завершено успешно. Обновлял 28.08.2010, скрин можно глянуть по ссылке:

http://fotoobmennik.ru/share-CF84_4C7A4C11.html

Обновлял и сегодня, т.е. 29.08.2010. Результат тот же.

С предыдущей версией таких задержек с обновлениями не было. Интересно, это у всех так? И чем может быть такое вызвано? Может, надо на предыдущую версию возвращаться?

..

P.S. В техподдержку Agnitum тоже вопрос вчера задал.

P.P.S. Пакет, естественно, легальный.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Dmitriy K

В пятницу был перевыпущен дистрибутив. В нем исправлена ошибка, приводящая к невозможности обновления программы. Актуальная версия 7.0.3 (3395.517.1242)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
anip
В пятницу был перевыпущен дистрибутив. В нем исправлена ошибка, приводящая к невозможности обновления программы. Актуальная версия 7.0.3 (3395.517.1242)

Гм.. Странно. Я же в пятницу и скачал дистрибутив, где-то около 17 часов Москвы.

Однако, сейчас качаю новый. Спасибо.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Виталий Я.
Что-то фигня какая-то

Узнал, что вышла новая версия Outpost SS 7.0.3, 27.08.2010 снёс старую 7.0.2, почистил комп с помощью Glary Utilities. Установил Oupost 7.0.3.

Версия в пятницу после обеда скачана? На скрине 3392, у нее были проблемы.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Deja_Vu

Интерфейс мне пока нравится, но вот долго искал, куда мой лицензионный ключик ввести.

Правда предлагаемый аутпостом тест:

http://www.pcflank.com/stats.html

при быстром сканировании показал, что

Ports check - опасно

Trojan horse check - безопасно

Privacy check - опасно

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Dmitriy K
долго искал, куда мой лицензионный ключик ввести
есть несколько вариантов:

1) пуск -- все программы -- agnitum -- Outpost Security Suite Pro -- Ввести регистрационный ключ

2) настройки -- общие -- изменить ключ

3) после установки при первом запуске предлагается ввести ключ

4) пуск -- выполнить --- "ИМЯ ДИСКА:\Program Files\Agnitum\Outpost Security Suite Pro\op_mon.exe" /register

кому какой нравится? :)

показал, что
там должны быть пояснения

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

  • Сообщения

    • demkd
      Если версия системы идентичная то скорее всего подойдет, но это не точно, потому что лично я всегда пользовался бэкапом реестра, сперва ERUNT-ом, а когда он стал неактуален сделал свой ABR.
    • santy
      Вообще, в сети мало пишут про то, как восстановить работу безопасного режима, в основном после поискового запроса выводят статьи, как войти в безопасный  режим. (Видно хромает еще ИИ по этому вопросу). По данному, частному случаю как будто все уже перепробовали: точка восстановления есть но с заражением системы, со слов пользователя. Хотя по факту здесь и не нужно восстанавливать систему, достаточно только найти в этой точке файл SYSTEM, откопировать его в другое место и извлечь из него ключ SafeBoot. Возможно, что он и делал восстановление системы из точки восст., но Safe mode не заработал. Других точек восстановления нет, бэкапов реестра нет, так как не работал ранее с uVS, да, и мы вообщем редко практикуем в сложных случаях создавать бэкап реестра. Те функции восстановления ключа, что заложены в uVS, опираются на бэкап реестра. (Которого не оказалось в системе). Твик Зайцева так же не сработал, возможно основан на методе их текста, который RP55 принес сюда. Остается попытаться перенести ключ с чистой аналогичной системы. Возможно ли безболезненно взять ключ Safeboot из другой аналогичной чистой системы? Какие могут возникнуть проблемы? драйвера оборудования могут оказаться различными?  
    • demkd
      "CurrentControlSet" это виртуальный ключ, он указывает на последний рабочий CurrentControlSetXXX, потому копировать там обычно нечего потому что есть лишь CurrentControlSet001, который и есть CurrentControlSet, другое дело когда есть 001 и 002, один из них может быть живым, а может и не быть.
      Но на самом деле не нужно маяться фигней, нужно пользоваться бэкапом и восстановлением реестра, тем более что в uVS есть твик для включения системного бэкапа реестра, так же копии реестра есть в теневых копиях и точках восстановления, где гарантировано можно найти рабочую ветку реестра и восстановить ее либо руками либо через uVS->Реестр->Восстановить из копии ключ SafeBoot
    • PR55.RP55
      " Вот еще в помощь рекомендации от Зайцева Олега:   Цитата Кроме того, есть еще один метод восстановления испорченных ключей. Как известно, в самом реестре есть копии ключа SafeBoot. Они находятся в HKLM\SYSTEM\CurrentControlSet001\Control\SafeBoot и HKLM\SYSTEM\CurrentControlSet002\Control\SafeBoot. Следовательно, можно попробовать следующую операцию:
      1. Экспортировать HKLM\SYSTEM\CurrentControlSet001\Control\SafeBoot
      2. В полученном REG файле заменить "CurrentControlSet001" на "CurrentControlSet" (REG файл текстовый, поэтому заменить несложно)
      3. Импортировать модифицированный файл
      Данная операция может быть успешной сразу после запуска повреждающей ключ реестра вредоносной программы, до перезагрузки. Нарушена загрузка в защищенном режиме (SafeBoot) Изменено 6 часов назад пользователем safety " https://forum.kasperskyclub.ru/topic/466078-privetstvuju-slovil-majner-po-nazvaniem-toolbtcmine2782/page/6/#comments А, что если это будет делать uVS ? т.е. Копировать ключ > модифицировать > производить перезапись.
    • Ego Dekker
      Домашние антивирусы для Windows были обновлены до версии 18.1.10.
×