Да было такое. И еще было что сайт конкуренты и недоброжелатели заносили в abuse. Тогда CF может поставить капчу с предупреждением для юзера. Обычно такое обходится только тем, что приложение должно работать на субдомене, типо app тогда легко перенести на другой, который не в абузе, чтобы не показывало капчу пока тебя удаляют из листов по запросу. Конечно сеошники не в восторге от такой практики. Но нам надо было как-то временно перейти с бесплатного CF на Fastly, и защита стала хуже даже с настроенными vcl правилами и защита съела где-то около $5 тысяч в месяц, что очень неприятно для стартапа. После того как со списков abuse убрали вернулись на CF c Pro.
anonymous_sama★★★★★ ()
Последнее исправление: anonymous_sama
(всего
исправлений: 2)
А во-вторых, в бразуерах (Firefox, Chromium, Safari) сейчас по умолчанию применяется разделение 3-rd party cookes, применяемых на разных посещаемых сайтах, по разным банкам (jars).
Я тут неверно написал насчет Crhomium’a. В установленном из репозиториев Debain’a Chromium’e действительно в Settings –> Privacy and security –> Third-party cookies по умолчанию выбрано «Block third-party cookies», но этот выбор отличается от того, что в Chromium’e и Google Сhrom’e по умолчанию (там сторонние cookies разрешены).
Более того, используемый в Chromium механизм (CHIPS - Cookies Having Independent Partitioned State) разделения сookies по разным банкам для разных сайтов верхнего уровня (top-level sites) нацелен на то, чтобы сделать настройку «Block third-party cookies» менее строгой по части блокировки. Несмотря на выбор пользователя в настройках браузера «Block third-party cookies», Chromium самостоятельно делает исключения для разделенных сторонних cookies и разрешает их. Какие сторонние cookies делать разделенными, решает разработчик вебсайта путем указания атрибута «Partitioned» при задании cookies через HTTP-заголовки или JavaScript.
При выборе «Allow third-party cookies» в настройках Chromium’a механизм CHIPS не работает.
Zaruba★ ()
Последнее исправление: Zaruba
(всего
исправлений: 1)
разве браузеры стали как-то проверять CAA? Даже в RFC «Relying Parties MUST NOT use CAA records as part of certificate validation.»
По сути просто пожелание, что бы CA учитывал эту запись при выпуске сертификата. Если какой-то из CA захочет выпустить левый серт - ничто не мешает им проигнорировать записи в dns. Собственно так же как всякие прокси в компаниях пропускают все через себя со своим CA