В прошлых реализациях TLS на серверах и в промежуточных коробках часто слишком много полагалось на поведение, которое они видели, а не на поведение, стандартизированное. Это привело к нарушению рукопожатия TLS при добавлении новых шифров или расширений. Затем это было обойдено в клиентах путем понижения до более старого поведения «заведомо исправного» путем понижения версии протокола TLS или отказа от более новых шифров и т. Д. c. Учитывая, что типичный клиент успешно работал с неисправными системами, у них не было никаких стимулов для исправления этих систем.
На основе проникновения на рынок и контроля со стороны Google с браузером Chrome они решили решить эту проблему в более активный путь: с одной стороны, они уговаривали поставщиков исправлять свои реализации, а с другой стороны, они добавили непредсказуемую «смазку» своим клиентам, чтобы разработчики систем больше не могли полагаться на определенное поведение c, а были вынуждены вместо этого фактически читать и внедрять стандарты.
Похоже, что эта смазка предназначена не для всех запросов, а только для подмножества. Кроме того, используются разные значения смазки, так что одноранговые реализации не могут полагаться на детерминированное поведение c. Это соответствует тому, что описано в Применение генерации случайных расширений и устойчивой расширяемости (GREASE) к расширяемости TLS - RF C 8701 .