Toan: По выделенному - это совсем оторванный от жизни пример.
Отнюдь! В моей практике (да и тут на сёрче можно найти топики) были клиенты с зараженными ПК. С тех пор у меня появись привычка забирать пароли на ФТП (не у всех, но у многих) и просить не заходить в ПУ хостинга до тех пор, пока я не закончу. А гарантии даю только если никто кроме меня не имеет доступов - они не нужны для ведения сайтов. При этом я не отнимаю доступ к саппорту хостинга\биллингу и клиент в любой момент сможет получить все необходимые доступы. Только при этом гарантия может быть уже тю-тю..
Toan: Если человек заметил вирус на сайте и озаботился его удалением, причем за денежку, то, скорее всего, озаботится и сохранением полученного результата.
Это да. Но после сохранения "результата" на сайте может появится новая инфа, которая при восстановлении из "результата" просто потеряется. Кому это понравится?
Toan: Подробности называть не буду,
?? Нельзя сказать какие движки были взломаны и какая зараза\способы были внедрены?
Toan: на то, что если вдруг это произойдет в течение нескольких месяцев, то исправлено все по гарантии и бесплатно.
А если по вине клиента это будет происходить по 3 раза в сутки - они все полгода бесплатно будут чистить? ;)
Я к тому, что пока нет гарантий что никто, кроме гарантирующей стороны, не имеет прав на внесение вирей изменение файлов - не может быть честных гарантий на чистоту сайта.
И понятное дело, что нельзя давать гарантии, на невозможность взлома. Это анриал. Оперативное выявление проблем и восстановление - это да, это правильная гарантия. (тут и скрипты мониторинга о которых, я говорил выше)
Нет, я в ни коем разе не говорю, что твои конкретные исполнители "неправильные". Нет, нет, нет!! Просто я обращаю внимание на подобные нюансы.
Alex Klo: на каких движках взломанные сайты?
Да, тоже интересно.
И если есть инфа - что и как было взломано и куда что внедрено?
Но тут можно напороться на неожиданные проблемы в дальнейшем функционировании сайта - бывает хранение в БД сериальных данных. И при замене в дампе путей\урлов они могут похерится и тогда может что-то поломаться (например собьются настройки плагина)
Для корректного изменения в БД можно заюзать этот скрипт. Он типа заточен для ВП, но по-моему это не важно - он работает с БД, а не с движком.
RiDDi: С точки зрения логики допускается "защита сайтов" подразумевая нормальные сайты, шо юзают сервера, а не всякую херню на "хостингах"
Вот только не надо пузо выпячивать :)
Ты то-то вроде должен понимать, что а) на серверах могут быть и не "сайты", б) "защита сайтов" и "защита файлов" - абсолютно разные понятия. Как с технической точки зрения так и с "тз логики". Если это логика технаря, а не домохозяйки.
wmz, угомонись плз. ТС вынес в паблик инфу, полезную для многих. А твои фантазии никому ничего полезного не несут.
Какого отчета не дали?
Как минимум что было найдено на сайте.
в топике детали афишировать не буду.
Нда... детали..
Ок. Я понял, что нужной инфы не будет.
За стартпост очередной раз спасибо, но паранойей страдать не нужно. Как и держать 3 антивируса :)
ЗЫ. Топик вроде ж был в безопасности..
Конкретно по своему сайту называть не буду
Движок - это секрет? О_о
а зараза и способы внедрения - это уже к профессионалам, я тут мало что скажу
Отчёта чистильщики разве не дали?
Интересует что - это был шелл (какой?) в аддонах скачанных непойми откуда или воспользовались уязвимостью из-за в древних версиях движков\аддонов?
Мне, как и другим, интересующихся безопасностью, эта инфа интересна для анализа происходящих процессов в этой области.
По выделенному - это совсем оторванный от жизни пример.
Отнюдь! В моей практике (да и тут на сёрче можно найти топики) были клиенты с зараженными ПК. С тех пор у меня появись привычка забирать пароли на ФТП (не у всех, но у многих) и просить не заходить в ПУ хостинга до тех пор, пока я не закончу. А гарантии даю только если никто кроме меня не имеет доступов - они не нужны для ведения сайтов. При этом я не отнимаю доступ к саппорту хостинга\биллингу и клиент в любой момент сможет получить все необходимые доступы. Только при этом гарантия может быть уже тю-тю..
Если человек заметил вирус на сайте и озаботился его удалением, причем за денежку, то, скорее всего, озаботится и сохранением полученного результата.
Это да. Но после сохранения "результата" на сайте может появится новая инфа, которая при восстановлении из "результата" просто потеряется. Кому это понравится?
Подробности называть не буду,
?? Нельзя сказать какие движки были взломаны и какая зараза\способы были внедрены?
конкретно на моей рабочей машине их 3 шт
Жесть :))
на то, что если вдруг это произойдет в течение нескольких месяцев, то исправлено все по гарантии и бесплатно.
А если по вине клиента это будет происходить по 3 раза в сутки - они все полгода бесплатно будут чистить? ;)
Я к тому, что пока нет гарантий что никто, кроме гарантирующей стороны, не имеет прав на внесение вирей изменение файлов - не может быть честных гарантий на чистоту сайта.
И понятное дело, что нельзя давать гарантии, на невозможность взлома. Это анриал. Оперативное выявление проблем и восстановление - это да, это правильная гарантия. (тут и скрипты мониторинга о которых, я говорил выше)
Нет, я в ни коем разе не говорю, что твои конкретные исполнители "неправильные". Нет, нет, нет!! Просто я обращаю внимание на подобные нюансы.
на каких движках взломанные сайты?
Да, тоже интересно.
И если есть инфа - что и как было взломано и куда что внедрено?
Очистку схемы лучше всего делать средствами ЯП в соответствии с RFC, а не регулярками. На пыхе это parse_url() + http_build_url().
Телепатируешь? Кто сказал что схему? Кто сказал что на каком-нить ЯП? Мб ему текст. файлы на винде почистить надо. И ЯП тут явно нафик не надо.
Но поскольку ТС молчит об этом как рыба об лёд - можно долго играть в экстрасенсов.
перенастроить конфигурационные переменные
+ в БД поизменять урлы и пути.
Но тут можно напороться на неожиданные проблемы в дальнейшем функционировании сайта - бывает хранение в БД сериальных данных. И при замене в дампе путей\урлов они могут похерится и тогда может что-то поломаться (например собьются настройки плагина)
Для корректного изменения в БД можно заюзать этот скрипт. Он типа заточен для ВП, но по-моему это не важно - он работает с БД, а не с движком.
А нужно, чтобы было = Заказать монтаж забора.
Произвольные поля - самое то.
С точки зрения логики допускается "защита сайтов" подразумевая нормальные сайты, шо юзают сервера, а не всякую херню на "хостингах"
Вот только не надо пузо выпячивать :)
Ты то-то вроде должен понимать, что а) на серверах могут быть и не "сайты", б) "защита сайтов" и "защита файлов" - абсолютно разные понятия. Как с технической точки зрения так и с "тз логики". Если это логика технаря, а не домохозяйки.
Предлагаете: br>img ?
??
Я запятую там пропустил. Ок, читать так:
"Какие обездоленные br, img и тп непарные теги.
За что ты их так?"