Yes, when I completely exit / terminate the KES 12.11 client the sites also load correctly. If I just disable all protection but the KES client is still running on the system, I still can't access them. No VPNs here either. At least one of the sites that we're having issues with - and I see that the one you're having trouble accessing is also finance-related as are three of the four that we noticed it with - redirects specific information to Okta for the user authentication. I am not sure about the other ones. I don't know if the above is in any way relevant to Kaspersky support, but I thought I'd post it here for their information.

I am also getting this error in australia with Commbank.com.au exiting & stopping kaspersky completely allows this webpage to display normally Please note... im not using any VPN's whatsoever im using v21.23.6.614 of Kaspersky Plus

При проверке в безопасном режиме также не проверились эти объекты

The issue is intermittent (as in it happens maybe 50% of the time) and occurs when we attempt to access any of the four URLs below: https://workforcenow.adp.com https://login.payworks.ca/login https://collaboration.geowarehouse.ca/ui/login-with-okta https://secure.paymentech.com/portal/por_new.aspx It happens in three different browsers (Firefox, Edge and Chrome), all with cookies and history freshly cleared. Attached are a couple of screenshots from different browsers on different sites when the error does come up. It only happens with KES 12.11 (12.11.0.637) - KES 12.10 (12.10.0.466) works fine (I manually uninstalled KES 12.11 on a few PCs and they again work just fine again with KES 12.10). It happens on three different versions of Windows (Win 11 Pro 25H2, Win 11 Pro 23H2, Win 10 Pro 22H2), all fully patched. I am unfortunately unable to downgrade the KES client through the administration server, and manually uninstalling KES 12.11 on 100+ systems is not exactly an option. Thanks & best regards, Doug

I lost my Chrome's bookmarks after installing Kaspersky Premium. Please advise how I can retrieve them?

Can you please share some screenshot of the errors or warning.

В общем разобрался! Исходные данные: Система на котором KSC64 и Web Console: Debian 12 СУБД PostgreSQL 17 (на Debian 13 не работает, но хоть в требованиях честно написано только о Debian 11 и Debian 12) Домен на Debian 12 Samba AD DC с Bind9_DLZ Проблема с доменной аутентификации с единым входом (SSO) Проблема возникла из-за, во-первых, нечёткой инструкции по настройке и, во-вторых, из-за "дискриминации по языковому признаку" 😊, Начну с 2, именно почему-то в англоязычной инструкции чётко всё описано c какими параметрами SPN выпустить keytab на контроллере домена, причем почти для всех разновидностей: FreeIPA, AldPro, Microsoft Active Directory и Samba. А в русскоязычной инструкции просто: «Загрузите файл keytab.» Русскоязычная инструкция: https://support.kaspersky.ru/ksc-linux/16/310242 Английская: https://support.kaspersky.com/ksc-linux/16/310242 Причем id документа идентичный: По 1 пункту: всё как-то кусками, ссылка на ссылке. И как мне показалось, что если уж всё настроено, то нужно вход по SSO производить с учетки на которую выпущен keytab, т.е. вы должны находится вошедшим в системе того пользователя, с браузера которого заходите на web консоль по SSO (в инструкции я не нашел). Да возможно и работает с других учеток путем ввода учетных данных, но вероятность глюков больше. Нет в инструкции (я не нашел), как выглядит авторизация по SSO, когда все работает, как выходят диалоговые окна, что вводить в данных учётки с доменным именем или нет и т.д. А вот тут очень даже интересно. Браузер неправильную комбинацию запоминает и всё. Вы будете делать опрос домена, искать ошибки в выдачи ролей, заново грузить keytab новый еще что-то .... НО дело будет в том, что браузер запомнил предыдущее и нужно почистить кеш. Дальше будут скрины. Не совсем наверное понятно написал 🙂 После опроса домена и выдачи роли доменному пользователю нужно сделать загрузку keytab файла, сделанного с SPN как в англоязычной инструкции. (кстати этот раздел «единый вход» тоже иногда подвисает) Далее входим по «использовать доменную аутентификацию» Дальше обязательно вводить учетку ввида user@example.com, а не просто user (хотя должно быть и так понятно мы же keytab грузили и роль выдавали после опроса домена). Вот тут и начинаются глюки, если ввести первый раз неправильно, то ошибка так будет выходить пока не почистить кеш, а вы будете искать причину в другом

https://forum.kaspersky.com/topic/nueva-versión-de-kaspersky-standard-plus-premium-small-office-security-y-vpn-21236614-53452/#comment-200353