rPman

Браузер не может 'выйти из учетных записей на сайтах', потому что это функция самого сайта, каждый ее реализует по своему, но в 99% случаев для этого используются cookies, маленькие файлы, которые веб-сайты сохраняют у пользователя на машине и через них определяют авторизацию.

Если cookies удалять, то и авторизация на сайтах завершится, т.е. это и есть выход (хотя бывают исключения и этого может оказаться недостаточно).

В браузерах существует специальный режим - private (открываешь приватное окно) в котором cookies и не только существуют до закрытия окна, удаляются все следы посещения с машины, история, кеш и т.п. Так же есть настройка в самом браузере (точнее была раньше, я давно не следил за гуглхромом) которая позволяла настроить время хранения куки.

Да, шансы есть, например обнаружить способ детектирования и переписать соответствующее место в расширении или 'сломать' метод детектирования, подменив функции на свои (тупой пример, можно подменить базовые методы работы с массивами или сторонам типа indexof и проверяя входные в него параметры, возвращать неправильный ответ)

С другой стороны, если расширение что то меняет на странице, то это можно детектировать, а значит не скрыть.

Попробуй этот проект https://github.com/lowleveldesign/process-governor

Беглый осмотр показал что формат данных, которые скачиваются, не являются видео, это явно говорит что защита от скачивания очень хорошая. Боюсь простого решения тут не будет, тут придется серьезно реверсить логику.

Простым способом - выяснить url и заголовки и скачать его тут не обойтись

p.s. начни с отладочной консоли браузера, сохрани историю запросов в .har архиф (это json файл, удобно работать с ним)

Возможно у тебя на компьютере и правда вирус? Скачай бесплатный drweb cleaner/kaspersky removal tool и проверь машину,
В идеале используй их live cd образы (установи на usb флешку)

Необходимо реверсинженерингом выявить способ, которым события доходят до клиента.

Для начала открой консоль разработчика (f12) и зайди на вкладку networks
- если там будут периодические события (например с секундным интервалом) по названию (в url или еще как) похожие на получение статуса, то это значит используется медленный метод http get (это значит клиент получает информацию о событии со случайной задержкой порядка этой секунды), значит дальше можно искать в коде способ как чаще делать запросы (обычно это вызов метода по setTimeout его можно тупо повторить из консоли руками).
- если там будет подключение типа websocket, тогда странно, обычно это самый оперативный метод, но бывает что бакэнд писали странные люди (или их поставили в странные условия) и там события обрабатываются линейно что то типа 'sleep;читаем базу;отправляем на клиента' то тогда достаточно открыть одновременно несколько окон браузера к одной и той же страничке, и с некоторыми шансами получишь на каждого клиента по циклу со sleep а значит со своей случайной задержкой (она зависит от интервала между открытиями страниц) а значит какая то страница получит обновление статуса раньше с вероятностью тем выше чем больше страниц.

Я привел пример простых методов, которые потребуют минимальное программирование, но мало ли как там в реальности все сделано, для этого и нужен реверсинженеринг.

По правильному можно разобраться как все работает и на javascript написать максимально эффективное приложение (прямо тут же в консоли браузера) по опросу сервера.

chromium отъедает больше 500мб на типовую страницу, формально половина может уехать в своп и там и остаться, но при условии что инстанс браузера не перезапускается, но тогда нужно выбирать kvm vps-ки или выделенный сервер.

я делал приложение на java (на самом деле пофиг на каком языке) в котором использовались компоненты WebEngine - от webkit, каждый инстанс потреблял порядка 150мб и работало неплохо, но формально это отдельный браузер и его useragent нестандартный... по уму это меняется. Что интересно, если подобрать версию WebKit по старее, то потребление оперативной памяти можно значительно сократить до считанных десятков мегабайт.

Еще вариант, при использовании mono (как альтернатива .net framework), при использовании компоненты WebBrowser используется IE (не edge!) а в linux - firefox, как минимум это было 10 лет назад это работало на очень мелкой vps-ке.
upd. облом, майкрософт и это сломало, , поэтому тут тоже придется WebKit поключать

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

Что за браузер? почему у поисковика гугл такой фон? определенно либо сам браузер подменен либо установлено расширение, которое что то ломает.

Для начала удали все расширения из браузера.

Для начала удостоверься что это точно google chrome, что запускается по ссылке.
Затем запусти новый профиль браузера (или ОС, что тебе проще) чтобы проверить что причина не в одном из десятка расширений, установленных у тебя да и вообще настроек.

p.s. Я уже давно гугл хромом не пользуюсь (использую chromium) поэтому не уверен, где там настройки что открывать при создании нового таба (гугли customize New Tab), возможно там прописан яндекс.

Пальцем в небо.

Если на 'другом компьютере' поставлен какой-нибудь плагин, вырезающий рекламу, и если по счастливой случайности рекламный div стоит к примеру 'прозрачным поверх всего сайта', то на этом компьютере этот div, после удаления, не будет мешать добраться до картинки.

Или с другой стороны, на этой машине стоит какой-то плагин, добавляющий прозрачный элемент поверх сайта и мешающий нормальной работе, но это было бы видно везде тогда.

p.s. чтобы разобраться, правая кнопка (если не дает то с нажатым shift) и запустить инспектор и разбираться, что там мешает

Сначала исключить потенциальные проблемы из-за расширений, отключи все либо создай новый пустой профиль и протестируй там, если проблема не повторится значит по одному включай расширения и повторяй тесты пока не найдешь виновника. Как частный случай - зайди под новым пользователем ОС.

если проблема не в расширениях, следующим шагом я бы сменил операционку (в смысле загрузиться с usb уже готовую win/linux и установить там google chrome и проверить)

один из примеров причин - аппаратные проблемы, но они вылезли бы не только в хроме, прогнать память memtest, позапускать бенчмарки и т.п.

Отключаяя сессию rdp для машины это сигнал блокировки экрана, браузер это отлавливает и тормозит обработку скриптов (точно так же как и при минимизации окна/смены таба)

Полагаю headless версии браузера тебе не подходят? те что selenium к примеру запускают?

Решения:
- универсально, рекомендую - рекурсивный rdp, сессия, где запущен браузер должна быть открыта в другой сессии (другой пользователь, и не обязательно с этой же машины, но нет смысла заводить вторую машину), вот уже к этой второй сессии можно подключаться удаленно, при ее отключении открытое окно сессии mstsc к браузеру не будет передавать сигнал о дисконнекте, ее даже можно безопасно минимизировать (не проверял)
- запускать браузер не в rdp сессии а в консоли сервера (это та что подключена к монитору), используя vnc/teamviewer/anydesk и аналоги
к сожалению на серверах ее может не быть или она недоступна, к тому же она только одна на машине.
- виртуализация, установи виртуальную машину, где запускай хоть десктопные версии windows (это легально только с pro/ultimate версиями), каждый браузер будет запущен в своей сессии-консоли, доступ по rpd средствами виртуальной машины
- смени операционную систему на linux, тебе ведь только браузер запускать, там с помощью xserver-xvfb можно запускать любое количество серверов xserver, подключаться к ним по vnc (есть врапперы rdp), это будет проще и дешевле в обслуживании

Нет, процесс хрома, управляющий вкладкой (на самом деле сложнее) уже берет все что может (пример, у меня жена играет в какую то игрушку во ВК, так эта недопрога там 'майнит' на всех доступных ядрах так что машина лагает (на минуточку - linux).

НО так как современные процессоры - многоядреные, уже давно всю мощность распределяют по ядрам, то если процесс не оптимизирован на использование этой многопоточности, быстро упрется в возможности одного ядра.

windows пишет загрузку от количества ядер, т.е. 100% это загрузка всех твоих 6 ядер (это я вангую что у тебя за машина), твои 21% это притмерно одно ядро плюс по мелочи (браузеры давно что могут стараются сами оптимизировать, например отрисовка фоном там идет, но javascript работает в одном потоке вкладки, чтобы использовать больше нужно использовать воркеров)