web data файл google chrome что это

Как исправить ошибку «Не удалось загрузить профиль Chrome»?

При запуске Google Chrome можно столкнуться с ошибкой «Не удалось корректно загрузить ваш профиль». При этом сбое приходится повторно входить в свой аккаунт Google, чтобы вернуть сохраненные вкладки и другие настройки.

В большинстве случаев ошибка происходить из-за повреждения файлов кэша или через вмешательство антивирусной программы в процесс загрузки браузера. Известны случаи, когда к этой проблеме был причастен антивирус AVG, которую удалось устранить удалением файла avgtpx64.sys.

Отключение антивирусной программы

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

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

Известны случаи, когда причиной ошибки загрузки профиля был AVG Toolbar — дополнительный инструмент, который устанавливается антивирусом AVG Internet Security. Также к этому сбою была причастна еще одна программа — AVG Secure Search. Пользователям удавалось решить проблему путем удаления дополнительных инструментов и файла sys, принадлежащего этому антивирусу.

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

Если удалили AVG, то нужно избавиться от всех дополнительных средств. Откройте вкладку «Программы и компоненты» командой appwiz.cpl из окна «Выполнить» (Win + R).

В списке приложений найдите все записи, у которых в названии присутствует «AGV». Щелкните правой кнопкой мыши на каждой и выберите «Удалить».

Откройте Chrome и нажмите на «ОК», чтобы избавиться от ошибки профиля. Щелкните на значок меню в правом верхнем углу и перейдите в пункт Дополнительные инструменты – Расширения.

В списке найдите расширения, в имени которых есть «AVG», и удалите их.

Перезапустите браузер и проверьте, устранена ли ошибка, из-за которой не удавалось загрузить профиль.

Удаление файлов Web Data и Local State

Неудачная попытка загрузить профиль может произойти из-за повреждения файлов Web Data или Local State, поэтому их нужно удалить. Имейте в виду, что эта операция не приведет к потере каких-либо данных. Вся информация хранится в учетной записи Google, а не на локальном диске.

Полностью выйдите из браузера. Затем откройте каталог AppData, связанной с текущей учетной записью пользователя, командой «%localappdata%» из окна «Выполнить» (Win + R).

Google – Chrome – User Data – Default

Найдите Web Data и удалите его.

Если продолжаете с ней сталкиваться, снова вернитесь в папку

AppData – Local – Google – Chrome – UserData

Найдите и удалите файл Local State. Проверьте, удалось ли решить проблему при запуске Google Chrome.

Создание нового профиля

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

Тем не менее, самый эффективный способ устранения ошибки.

Откройте окно Windows + R, наберите «%LOCALAPPDATA%\Google\Chrome\User Data\» и кликните на «ОК», чтобы перейти в папку, содержащую профиль по умолчанию.

Найдите Default. Переименуйте эту папку, например, как Default-Bak, чтобы заставить браузер создать новую.

Теперь после загрузки браузера будет создана новая папка Default.

Удаление Chrome и кэшированной папки

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

Полностью закройте браузер. Откройте вкладку Программы и компоненты командой appwiz.cpl из окна «Выполнить».

Найдите в списке Chrome и удалите его, после перезагрузите компьютер.

После выполните команду %localappdata% из окна Win + R. В папке Google щелкните правой кнопкой мыши на Chrome и удалите этот каталог.

После перейдите к установке. Откройте официальный сайт и загрузите файл установки. Запустите установку и следуйте инструкциям на экране до ее завершения.

Источник

Хранение паролей в Chrome

Здравствуйте!

Не так давно у меня возникла идея о создании своей личной программы для бэкапа паролей Google Chrome. Да, в интернете очень много подобных программ, но результат паранойи (что пароли сливаются на чей то сервер «про запас»), да и желание узнать, чем дышит любимый браузер — перевесили чашу весов.

Рассказывать буду на основе ОС Windows 7.

Начну с того — где хранится файл с паролями. Этот файл — «Login Data» в папке «C:\Users\SomeUser\AppData\Local\Google\Chrome\User Data\Default\«.

Это база данных SQLite.

В ней есть 14 колонок. Нас же интересуют только 3: origin_url (ссылка на сам сайт), username_value (логин), password_value(пароль). Среди других колонок есть так же: страница авторизации, название элемента ввода для логина и пароля и другие. Все данные незашифровыванны(видно на скрине), кроме поля password_value.
В поле с паролем находится байтовый массив. Выглядит он следующим образом.

Способ шифрования выбран очень удобный для разработчиков. Они использовали Data Protection Application Programming Interface (отличная статья (как оказалось позже и единственная), которая описывает принципы работы этой системы), который использует Windows.
Подробнее информация в ссылке, тем более эта система шифрования заслуживает отдельной темы. Вкратце скажу, что эта система работает в одном из 2 режимов.

В конце статьи есть исходный код программы. Основные её моменты мы сейчас разберем.

Итак — начнем!

Нам будет необходимо считать байты поля с паролем, так как хранится пароль именно в байтовом массиве. Для этого я использовал System.Data.SQLite Interop Library версии 1.0.65.0 (есть в архиве).
В проекте использован класс DPAPI, который был найден в интернете. На момент создания проекта не было цели написания статьи, так что автор класса утерян, но снимаю перед ним шляпу — работа проделана серьезная.

Объявим нужные нам объекты и переменные:

Далее мы заполняем DataTable DB базой данных из нашего файла:

Теперь осталось только вытащить нужную информацию из неё и записать в файл. На этом этапе файл уже не используется — работа ведется только с объектом DataTable:

В итоге у нас есть HTML-документ с нашими логинами-паролями, которые можно хранить на своем мобильном телефоне, или распечатать и положить в конверт… При желании можно записывать больше полей, но лично мне хватает выше упомянутых трех.

Если есть вопросы — с удовольствием отвечу. Большое спасибо за внимание!

Источник

Отучиваем Google Chrome убивать ресурс SSD винчестера

Предыстория

Как-то примерно год назад появился у меня компьютер, который можно было брать с собой на диван — ноутбук то есть. Ноутбук выбирался чисто для работы, одним из требований при выборе была неплохая производительность. Процессор Intel Core i3 показался достаточным по производительности.

Но, поначалу шустрый ноутбук все больше и больше начинал меня нервировать своей медлительностью. Не то чтобы он тупил, подвисал и тому подобное — нет, он просто равномерно медленно работал. Особенно это было хорошо заметно если поработаешь за «полноразмерным» компьютером с шустрым винчестером, а потом пересядешь за ноутбук. Виной тому был медленный винчестер ноутбука. Причем это проблема не конкретно моего ноутбука, это проблема всех ноутбуков, потому что в них стоят медленные винчестеры со скоростью вращения 5400 об/мин.

В один из дней это меня достало, и было решено купить SSD. Причем выбирался самый быстрый. Проанализировав занятое место на диске С: и финансы, было решено брать SSD объемом 64 GB. А учитывая что при маленьком объеме у большинства твердотельных накопителей скорость падает пропорционально с уменьшением емкости, круг выбираемых моделей быстро сузился. Выбор пал на Samsung 830.

Но как вставить SSD в ноутбук, в котором нет места под второй винчестер? Вариант с полной заменой HDD на SSD я сразу отмел. Быстрое «гугление» привело к тому, что есть все-таки способы — вместо ненужного нынче DVD поставить SSD. Я был уже не первый с такими вопросами, и быстро нашел что нужен некий переходник в который ложится винчестер и вставляется вместо привода. На ebay.com был найден нужный переходник. Назывался лот «Universal 9.5mm 2.5» SATA 2nd HDD Hard Driver Caddy For CD DVD Optical Bay». Стоил он чуть больше восьми долларов.

После почти месячного ожидания, свежекупленый SSD был вставлен в переходник, а переходник уже в ноутбук. Конечно крышка переходника не совсем как у родного привода, получилось не совсем незаметно, но достаточно терпимо.
На новенький винчестер была установлена новомодная Windows 8, всё летало и я был просто сказочно рад что ноутбук мой обрел практически вторую жизнь. Радости моей небыло предела до тех пор пока я не запустил программы мониторинга оставшейся жизни SSD. В частности, программа SSD Ready предрекала остаток жизни моему SSD в полгода. Это как-то совсем не радовало. Начал читать, и думать почему так.

Оказалось, все было просто — самой основной нагрузкой на винчестер стал… Google Chrome! Никогда бы не подумал что монстр огромной корпорации будет так вредить моему винчестеру.
Хром постоянно что-то пишет в кеш. Практически беспрерывно. Вот сюда каждые 2 секунды
c:\Users\User\AppData\Local\Google\Chrome\User Data\Default\Cache\
Также еще есть папка куда пишется кеш онлайн-видео которое вы смотрите. Папка эта носит название Media Cache
А еще пишутся иконки, история и все такое. В итоге я пришел к выводу, что папка User Data просто постоянно изменяется, записывая-считывая файлы и убивая мой SSD.

Быстрый анализ интернета дал ясно понять, что инженерам Хрома это абсолютно не доставляет неудобств, ибо настроек по этой части у хрома практически нет. Настройки принудительно можно применить, дописав к ярлыку параметр, и потом запускать Хром нужно обязательно через этот ярлык, иначе запустится без параметров. Такие же танцы с бубном и у огнелиса. А вот у Оперы все проще — задал в настройках без кеша, и всё.

Вторым вариантом решения проблемы был перенос папки с настройками профиля хрома User Data на HDD. Это конечно бы решило все проблемы, но спрашивается зачем я покупал SSD?

Следующий вариант по-моему скромному мнению, решил все мои проблемы. Я решил использовать RAM Drive — т.е. держать все в оперативной памяти, и только лишь при выключении писать на винчестер. Учитывая что ноутбук у меня либо включен, либо в ждущем режиме, то писаться при выключении будет очень редко. Из понравившихся программ остановил выбор на Qsoft RAMDisk. Ставится как драйвер. В свойствах выбрал размер диска, файловую систему, куда писать при выключении. Под диск выделил 512 МБ (думаю разумный минимум 128 МБ).

Можно было перенести просто папку кеша, можно было и добавить к ней папку Media Cache, но я решил полностью избавиться от всяческих записей, и перенести полносью всю папку User Data.

Была скачана утилита Link Shell Extension, при помощи которой я фактически на месте папки User Data создал «ярлык», ссылку которая вела на мой рам-диск. Т.е. на диске ничего не лежало, заходя в папку User Data мы сразу же перенаправлялись на рам-диск. Причем в чем плюс такого решения — ни система, ни Хром никакого подвоха не видели.

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

В итоге проделанных манипуляций хром у меня летает, и пишет в оперативку все свои гадости. SSD счастлив и радует долгой оставшейся жизнью.

Источник

Пользуетесь Google Chrome? Значит Google собирает ваши данные через X-client-data

Многие считают сервисы Google полезными и удобными в использовании, однако у них есть как минимум одна важная особенность. Речь идет о постоянной слежке за пользователями, об интенсивном сборе и отправке данных об их активности.

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

25 мая 2018 года вступил в силу GDPR General Data Protection Regulation — закон, принятый Европейским Парламентом, который ужесточил и унифицировал правила защиты данных пользователей. ЕС принял такое решение из-за растущего количества крупных утечек персональных данных, которые собирают такие ИТ-гиганты, как Google и Facebook. Однако фактически этот закон повлиял не только на граждан ЕС, но и на весь остальной мир.

Многие интернет-сервисы, работая в разных странах, тем не менее, стараются соответствовать самым жестким требованиям к конфиденциальности. Так что, GDPR де-факто стал мировым стандартом.

Так что там у Google

Во вторник, 4 февраля 2020 года, Арно Гранал, разработчик браузера Kiwi на базе Chromium, поднял вопрос о передаче так называемого «уникального идентификатора», который формирует Google Chrome при установке. Гранал предположил, что его может использовать, по крайней мере, сама компания Google.

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

Корпорация Google никак не прокомментировала проблему. А официальные документы и прочие послания компании не позволяют до конца прояснить ситуацию.

Как это работает

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

Ранее (как минимум с 2012 года) Chrome отправлял заголовок под названием «X-client-data», также известный как «X-chrome-variations», чтобы тестировать функции, находящиеся в разработке. Google активирует часть этих функций при установке браузера. Информация о них отображается, когда вы вводите chrome://version в адресную строку Chrome.

В строке 32 файла исходного кода Chromium, заголовок X-client-data отправляет Google информацию о наборе тестов (Field Trials) для текущего пользователя Chrome.
«Заголовок Chrome-Variations (X-client-data) не будет содержать никакой информации, позволяющей установить личность, и будет описывать только параметры установки самого Chrome, включая active variations, а также данные об экспериментах на стороне сервера, которые могут повлиять на установку», — говорится в руководстве по возможностям Google Chrome.

Однако это не совсем так.

Для каждой установки Google Chrome случайным образом генерирует число от 0 до 7999 (до 13 бит). Это число соответствует набору рандомно активированных экспериментальных функций.

Чем больше пустых битов, тем труднее сформировать отпечаток браузера с высокой степенью уникальности, и наоборот. Но если комбинировать эти данные со статистикой использования и отчеты о сбоях, которые включены по умолчанию, то для большинства пользователей Chrome все-таки можно получить отпечатки с достаточно высокой точностью.

Отпечаток «определяется вашим IP-адресом, операционной системой, версией Chrome и другими параметрами, а также параметрами вашей установки», — объясняет Гранал.

Если вы, например, посетите YouTube, в заголовок будет включена строка вида:

Это можно проверить самостоятельно, если открыть в Google Chrome консоль разработчика, а затем вкладку Network и далее перейти на сайт youtube.com, или doubleclick.net например.

По словам Гранала, доступ к таким идентификаторам имеют только сайты youtube.com, google.com, doubleclick.net, googleadservices.com и некоторые другие сервисы Google. Но только в том случае, если браузер не находится в режиме инкогнито.

Лучшая защита

Если к X-client-data имеет доступ только Google, это может говорить о том, что компания защищает данные пользователей от всех, кроме самой себя.

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

«Я полагаю, что большинство пользователей не имеют представления об этом идентификаторе, о том, что он делает и когда используется. И возможно, проблема заключается в том, что идентификатор остается постоянным и не сбрасывается, когда пользователь очищает данные браузера. В этом смысле его можно считать отпечатком. [Пока] главный риск заключается в том, что данные отправляют сайтам, которыми управляет только одна организация».

Гранал отмечает, что такой механизм передачи данных можно рассматривать как уязвимость. В исходном коде Chromium реализована лишь проверка предварительно заданного списка доменов Google, но он не проверяет другие домены. Поэтому злоумышленник может купить домен, например, youtube.vg, и развернуть на нем веб-сайт для сбора заголовков X-client-data.

Недокументированные возможности

В августе 2017 года специалисты «Лаборатории Касперского» обнаружили бэкдор в NetSarang, популярном софте для управления корпоративными серверами. Бэкдор ShadowPad был найден в ходе анализа подозрительных DNS-запросов в корпоративной сети одной из крупных фирм, установивших себе софт. Через бэкдор злоумышленники получали доступ к конфиденциальным данным организаций, использующих NetSarang.

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

Часто ли компании закрывают глаза на такие недокументированные возможности?

Источник

Вирусы в браузере Google Chrome (Yoursites123.com, Chromesearch.win, New Tab)

1) Удалил все расширения браузера (не помогло)

2) Перезагрузил браузер путем сброса настроек (не помогло)

3) Посмотрел планировщик задач (ничего не нашел)

4) Посмотрел диспетчер задач (ничего не нашел)

5) Удалил браузер со всеми ключами и следами с помощью Reg Organaizer и повторно установил (вирус продолжал работать всё-равно)

6) Провел полную проверку антивирусом Avast (ничего не нашел)

7) Установил по рекомендации на различных сайтах, такую прогу как SpyHunter 4, и вот она видимо нашла проблему. После сканирования, SpyHunter нашел 2 файла: Chromesearch.win и yoursites123.com. Удалил. И конечно же это не помогло.

В результате этих экспериментов я понял что этот вирус устанавливается теперь вместе с браузером Google Chrome.

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

Вирусы в браузере google chrome
автоматические открываются рекламные вкладки + почти везде баннеры

Вирусы от Mail.ru в браузере google chrome
Здравствуйте, помогите, пожалуйста, вылечить компьютер. web cureit, аналогичное приложение от.

Вирус google.ga в браузере Google Chrome и Internet Explorer (редирект на google.ga, всплывающая реклама)
Добрый день. Столкнулась с большой проблемой и буду очень благодарна за помощь. Не знаю, каким.

Вирусы в браузере Chrome
с неделю в браузере стали самопроизвольно появляться разные вкладки в chrome, в частности при клике.

Вложения

CollectionLog-2017.11.20-13.29.zip (74.8 Кб, 3 просмотров)

Вложения

CollectionLog-2017.11.20-13.54.zip (72.4 Кб, 2 просмотров)

Скачайте Farbar Recovery Scan Tool и сохраните на Рабочем столе.

Примечание: необходимо выбрать версию, совместимую с Вашей операционной системой. Если Вы не уверены, какая версия подойдет для Вашей системы, скачайте обе и попробуйте запустить. Только одна из них запустится на Вашей системе.
Запустите программу. Когда программа запустится, нажмите Yes для соглашения с предупреждением.
Отметьте галочкой также «Shortcut.txt».

Нажмите кнопку Scan.
После окончания сканирования будут созданы отчеты FRST.txt, Addition.txt, Shortcut.txt в той же папке, откуда была запущена программа. Прикрепите отчеты к своему следующему сообщению.
Подробнее читайте в этом руководстве.

На всякий случай напишу пути расположения этих 2-х файлов заражения, которые нашла программа SpyHunter:

С:/Users/User/AppData/Local/Google/Chrome/User Data/Default/Secure Preferences

С:/Users/User/AppData/Local/Google/Chrome/User Data/Default/Web Data

Вложения