[{"data":1,"prerenderedAt":180},["ShallowReactive",2],{"publication:ru:P047":3},{"meta":4,"copy":18,"relatedArticles":142,"terms":172,"term":173,"resourceParent":174,"glossaryParent":177},{"id":5,"path":6,"kind":7,"keyword":8,"title":9,"seoTitle":10,"description":11,"incoming":12,"updated":16,"preparedOn":17},"P047","\u002Fblog\u002Fwebsite-hacked-first-steps","article","взломали сайт что делать","Взломали сайт: что делать сначала и как подготовить восстановление","Взломали сайт: первые действия и восстановление","Что делать при подозрении на взлом сайта: зафиксировать признаки, согласовать ограничения, сохранить данные и подготовить проверенное восстановление.",[13,14,15],"\u002Femergency","\u002Fservices\u002Fmalware-ransomware-recovery","\u002Fservices\u002Fwebsite-recovery","2026-11-05","2026-10-31",{"intro":19,"sections":20,"checklistTitle":87,"checklist":88,"faq":95,"sources":105,"links":112,"cta":137},"Если вы подозреваете, что сайт взломали, сначала зафиксируйте признаки и свяжитесь с тем, кто уполномочен управлять сайтом и хостингом. Затем согласуйте ограничения, сохранение материалов и восстановление. Не начинайте с массового удаления файлов или отката рабочей базы: можно потерять следы и новые заказы. CyberFixCrew, израильская компания по кибербезопасности, помогает бизнесу по всему миру разбирать такие ситуации в согласованном объеме.",[21,27,58,69,77,82],{"title":22,"paragraphs":23},"Как отличить наблюдение от вывода о взломе",[24,25,26],"Посторонние страницы, неизвестные администраторы, перенаправления и предупреждения браузера требуют внимания. Но отдельная ошибка, замедление или недоступность сайта еще не доказывают компрометацию. Запишите, что именно произошло, по какому адресу, в какое время и на каком устройстве. Укажите часовой пояс: для международной команды одинаковое время на часах может означать разные события.","Полезно отделить факты от предположений. Факт: определенный посетитель увидел переход на другой домен. Предположение: заражен сервер. Другие объяснения могут включать расширение браузера, рекламу или настройку внешнего сервиса. Технический разбор должен проверять гипотезы, а не подгонять найденный файл под заранее выбранную причину. Не открывайте подозрительные ссылки повторно на рабочем устройстве только ради эксперимента.","На этом этапе владелец бизнеса может безопасно собрать адреса, скриншоты без лишних данных и контакты хостинга. Технические действия, меняющие состояние, лучше поручить уполномоченному специалисту. Официальная инструкция WordPress по взломанным сайтам является ориентиром для этой платформы; она не заменяет разбор вашей архитектуры, возможной утечки и связанных систем.",{"title":28,"paragraphs":29,"table":31},"Кто принимает решения и что ограничивать",[30],"До изменений назначьте человека, который вправе разрешить ограничения и принять последствия для продаж или заявок. Иногда разумно временно отключить затронутый процесс; иногда требуется ограничить доступ шире. Универсальный совет выключить весь сайт или оставить его работать не учитывает продолжающийся ущерб, возможность сохранить материалы и обязанности бизнеса. Решение нужно записать вместе с основанием.",{"caption":32,"headers":33,"rows":37},"Карточка первичного решения при подозрении на инцидент",[34,35,36],"Наблюдение","Что выяснить","Следующее действие",[38,42,46,50,54],[39,40,41],"Неизвестный администратор","Кто создал запись, какие права и сеансы доступны","Уполномоченная проверка доступа и его ограничение",[43,44,45],"Посторонний код или страницы","Где обнаружено и что могло измениться","Сохранение ограниченных материалов до очистки",[47,48,49],"Опасный платежный маршрут","Затронуты ли покупатели и внешние сервисы","Согласование ограничения с владельцем и провайдером",[51,52,53],"Сайт недоступен","Сбой, нагрузка, изменение или компрометация","Диагностика нескольких возможных причин",[55,56,57],"Есть резервная копия","Точка времени, состав, признаки заражения","План проверки в отдельной среде",{"title":59,"paragraphs":60,"steps":63},"Что сохранить до очистки и отката",[61,62],"Сохраняют доступные журналы, временные отметки, сведения о пользователях и недавних изменениях в объеме, нужном для разбора. Материалы могут содержать секреты и персональные данные, поэтому ограничьте круг получателей и способ передачи. Копирование всего сервера в публичное облачное хранилище без проверки доступа создает дополнительную проблему. Не присылайте такие архивы через обычную форму обращения.","Если активная угроза требует немедленного ограничения, не нужно ждать идеального набора доказательств. Но каждое действие желательно фиксировать: кто, когда, зачем и что изменил. Это помогает отличить действия команды от предшествующих событий. Техническое сохранение материалов не является само по себе юридически значимой экспертизой; требования к уведомлению и расследованию зависят от конкретной организации и юрисдикции.",[64,65,66,67,68],"Записать наблюдаемые признаки и время с часовым поясом.","Подтвердить владельца, полномочия и критичные процессы.","Согласовать ограничения и доступное сохранение материалов.","Подготовить отдельную среду и план восстановления.","Проверить важные функции и открытые риски до возврата в работу.",{"title":70,"paragraphs":71,"example":74},"Как подготовить восстановление без потери новых данных",[72,73],"Откат возвращает состояние определенной точки времени. Заявки, заказы и изменения после этой точки могут не попасть в восстановленную систему. До замены рабочей базы нужно определить разрыв и согласовать сверку с платежами, CRM, складом и другими источниками. Нельзя считать общую команду восстановить из бэкапа планом сохранения всех новых событий.","Копия, созданная до обнаружения симптома, не обязательно создана до компрометации. Кроме проверки файлов и данных требуется разобраться с вероятным путем доступа и зависимостями. Пароль сайта не охватывает учетную запись хостинга, внешние ключи и другие уровни. Изменение учетных данных выполняют с учетом доверенности устройства и среды; важен безопасный порядок, а не количество замененных паролей.",{"title":75,"text":76},"Условный пример разрыва данных","Магазин обнаружил постороннюю страницу после нескольких новых заказов. Доступная копия старше этих заказов. Вместо немедленного отката команда согласует сохранение текущих записей и сверку внешних подтверждений. Пример показывает вопрос, который нужно решить; он не является выполненным восстановлением и не обещает отсутствие потерь.",{"title":78,"paragraphs":79},"Какие проверки нужны перед возвратом сайта",[80,81],"Критерии возврата определяются заранее: какой объем очищен или пересоздан, какие доступы ограничены, какие функции проверены и что осталось неизвестным. Удаление видимой вставки не подтверждает закрытие причины. Главная страница может открываться, а форма или оформление заказа оставаться неисправными. Приемка должна отражать важные для бизнеса маршруты и доступные технические наблюдения.","Для проверок используют контролируемые данные, безопасный платежный режим и изоляцию уведомлений. После возврата назначают получателя сигналов и следующую проверку, если она согласована. Ни один короткий набор тестов не доказывает отсутствие всех скрытых изменений. Если доступных материалов недостаточно, это нужно явно отметить в результате вместо утверждения, что источник инцидента установлен достоверно.",{"title":83,"paragraphs":84},"Когда обращаться за помощью и что написать",[85,86],"Обращайтесь к специалисту, если затронуты платежи, учетные записи, данные клиентов, несколько сайтов или непонятно, какие действия допустимы. CyberFixCrew применяет практические израильские знания в защите сайтов и цифровой инфраструктуры к задачам бизнеса по всему миру. Для удаленного разбора согласуем среду, владельцев и объем работы; эта страница не обещает круглосуточное реагирование или срок устранения.","В первом сообщении укажите адрес сайта, наблюдаемый симптом, время, платформу и доступность контакта хостинга. Отдельно скажите, есть ли заказы после последней копии и были ли уже изменения. Не передавайте секреты и полные клиентские данные. Если есть финансовый ущерб или возможные обязанности уведомления, технический разбор нужно координировать с соответствующими провайдерами и компетентными советниками.","Первые безопасные действия владельца",[89,90,91,92,93,94],"Зафиксировать симптом, адрес и время с часовым поясом.","Назначить уполномоченного владельца решения.","Связаться с хостингом и техническим ответственным.","Не запускать массовую очистку и откат базы без плана.","Уточнить копии, новые заказы и внешние зависимости.","Согласовать ограничения, приемку и способ передачи материалов.",[96,99,102],{"question":97,"answer":98},"Можно просто восстановить вчерашнюю копию?","Сначала нужно проверить ее состав, доступность и подходящую точку времени. Вчерашняя копия может содержать нежелательные изменения, а новые заявки или заказы могут оказаться вне нее. Восстановление также не закрывает автоматически путь повторного доступа. Согласуйте отдельную проверку, сверку новых событий и условия возврата до замены рабочей системы.",{"question":100,"answer":101},"Почему сканер ничего не нашел, а подозрения остались?","Результат относится к доступному сканеру объему и моменту проверки. Публичный просмотр не обязательно видит базу, учетные записи, серверные задания или действия в стороннем сервисе. Отсутствие находок не опровергает все наблюдения. Нужно сопоставить симптомы, доступные журналы и проверенные участки, а ограничения записать явно.",{"question":103,"answer":104},"Нужно ли сообщать об инциденте клиентам?","Это зависит от фактов, затронутой информации, договоров и применимых требований. По одному симптому нельзя дать универсальный правовой ответ для всех стран. Техническая команда помогает установить известный объем и сохранить материалы. Решения об уведомлении и юридических обязанностях следует принимать с уполномоченными представителями бизнеса и компетентными специалистами.",[106,109],{"label":107,"url":108},"WordPress: действия при взломе сайта","https:\u002F\u002Fwordpress.org\u002Fdocumentation\u002Farticle\u002Ffaq-my-site-was-hacked\u002F",{"label":110,"url":111},"NIST SP 800-209: безопасность хранения и восстановление, 2020","https:\u002F\u002Fcsrc.nist.gov\u002Fpubs\u002Fsp\u002F800\u002F209\u002Ffinal",[113,115,117,119,122,125,128,131,134],{"path":13,"label":114},"Обращение по срочной технической проблеме",{"path":14,"label":116},"Разбор заражения и восстановление",{"path":15,"label":118},"Восстановление сайта",{"path":120,"label":121},"\u002Fblog\u002Fbackup-restore-test","Как проверять восстановление",{"path":123,"label":124},"\u002Fservices\u002Fwordpress-security","Защита WordPress после разбора инцидента",{"path":126,"label":127},"\u002Fblog\u002Fwordpress-malicious-redirect","Разбор неожиданных перенаправлений",{"path":129,"label":130},"\u002Fblog\u002Fgoogle-dangerous-site-warning","Предупреждение Google и проверка исправлений",{"path":132,"label":133},"\u002Fblog\u002Fincident-response-small-business","Подготовить план реагирования для команды",{"path":135,"label":136},"\u002Fblog\u002Fwordpress-hack-signs","Конкретные признаки и альтернативные причины",{"title":138,"description":139,"button":140,"type":141},"Нужен разбор подозрительного изменения?","Опишите симптом, время и адрес сайта. Начнем с полномочий, границ задачи и безопасного порядка следующих действий.","Описать проблему сайта","fix",[143,152,159,166],{"id":144,"path":145,"title":146,"description":147,"category":148,"artwork":149,"order":150,"publishedOn":151},"threats","\u002Fblog\u002Fautomated-attacks-small-business","Автоматические атаки на сайты малого бизнеса","Автоматические атаки проверяют публичные сайты на известные уязвимости и слабые доступы независимо от размера компании. Снижение риска начинается с учёта компонентов, обновлений, защиты административного входа и пригодных резервных копий. Наличие уязвимой версии само по себе не доказывает, что сайт уже взломан.","websites","security",106,"2026-04-19",{"id":153,"path":154,"title":155,"description":156,"category":148,"artwork":148,"order":157,"publishedOn":158},"P054","\u002Fblog\u002Fwordpress-security-checklist","Чек-лист безопасности WordPress для владельца бизнеса","Практический чек-лист безопасности WordPress: владельцы, доступы, обновления, резервные копии, формы и интеграции. Что проверить и чем подтвердить результат.",91,"2026-11-01",{"id":160,"path":161,"title":162,"description":163,"category":148,"artwork":148,"order":164,"publishedOn":165},"updates","\u002Fblog\u002Fwhy-website-updates-matter","Как безопасно обновить WordPress","Чтобы обновить WordPress, сначала проверьте совместимость темы, плагинов и PHP, сохраните файлы и базу, затем подготовьте восстановление. После обновления проверьте вход, формы и заказы. Если важное расширение несовместимо или откат не подготовлен, отложите изменение до решения этих вопросов.",107,"2026-04-21",{"id":167,"path":126,"title":168,"description":169,"category":148,"artwork":148,"order":170,"publishedOn":171},"P048","WordPress перенаправляет на другой сайт: как разобрать причину","Как разбирать неожиданные перенаправления WordPress: условия появления, первый переход, сервер и скрипты, сохранение наблюдений и приемка исправления.",83,"2026-10-26",[],null,{"path":175,"label":176},"\u002Fresources","Материалы и шаблоны безопасности сайта",{"path":178,"label":179},"\u002Fglossary","Словарь кибербезопасности для бизнеса",1794134064840]