Пользователь пока ничего не рассказал о себе

Достижения

Все достижения (30)

Наибольший вклад в теги

Все теги (162)

Лучшие ответы пользователя

Все ответы (212)
  • ЖД с гелием

    KEKSOV
    @KEKSOV
    Хард сперва будет выдавать данные смешным-дурацким голосом, а потом, когда весь газ выйдет, сдохнет, по причинам, описанным VoidVolker
    Ответ написан
    Комментировать
  • Лучший фреймворк для сайта?

    KEKSOV
    @KEKSOV
    - Петька, приборы!?
    - 200, Василий Иванович.
    - Что 200?
    - А что приборы?

    Каждый правильно заданный вопрос должен содержать в себе 80% ответа. Ваш вопрос порождает только новые вопросы. Пожалуйста, уточните следующие моменты - ЯП (Javascript, Coffescript, Dart и т.п.), если речь вообще идет о фронтенде; платформа - мобильный браузеры или PC; какие задачи планируется решать при помощи сайта и т.д. т.п.
    Ответ написан
    3 комментария
  • Как найти бэкдор на взломанном сайте и отследить источник

    KEKSOV
    @KEKSOV
    Буквально вчера занимался подобной проблемой на сайте знакомых с Joomla.

    1. Зайдите по ssh и сделайте архив всего сайта, скачайте его к себе на машину.
    2. Натравите на архив Касперского или Sophos (опыт показал, что они отлично выявляют зловреды, хотя и не все)
    Все обнаруженные уязвимости вычистите прямо на сайте через vi. Если обнаружится, что eval запихали в EXIF картинок, то их просто надо пересохранить и залить обратно на сайт.

    Пока антивирус делает свое дело, займитесь следующим:
    1. Проверьте .htaccess на наличие левых редиректов. В моем случае все пользователи отправлялись на страницу phpinfo.php c какой-то порнухой.
    2. Поищите код, который не найдут антивирусы:
    2.1 В некоторых файлах встроена конструкция, позволяющая сохранить файл в произвольное место на сайте. В моем случае это находилось при помощи команды
    find. -type file | grep php | xargs grep -l "<?php if (@"

    2.2 Поищите и проанализируйте файлы, которые обращаются к exif
    find. -type file | grep php | xargs grep -l exif_read_data

    2.3 Найдите картинки с троянами
    find. -type file | grep jpg | xargs grep -l eval

    2.4 Поищите preg_replace, который потом выполняет код
    find. -type file | grep php | xargs grep -l preg_replace.*\/e

    3. Анитивирусы наверняка найдут какие-то файлы. Загляните в них на хостинге, как правило там идет закодированная хрень и проверка каких-нибудь паролей. Вот эти самые проверки могут дать дополнительные ключи для поиска. В моем случае я нашел еще ряд файлов при помощи команд
    find. -type file | grep php | xargs grep -l 2970d43d7bf4115cdc60e2453bf48b52
    find. -type file | grep php | xargs grep -l security_code

    4. Внимательно проанализируйте файлы, которые находятся рядом с файлами бекдоров, скорее всего именно в них и находится уязвимость.
    5. Слейте дамп базы и поищите в нем eval, preg_replace и прочие прелести
    6. После зачистки всей дряни снова сделайте бекапный архив сайта

    Это все были шаги по приведению сайта в рабочее состояние. К сожалению, они не могут дать ответ на вопрос, а как же нас ломанули. Переходим к активным действиям по выявлению точек входа.

    На сервере, где хостятся мои знакомые есть только cvs, им и воспользуемся. Аналогичные действия можно сделать и при помощи git или svn.

    1. Вышли в домашнюю директорию
    cd

    2. Создали пустую директорию для нашего репозитория
    mkdir cvsroot

    3. Заинитили репозиторий
    cvs -d ~/cvsroot init

    4. Перешли в директорию, где находится корень сайт. Пусть у вас есть такая структура /home/myusername/mysite/htdocs. Тогда
    cd ~/mysite/htdocs

    5. Делаем первичный импорт в репозиторий
    cvs -d ~/cvsroot import htdocs initial_import initial

    6. Сейчас будем удалять старый сайт и забирать его из репозитория
    cd ~/mysite
    mv htdocs htdocs.bak
    cvs -d ~/cvsroot checkout www

    7. Добавляем в .htaccess правило, защищающее служебные файлы
    RedirectMatch 404 /CVS(/|$)

    8. Что это нам дает? Возможно быстрой проверки измененных файлов
    cd ~/mysite/htdocs
    cvs -qn update

    Если все было сделано правильно, то ответ будет
    M .htaccess

    9. Записываем наши изменения в репозиторий
    cvs -q commit -m update

    Далее, включаем в cron команду cvs -q commit -m update, да хоть бы и раз в минуту (если сайт сильно посещаемый), включаем лог файлы и ловим изменения, которые происходят в системе. Определив время и изменившиеся файлы, по логам смотрим что, кто, куда и как делал.
    Ответ написан
    1 комментарий
  • Есть ли какие-то специальные рекомендации в методологии БЭМ при верстке HTML5?

    KEKSOV
    @KEKSOV
    Лично мне очень помогла история создания БЭМ. Из этой статьи я вынес несколько интересных идей для собственных проектов, и отложил БЭМ до того момента, когда начну реализовывать свой очередной план по захвату галактики ;)
    Ответ написан
    Комментировать
  • @font-face и поддержка кириллицы

    KEKSOV
    @KEKSOV
    Постил я как-то статью

    В ней есть скриншот работающих настроек
    image
    Ответ написан
    Комментировать

Лучшие вопросы пользователя

Все вопросы (27)