[{"data":1,"prerenderedAt":150},["ShallowReactive",2],{"publication:ru:P149":3},{"meta":4,"copy":16,"relatedArticles":135,"terms":136,"term":137,"resourceParent":144,"glossaryParent":147},{"id":5,"path":6,"kind":7,"keyword":8,"title":9,"seoTitle":10,"description":11,"incoming":12,"updated":15},"P149","\u002Fglossary\u002Fzero-day","term","что такое уязвимость нулевого дня","Что такое уязвимость нулевого дня: раскрытие, исправление и защита","Уязвимость нулевого дня: что это и как действовать","Что означают zero-day, эксплойт и атака нулевого дня. Как связать время раскрытия, наличие исправления и состояние вашего сайта.",[13,14],"\u002Fservices\u002Fsecurity-audit","\u002Fservices\u002Fwordpress-security","2026-10-31",{"intro":17,"sections":18,"checklistTitle":90,"checklist":91,"faq":97,"sources":107,"links":112,"cta":130},"Уязвимость нулевого дня, или zero-day, - ранее неизвестная проблема безопасности. Важно различать сам недостаток, способ его использования и атаку. Для владельца сайта практический вопрос состоит в том, затронута ли его установка, какие меры доступны сейчас и есть ли признаки чужой активности.",[19,29,35,71,77,85],{"title":20,"paragraphs":21,"sources":25},"Уязвимость, эксплойт и атака - разные понятия",[22,23,24],"Уязвимость является недостатком системы, эксплойт - способом его использования, а атака - действием против конкретной цели. NIST определяет атаку нулевого дня через эксплуатацию ранее неизвестной аппаратной, программной или микропрограммной уязвимости. Поэтому громкий заголовок не описывает автоматически состояние вашего сайта.","В сообщениях разных авторов термин zero-day может сопровождаться разными уточнениями о знании разработчика, раскрытии и наличии исправления. Читайте сам источник и даты. Для рабочего решения полезнее точная хронология, чем спор о ярлыке без сведений о компоненте.","Старый компонент без установленного доступного исправления не становится новой неизвестной уязвимостью только из-за отсутствия обновления. При этом риск такой установки может быть существенным. Актуальность и срочность требуют собственного разбора.",[26],{"label":27,"url":28},"NIST: определение атаки нулевого дня","https:\u002F\u002Fcsrc.nist.gov\u002Fglossary\u002Fterm\u002Fzero_day_attack",{"title":30,"paragraphs":31},"Соберите хронологию раскрытия и исправления",[32,33,34],"Отдельно запишите известные даты сообщения разработчику, публичного раскрытия, выпуска исправления и изменения вашей установки. Если дата не опубликована или не подтверждена, оставьте пробел. Дата новости, резервирования идентификатора и первого события на вашем сайте могут относиться к разным фактам.","Проверяйте обновления сообщения разработчика: описание затронутых версий и мер может уточняться. Сохраните источник и время просмотра. Если подрядчик уже выполнил изменение, запросите точную версию, область и результат проверки, а не только ответ все обновлено.","Хронология помогает выбрать задачу: уточнить применимость, ограничить доступную функцию, установить исправление или проверить возможное использование проблемы. Эти действия могут идти параллельно под руководством назначенного ответственного.",{"title":36,"paragraphs":37,"table":40},"Рабочая шкала событий для своего сайта",[38,39],"Таблица CyberFixCrew отделяет внешнюю информацию от внутреннего состояния. Для каждой строки укажите владельца и источник. Она особенно полезна, когда сайт обслуживают разные стороны: разработчик, хостинг, администратор и поставщик интеграции.","Не восстанавливайте неизвестные даты по памяти как достоверные. Отметьте, что подтверждено журналом или уведомлением, что сообщено участником, а что остается предположением. Это позволит следующему специалисту продолжить разбор без ложной уверенности.",{"caption":41,"headers":42,"rows":46},"Какая дата отвечает на какой вопрос",[43,44,45],"Событие","Подтверждение","Практическое значение",[47,51,55,59,63,67],[48,49,50],"Обнаружение или сообщение","Опубликованный источник","Что и кому было известно",[52,53,54],"Публичное раскрытие","Актуальное уведомление","Когда информация стала доступна",[56,57,58],"Исправление","Поддерживаемая версия и инструкция","Какая мера предложена",[60,61,62],"Ваша установка","Версия и журнал изменений","Когда изменился объект",[64,65,66],"Подозрительная активность","Сохраненное наблюдение","Нужен ли разбор инцидента",[68,69,70],"Проверка результата","Сценарий, время и ограничения","Что подтверждено после действия",{"title":72,"paragraphs":73},"Что делать, если исправления пока нет",[74,75,76],"Начните с подтверждения пакета, версии и условий. Затем изучите поддерживаемые рекомендации разработчика. Временное отключение функции, ограничение маршрута или изменение доступа требуют оценки зависимостей: мера не должна незаметно остановить важный рабочий процесс или оставить иной путь открытым.","Правило WAF может снизить часть воздействий, но его наличие не подтверждает устранение причины. Для выбранной меры нужны область, ожидаемый эффект, разрешенная проверка и условие отмены. Не переносите универсальный набор правил между разными приложениями без учета их работы.","Если есть признаки текущего чужого действия, обычная очередь обновлений недостаточна. Назначьте ответственного за реагирование, сохранение полезных данных и согласованное ограничение ущерба. Восстановление доступности и устранение причины являются отдельными результатами.",{"title":78,"paragraphs":79,"example":82},"Пример: исправление выпущено, но еще не установлено",[80,81],"В условной ситуации разработчик выпускает обновление после сообщения о ранее неизвестной проблеме. На сайте остается старая версия. Владелец должен проверить свою установку, зависимости и рабочие сценарии, даже если новостной заголовок продолжает называть событие zero-day.","После установки исправления сохраните сведения о предыдущем и новом состоянии. Само обновление не отвечает на вопрос о действиях до него. Для такого вывода нужны отдельные наблюдения с понятным охватом и ограничениями.",{"title":83,"text":84},"Условная запись следующего шага","Подтверждено наличие старой версии; подготовить поддерживаемое исправление и проверку критичной функции. Период до изменения остается отдельной областью анализа. Пример иллюстрирует порядок решения, а не реальный инцидент.",{"title":86,"paragraphs":87},"Как подготовить обращение",[88,89],"Укажите ссылку на сообщение, продукт, редакцию и известную версию. Добавьте важные функции и наблюдаемые симптомы. Не отправляйте секреты или непроверенные архивы в открытую форму. Если информация еще неполна, явно перечислите вопросы, которые нужно выяснить.","CyberFixCrew - израильская компания по защите сайтов и цифровой инфраструктуры. Работаем с русскоязычными бизнесами по всему миру и применяем израильские знания в области кибербезопасности к конкретным компонентам, доступам и рабочим функциям. Объем проверки и критерии результата согласуем заранее.","Проверка сообщения о zero-day",[92,93,94,95,96],"Понятно, что описано: недостаток, способ использования или атака.","Точный компонент и условия сопоставляются с установкой.","Внешние даты отделены от даты собственного изменения.","Временная мера имеет владельца и проверку зависимостей.","Признаки инцидента передаются в отдельное реагирование.",[98,101,104],{"question":99,"answer":100},"Любая уязвимость без установленного обновления является zero-day?","Нет, неустановленное доступное исправление и ранее неизвестная проблема - разные состояния. Уточните историю раскрытия и фактическую версию своего компонента. Для выбора действия важны применимость, доступность и рабочие последствия, даже если термин в заголовке употреблен неточно.",{"question":102,"answer":103},"Появление патча доказывает, что прошлой атаки не было?","Нет, исправление относится к причине и новому состоянию компонента. Историю предыдущих действий проверяют по доступным данным отдельно. Сохраняйте сведения о времени изменения и наблюдениях, не объявляя ни взлом, ни его отсутствие на основании одного факта обновления.",{"question":105,"answer":106},"Можно просто включить WAF и продолжить работу?","Такое решение требует проверки конкретной проблемы, маршрутов и зависимости сайта. Фильтр может быть временной частью защиты, но не заменяет поддерживаемое исправление и проверку результата. Назначьте владельца меры и момент ее пересмотра, особенно если важные функции работают через другие пути.",[108,109],{"label":27,"url":28},{"label":110,"url":111},"NIST SP 800-61r3: реагирование и управление рисками, 2025","https:\u002F\u002Fcsrc.nist.gov\u002Fpubs\u002Fsp\u002F800\u002F61\u002Fr3\u002Ffinal",[113,116,119,122,125,128],{"path":114,"label":115},"\u002Fglossary\u002Fcve","Как читать запись CVE",{"path":117,"label":118},"\u002Fglossary\u002Fwaf","Возможности и границы WAF",{"path":120,"label":121},"\u002Fblog\u002Fvulnerability-prioritization","Выбор порядка исправлений",{"path":123,"label":124},"\u002Fblog\u002Fwebsite-log-review","Проверка доступных журналов",{"path":126,"label":127},"\u002Fblog\u002Fincident-response-small-business","Подготовка плана реагирования",{"path":14,"label":129},"Защита сайта WordPress",{"title":131,"description":132,"button":133,"type":134},"Уточним, касается ли сообщение вашего сайта","Опишите компонент и источник без секретов. Согласуем применимость, доступные меры и проверку результата.","Обсудить ситуацию","check",[],[],{"name":138,"aliases":139},"Уязвимость нулевого дня",[140,141,142,143],"zero-day","zero day vulnerability","0day","зеро дей",{"path":145,"label":146},"\u002Fresources","Материалы и шаблоны безопасности сайта",{"path":148,"label":149},"\u002Fglossary","Словарь кибербезопасности для бизнеса",1794134064186]