модуль ERB::Util

# File activesupport/lib/active_support/core_ext/string/output_safety.rb, line 20
def html_escape(s)
  unwrapped_html_escape(s).html_safe
end

Утилитарный метод для экранирования символов тегов HTML. Этот метод также алиасен как h.

puts html_escape('is a > 0 & a < 10?')
# => is a &gt; 0 &amp; a &lt; 10?

# File activesupport/lib/active_support/core_ext/string/output_safety.rb, line 51
def html_escape_once(s)
  result = ActiveSupport::Multibyte::Unicode.tidy_bytes(s.to_s).gsub(HTML_ESCAPE_ONCE_REGEXP, HTML_ESCAPE)
  s.html_safe? ? result.html_safe : result
end

Утилитарный метод для экранирования HTML без изменения уже экранированных сущностей.

html_escape_once('1 < 2 &amp; 3')
# => "1 &lt; 2 &amp; 3"

html_escape_once('&lt;&lt; Accept & Checkout')
# => "&lt;&lt; Accept &amp; Checkout"

# File activesupport/lib/active_support/core_ext/string/output_safety.rb, line 113
def json_escape(s)
  result = s.to_s.gsub(JSON_ESCAPE_REGEXP, JSON_ESCAPE)
  s.html_safe? ? result.html_safe : result
end

Утилитарный метод для экранирования HTML-сущностей в JSON-строках. В частности, символы &, > и < заменяются на их эквивалентные unicode-экранированные формы - u0026, u003e и u003c. Последовательности Unicode u2028 и u2029 также экранируются, так как они обрабатываются как символы новой строки в некоторых движках JavaScript. Эти последовательности имеют идентичное значение, как исходные символы в контексте JSON-строки, поэтому, предполагая, что вход является допустимым и правильно сформированным JSON-значением, вывод будет иметь эквивалентное значение при парсинге:

json = JSON.generate({ name: "</script><script>alert('PWNED!!!')</script>"})
# => "{\"name\":\"</script><script>alert('PWNED!!!')</script>\"}"

json_escape(json)
# => "{\"name\":\"\\u003C/script\\u003E\\u003Cscript\\u003Ealert('PWNED!!!')\\u003C/script\\u003E\"}"

JSON.parse(json) == JSON.parse(json_escape(json))
# => true

Предполагаемый сценарий использования этого метода заключается в экранировании JSON-строк перед их включением в тег script, чтобы избежать уязвимости XSS:

<script>
  var currentUser = <%= raw json_escape(current_user.to_json) %>;
</script>

Необходимо raw результат json_escape, чтобы кавычки не преобразовывались в " сущности. json_escape не автоматически помечает результат как безопасный для HTML, так как исходное значение небезопасно для использования внутри атрибутов HTML.

Если ваш JSON используется ниже по потоку для вставки в DOM, знайте, вставляется ли он с помощью +html()+. Большинство плагинов jQuery делают это. В этом случае убедитесь, что html_escape или sanitize любое пользовательское содержимое, возвращаемое вашим JSON.

Если вам нужно вывести JSON в другом месте вашего HTML, вы можете просто сделать что-то вроде этого, так как любые небезопасные символы (включая кавычки) будут автоматически экранированы за вас:

<div data-user-info="<%= current_user.to_json %>">...</div>

ПРЕДУПРЕЖДЕНИЕ: этот помощник работает только с допустимым JSON. Использование этого на не-JSON значениях откроет серьезные уязвимости XSS. Например, если вы замените current_user.to_json в приведенном выше примере на пользовательский ввод, браузер с удовольствием выполнит eval() этой строки как JavaScript.

Экранирование, выполняемое в этом методе, идентично тем, что выполняется в кодировщике JSON Active Support, когда ActiveSupport.escape_html_entities_in_json установлено в true. Поскольку это преобразование идемпотентно, этот помощник может быть применен даже если ActiveSupport.escape_html_entities_in_json уже установлено в true.

Поэтому, если вы не уверены, включен ли ActiveSupport.escape_html_entities_in_json, или если вы не уверены, откуда произошла ваша JSON-строка, рекомендуется всегда применять этот помощник (другие библиотеки, такие как драгоценный камень JSON, не обеспечивают такого рода защиты по умолчанию; также некоторые драгоценные камни могут переопределить to_json для обхода кодировщика Active Support).