В ECMAScript 2026 появился метод RegExp.escape. Он экранирует специальные символы в строке, чтобы её можно было безопасно использовать в регулярных выражениях. Это решает проблему создания динамических RegExp из пользовательского ввода без риска инъекций.

Раньше для экранирования приходилось писать свои функции или тянуть библиотеки. Теперь всё встроено в JavaScript. Метод защитит от неожиданного поведения, когда точка или звёздочка в вводе ломают паттерн. Полезно для поиска, замены и валидации на фронте и бэкенде.

Что делает RegExp.escape

Метод RegExp.escape берёт строку и заменяет все специальные символы RegExp на их экранированные версии. Это гарантирует, что строка будет трактоваться как литерал, а не как часть синтаксиса регулярки. Например, если пользователь введёт “foo.bar”, без экранирования точка станет метасимволом - любой символ. С методом это превратится в “foo.bar” - поиск точного совпадения.

Представьте поиск по тексту, где вводят “(.)”. Без escape это матчит всё подряд из-за звёздочек и скобок. Метод выдаст “(*.*)”, и RegExp сработает предсказуемо. Это критично для защиты от RegExp injection, когда злоумышленник вставляет свой паттерн. В ECMAScript 2026 метод официально вошёл в спецификацию, поддержка в браузерах уже есть.

Вот что экранирует метод:

• Символы вроде
  \ ( ) { } |
• Обратные слеши и другие потенциально опасные

Входная строка	RegExp.escape результат
“foo.bar”	“\x66oo.bar”
“(.)”	“(*.*)”
“ _”	“\x20*_*”
“\d”	“\d”

Важно: Метод не трогает обычные символы, только потенциально опасные. Работает с Unicode.

Проблемы без RegExp.escape

До ECMAScript 2026 разработчики вручную экранировали строки. Это приводило к ошибкам: забывали символ или неправильно обрабатывали Unicode. Пользователь вводит “https://example.com”, а вы ищете домен - и точка в URL превращает паттерн в катастрофу. Результат: неверные замены или DoS от сложных паттернов.

Второй пример - валидация email. Динамический ввод с “user@(.*)” может захватить лишнее. Ручное экранирование ненадёжно, особенно с библиотеками вроде lodash.escapeRegExp, которые устаревают. Теперь RegExp.escape решает это нативно, без зависимостей. Поддержка в Chrome 136, Firefox 134 - уже можно тестировать.

Типичные проблемы:

• RegExp DoS (ReDoS) от пользовательских звёздочек
• Инъекции в replace(), где паттерн меняет логику
• Ошибки с многострочными строками и флагами

Примеры использования для защиты

Возьмём функцию удаления домена из текста. Без escape ввод “developer.mozilla.org” сломается на точках. С методом: const escaped = RegExp.escape(domain); new RegExp(https?://${escaped}, ‘g’). Метод экранирует только нужное, оставляя текст читаемым.

Ещё случай - поиск в логах. Пользователь ищет “error”, скобки и цифры станут метасимволами. После escape: “error[500]” - точный матч. Для replaceAll() это идеально: text.replaceAll(new RegExp(escaped, ‘g’), ‘’). В мобильной разработке или TypeScript это упрощает код без полифиллов.

Практические кейсы:

• Поиск по пользовательскому запросу в чате
• Валидация форм с динамическими паттернами
• Обработка URL и путей в SPA
• Фильтрация спама по ключевым словам из БД

const userInput = "user*(admin)";
const safe = RegExp.escape(userInput);
const re = new RegExp(`^${safe}$`);
console.log(re.test("user*(admin)")); // true

Защита от инъекций на практике

RegExp инъекции - когда ввод меняет логику паттерна. Пример: поиск “test”, вводят “.*”. Без escape матчит всё. С RegExp.escape ввод экранируется в “.*” - безопасно. В бэкенде Node.js это спасает от ReDoS, в фронте - от багов в UI.

Метод работает с флагами u и v, поддерживает эмодзи и спецсимволы. Для баз данных или API - берите ввод, escape, стройте RegExp. Нет нужды в lodash или core-js полифиллах. Тестируйте в Firefox - там с января 2025.

Преимущества в production:

• Размер кода меньше без библиотек
• Предсказуемость в команде
• Совместимость с ECMAScript 2026

Нативный escape меняет подходы

RegExp.escape закрывает пробел в JS, где раньше полагались на хаки. Осталось место для доработки: пока нет поддержки в старых браузерах, но полифиллы просты. Стоит подумать о комбинации с /v флагом для сетевых строк и Promise.try для асинхронных поисков.

Метод упрощает код, но требует привыкания к экранированным строкам в логах. В будущем ждём больше нативных инструментов для динамических RegExp. Это шаг к безопасному JS без внешних deps.