Перейти к содержанию

Перенос паролей хрома на другой комп


saha96

Рекомендуемые сообщения

Путь: "C:\Documents and Settings\User\Local Settings\Application Data

\Google\Chrome\User Data\Default" фаил "History"-это и есть твои закладки.их копируешь потом, как я понимаю на новом компе ставишь хром заходишь по выше указанному пути и заменяешь фаил "History" .Сам такие действия не выполнял..так что могу ошибаться.

Ссылка на комментарий
Поделиться на другие сайты

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

Изменено пользователем Stranniky
Ссылка на комментарий
Поделиться на другие сайты

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

Меня интересует перенос паролей сохранённых.

Ссылка на комментарий
Поделиться на другие сайты

Настройка сохранения паролей

 

Нажмите на значок гаечного ключа на панели инструментов браузера.

Выберите Параметры (Настройки на Mac и Linux, Настройки на Chrome OS).

Перейдите на вкладку Личные материалы.

Чтобы изменить настройки паролей в разделе "Пароли", выполните следующие действия.

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

В противном случае выберите "Не сохранять пароли".

 

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

OMLKySa160Wq6RSnQoTURw.jpg

Изменено пользователем Cihihen
Ссылка на комментарий
Поделиться на другие сайты

Пожалуйста, войдите, чтобы комментировать

Вы сможете оставить комментарий после входа в



Войти
  • Похожий контент

    • Pavel Postnikov
      От Pavel Postnikov
      Проблема заключается в том что при нормально установленных и рабочих агенте и клиенте (полностью работоспособных) хост не переносится
      в другую группу.
      Удаляли клиент. С работающим агентом переносили хост в другую группу (переносится) а после установки клиента возвращается в исходную
      при этом невозможно перетащить хост в другую группу.
      Хосты сервера в кластере.
    • 577kar
      От 577kar
      Добрый день, обнаружили заархивированные с паролем файлы. Текстовый файл с адресом для запроса пароля для выкупа.
      Был открыт RDP порт на роутере для удаленного подключения на сервер, предположительно взлом или подбор паролей.
      FRST.7z Mail.7z
    • K0st
      От K0st
      Здравствуйте! Обнаружили запароленные данные. Архивы по нескольку десятков ГБ. Базы 1С и всё такое. В корне файл с описанием выкупа. Как можно распаковать и всё вернуть?
    • animewko25
      От animewko25
      Добрый день!
      Подскажите каким способом можно перенести базу данных SQL KSC на другой диск.
      Финт с заменой буквы не проходит,может быть есть какой нибудь мануал
    • KL FC Bot
      От KL FC Bot
      Сразу после католического Рождества стало известно о многоэтапной атаке на разработчиков популярных расширений Google Chrome. Самой известной целью по иронии судьбы стало ИБ-расширение от компании Cyberhaven, скомпрометированное прямо перед праздниками (о таких рисках мы предупреждали). По мере расследования инцидента список пополнился как минимум 35 популярными расширениями с суммарным числом установок 2,5 млн копий. Целью злоумышленников является похищение данных из браузеров пользователей, которые установили троянизированные обновления расширений. В ходе данной кампании преступники фокусировались на похищении учетных данных от сервисов Meta* с целью компрометации чужих бизнес-аккаунтов и запуска своей рекламы за чужой счет. Но, в теории, вредоносные расширения позволяют похищать и другие данные из браузера. Рассказываем о том, как устроена атака и какие меры принять для защиты на разных ее этапах.
      Атака на разработчиков: злоупотребление OAuth
      Чтобы внедрить троянскую функциональность в популярные расширения Chrome, преступники разработали оригинальную систему фишинга. Они рассылают разработчикам письма, замаскированные под стандартные оповещения Google о том, что расширение нарушает политики Chrome Web Store и его описание необходимо скорректировать. Текст и верстка сообщения хорошо мимикрируют под типовые аналогичные письма Google, поэтому для жертвы письмо выглядит убедительно. Более того, во многих случаях письмо отправляется с домена, специально зарегистрированного для атаки на конкретное расширение и содержащего название расширения прямо в имени домена.
      Клик по ссылке в письме приводит на легитимную страницу аутентификации Google. Пройдя ее, разработчик видит еще один стандартный экран Google, предлагающий авторизоваться по OAuth в приложении Privacy Policy Extension и в рамках входа в это приложение дать ему определенные права. Эта стандартная процедура проходит на легитимных страницах Google, только приложение Privacy Policy Extension запрашивает права на публикацию расширений в Web Store. Если разработчик дает такое разрешение, то авторы Privacy Policy Extension получают возможность публикации обновлений в Web Store от лица жертвы.
      В данном случае атакующие не крадут пароль и другие реквизиты доступа разработчика, не обходят MFA. Они просто злоупотребляют системой Google по делегированию прав, чтобы выманить у разработчика разрешение на обновление его расширения. Судя по длинному списку зарегистрированных злоумышленниками доменов, они пытались атаковать гораздо больше, чем 35 расширений. В тех случаях, когда атака проходила успешно, они выпускали обновленную версию расширения, добавляя в него два файла, ответственные за кражу куки-файлов и других данных Facebook** (worker.js и content.js).
       
      View the full article
×
×
  • Создать...