[{"data":1,"prerenderedAt":154},["ShallowReactive",2],{"publication:ru:P146":3},{"meta":4,"copy":16,"relatedArticles":139,"terms":140,"term":141,"resourceParent":148,"glossaryParent":151},{"id":5,"path":6,"kind":7,"keyword":8,"title":9,"seoTitle":10,"description":11,"incoming":12,"updated":15},"P146","\u002Fglossary\u002Fbackdoor","term","что такое бэкдор","Что такое бэкдор: скрытый доступ и проверка его устранения","Что такое бэкдор: Backdoor и скрытый доступ к сайту","Как бэкдор связан с повторным доступом, чем веб-шелл отличается от уязвимости и что проверить после удаления подозрительного файла.",[13,14],"\u002Fservices\u002Fwebsite-recovery","\u002Fservices\u002Fsecurity-audit","2026-10-31",{"intro":17,"sections":18,"checklistTitle":95,"checklist":96,"faq":103,"sources":113,"links":116,"cta":134},"Бэкдор, или Backdoor, - скрытый либо недокументированный путь доступа к системе, который может обходить ожидаемое управление. На сайте одним из вариантов бывает веб-шелл. Обнаружение и удаление подозрительного файла еще не подтверждают, что закрыты все способы повторного доступа и устранена причина появления.",[19,29,39,75,81,90],{"title":20,"paragraphs":21,"sources":25},"Что означает скрытый путь доступа",[22,23,24],"NIST приводит определения backdoor как недокументированного способа получения доступа. В практике сайта важно выяснить, какое действие доступно, кто его разрешал и как оно связано с управлением установкой. Одно непривычное имя файла не дает полного ответа.","Отличайте скрытый путь от известного владельцу легитимного администрирования. При этом даже документированный доступ требует подходящих полномочий и контроля. Проверка должна опираться на реальное назначение, события и согласованную конфигурацию.","Владелец бизнеса не обязан самостоятельно читать подозрительный код. Полезнее сохранить наблюдение и назначить уполномоченного специалиста с понятной областью. Не запускайте объект для проверки, работает ли скрытый вход.",[26],{"label":27,"url":28},"NIST: определения скрытого доступа Backdoor","https:\u002F\u002Fcsrc.nist.gov\u002Fglossary\u002Fterm\u002Fbackdoor",{"title":30,"paragraphs":31,"sources":35},"Веб-шелл и другие вопросы повторного доступа",[32,33,34],"MITRE ATT&CK описывает веб-шелл как способ закрепления доступа через серверный сценарий. Это объясняет, почему подозрительный исполняемый объект нельзя открывать ради эксперимента на рабочем сервере. Для проверки нужен контролируемый способ анализа.","Работа не должна останавливаться на одном типе файла. Дополнительно проверяют доступные учетные записи, разрешения, ключи, задания и связанные изменения в согласованной области. Эти объекты не нужно автоматически называть бэкдорами: у каждого выясняют происхождение и полномочия.","Если доступ сохранен другим способом, удаленный файл может появиться снова. Но повторное появление также требует подтверждения источника: возможны копирование из непроверенного состояния, работа задачи или изменение со стороны другого владельца.",[36],{"label":37,"url":38},"MITRE ATT&CK T1505.003: веб-шеллы и сохранение доступа","https:\u002F\u002Fattack.mitre.org\u002Ftechniques\u002FT1505\u002F003\u002F",{"title":40,"paragraphs":41,"table":44},"Регистр закрытия повторного доступа",[42,43],"Регистр CyberFixCrew помогает записать удаленное и проверенное. Для каждого потенциального пути должны быть наблюдение, владелец и критерий закрытия. Неизвестный источник не исчезает из задачи после восстановления внешнего вида страницы.","Согласуйте зависимости до ограничения. Отзыв рабочего ключа или удаление задания может остановить нужную интеграцию. Ответственный должен понимать цель действия и отдельно подтвердить работу легитимной функции.",{"caption":45,"headers":46,"rows":50},"Какие вопросы закрыть после находки",[47,48,49],"Область","Что подтвердить","Критерий результата",[51,55,59,63,67,71],[52,53,54],"Объект","Назначение и происхождение","Выбранное действие обосновано",[56,57,58],"Путь появления","Доступные наблюдения и причина","Причина исправлена или пробел отмечен",[60,61,62],"Учетные записи","Владельцы, роли и события","Посторонние полномочия разобраны",[64,65,66],"Ключи и интеграции","Потребители и разрешения","Нужный доступ проверен",[68,69,70],"Задания и изменения","Источник и рабочая необходимость","Нет необъясненного восстановления объекта",[72,73,74],"Приемка","Функции, охват и наблюдение","Проверенный результат записан",{"title":76,"paragraphs":77},"Почему простое удаление бывает недостаточным",[78,79,80],"Один объект может сопровождаться изменениями данных, учетных записей или настройки приложения. Удаление подтверждает лишь выбранное изменение. Для более широкого вывода нужно описать область поиска, доступные сведения и выполненную проверку.","Смена одного пароля также не заменяет понимание других ключей и сеансов. Не отзывайте все подряд без учета владельцев и важных функций, но и не объявляйте полное закрытие доступа по факту собственного успешного входа.","Если доверенное состояние установки не удается установить, обсудите восстановление из проверенных источников и данных в согласованной среде. Копия с неизвестной историей может вернуть ту же проблему. Критерий выбора - подтверждаемое состояние, а не только возраст архива.",{"title":82,"paragraphs":83,"example":87},"Безопасное обращение с подозрительным объектом",[84,85,86],"Сохраните сведения о расположении, времени обнаружения и способе получения. Не пересылайте исполняемый файл через обычную форму заявки и не публикуйте его содержимое на рабочей странице. Передачу необходимых материалов согласуйте отдельно.","Условный объект найден в каталоге установки, но его назначение пока неизвестно. Корректный первый результат - зафиксировать находку, ограничить несогласованные действия и уточнить происхождение. Объявлять конкретного виновника по имени файла оснований нет.","Решения по сохранению, ограничению и удалению принимает уполномоченный владелец с учетом текущего ущерба и нужных наблюдений. Если активность продолжается, реагирование и подготовка данных идут согласованно, без ожидания идеального полного отчета.",{"title":88,"text":89},"Условный итог проверки","Объект удален согласованным способом, но источник появления еще не подтвержден. Проверка повторного доступа и доверенного состояния остается открытой. Пример показывает границы закрытия задачи, не результат анализа реального веб-шелла.",{"title":91,"paragraphs":92},"Как подтвердить возврат к нормальной работе",[93,94],"Зафиксируйте состояние установки, доступов и критичных функций после изменения. Назначьте владельца дальнейшего наблюдения и оставшихся вопросов. Проверка отсутствия объекта в один момент не равна доказательству всей предыдущей истории или конфиденциальности данных.","CyberFixCrew - израильская компания по защите сайтов и цифровой инфраструктуры для русскоязычных бизнесов по всему миру. Применяем израильские знания в области кибербезопасности к компонентам, доступам и интеграциям. Согласуем область проверки скрытого доступа и критерии восстановления рабочих функций.","Перед закрытием задачи о скрытом доступе",[97,98,99,100,101,102],"Находка и ее происхождение зафиксированы.","Подозрительный объект не выполнялся для эксперимента.","Путь появления и оставшиеся полномочия разобраны.","Восстановление использует подтверждаемое состояние.","Нужные интеграции и функции проверены после изменения.","Охват, ограничения и открытые вопросы записаны.",[104,107,110],{"question":105,"answer":106},"Бэкдор всегда является одним PHP-файлом?","Нет, веб-шелл - один из вариантов, а вопросы сохранения доступа могут включать другие объекты и полномочия. Не называйте любую задачу или учетную запись бэкдором автоматически: выясните происхождение и назначение. Область проверки должна учитывать доступную среду.",{"question":108,"answer":109},"Можно открыть подозрительный файл, чтобы проверить его?","Не выполняйте его на рабочей системе ради эксперимента. Зафиксируйте находку и передайте вопрос уполномоченному специалисту через согласованный путь. Нужны контролируемые условия анализа, а не проверка исполняемости на сайте с рабочими данными.",{"question":111,"answer":112},"После удаления сайт работает, почему проверка продолжается?","Доступность не подтверждает устранение причины и всех способов повторного доступа. Нужно проверить связанное состояние, полномочия и важные функции. Вопрос истории данных также остается отдельным: отсутствие файла сейчас не устанавливает, какие действия происходили раньше.",[114,115],{"label":27,"url":28},{"label":37,"url":38},[117,120,123,126,129,132],{"path":118,"label":119},"\u002Fglossary\u002Fmalware","Вредоносный код и признаки",{"path":121,"label":122},"\u002Fglossary\u002Fdata-breach","Возможная затронутость данных",{"path":124,"label":125},"\u002Fblog\u002Fwordpress-hack-signs","Проверка признаков взлома",{"path":127,"label":128},"\u002Fblog\u002Fwebsite-log-review","Сопоставление журналов",{"path":130,"label":131},"\u002Fblog\u002Fbackup-restore-test","Проверка восстановления",{"path":13,"label":133},"Восстановление сайта",{"title":135,"description":136,"button":137,"type":138},"Проверим объект и оставшиеся доступы","Опишите находку без исполняемых вложений и секретов. Согласуем область, владельцев и критерии результата.","Обсудить проверку доступа","check",[],[],{"name":142,"aliases":143},"Бэкдор (Backdoor)",[144,145,146,147],"backdoor","бекдор","веб-шелл","web shell",{"path":149,"label":150},"\u002Fresources","Материалы и шаблоны безопасности сайта",{"path":152,"label":153},"\u002Fglossary","Словарь кибербезопасности для бизнеса",1794134064230]