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

Пароль на HD


ooo.tandem98

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

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

 

Меня зовут Сергей и мне нужна ваша помощь!

 

У меня есть жёсткий диск(переносной), как его можно защитить? Чтобы доступ к нему можно было получить только по паролю и данные внутри него шифровались!

 

P.S. 10 дней назад вирус всё удалил с него... вот теперь хочу сделать его недоступным! Буду примного благодарен, если Вы подскажите как его защитить от атак вирусов!

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

что за модель переносного диска?

у кажого производителя HDD есть свои утилиты для защиты и создания защищенных разделов

если у вас win7 Pro или Vista - то можно использовать bitlocker встроенный в ОС

антивирус тоже не помешает иметь - для профилактики

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

антивирус
Kaspersky CRYSTAL

 

что за модель переносного диска?

Western Digital 1000G

 

если у вас win7 Pro

да

 

Промблема в том, что диск подключаеться часто к незнакомым ПК((

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

Можете также использовать бесплатную программу truecrypt http://www.truecrypt.org/

Впрочем, все эти способы от вирусов вам не спасут.

 

 

Кстати, очень редкий случай. Обычно вирусы не удаляю фалы. Вы уверены, что всё удалено?

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

Кстати, очень редкий случай. Обычно вирусы не удаляю фалы. Вы уверены, что всё удалено?

 

Да я обращался к специалистам, они сказали, что вирус перезаписал...

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

да кристал тоже может справится с защитой ваших данных - http://www.kaspersky.ru/support/pure2/tech...ure2/encryption

создать защищенный раздел NTFS, назначить права доступа к разделу, зашифровать

 

есть утилиты и для дисков от WD - http://support.wdc.com/product/download.as...1=2&lang=ru

выберите свою модель

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

Смысла нет использовать для защиты любые шифрующие программы.

Два варианта

1 Вы подключили винчестер к незаражённому компьютеру и разрешили доступ к вашим файлам. Всё работает, как надо. Смысл был шифровать?

2 Вы подключили винчестер к заражённому компьютеру, определить заражение на "взгляд" невозможно! И вы всё равно дали доступ к вашим файлам - иначе, зачем было приносить вничестер. Смысл был шифровать?

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

1 Вы подключили винчестер к незаражённому компьютеру и разрешили доступ к вашим файлам. Всё работает, как надо. Смысл был шифровать?

2 Вы подключили винчестер к заражённому компьютеру, определить заражение на "взгляд" невозможно! И вы всё равно дали доступ к вашим файлам - иначе, зачем было приносить вничестер. Смысл был шифровать?

 

Несовсем понял Вас( Я подключил диск к ПК, потом скачал нужные документы с него... а дома на диске уже ничего небыло...

 

Вот по этому мне нужно, чтоб диск запоролить и зашифровать!

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

Вот вот. Вы подключили диск к компьютеру, ввели пароль..... и вирус преспокойно удалит ваши файлы. Доступ то к диску вы разрешили.

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

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

Внимание! Если решите так поступить - экспериментируйте, не записывая на диск ценную информацию. Вдруг что сорвётся.

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

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

Внимание! Если решите так поступить - экспериментируйте, не записывая на диск ценную информацию. Вдруг что сорвётся.

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

Тут всего один вариант - использовать 2 носителя. Один для хранения нужных данных, второй - для файлообмена (например, флешка). Шифрование, как вы правильно указали выше, не спасет.

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

Кстати, очень редкий случай. Обычно вирусы не удаляю фалы. Вы уверены, что всё удалено?

 

Оказалось некоторые файлы были не удалены, Но на самом диске их не видно!((( А через Вин Рар видно, что делать?

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

Да я обращался к специалистам, они сказали, что вирус перезаписал...

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

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

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

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



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

    • 577kar
      От 577kar
      Добрый день, обнаружили заархивированные с паролем файлы. Текстовый файл с адресом для запроса пароля для выкупа.
      Был открыт RDP порт на роутере для удаленного подключения на сервер, предположительно взлом или подбор паролей.
      FRST.7z Mail.7z
    • K0st
      От K0st
      Здравствуйте! Обнаружили запароленные данные. Архивы по нескольку десятков ГБ. Базы 1С и всё такое. В корне файл с описанием выкупа. Как можно распаковать и всё вернуть?
    • 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
    • adminuniscan
      От adminuniscan
      Не пускает в вебморду 
       
      Как сбросить пароль через консоль сервера?
    • KL FC Bot
      От KL FC Bot
      Требования, которые онлайн-сервисы предъявляют при проверке своих пользователей, — будь то длина пароля, обязательное указание номера телефона или необходимость биометрической проверки с подмигиванием, зачастую регулируются индустриальными стандартами. Одним из важнейших документов в этой сфере является NIST SP 800-63, Digital Identity Guidelines, разработанный Национальным институтом стандартов и технологий США. Требования этого стандарта обязательны для выполнения всеми государственными органами страны и всеми их подрядчиками, но на практике это означает, что их выполняют все крупнейшие IT-компании и действие требований ощущается далеко за пределами США.
      Даже организациям, которые не обязаны выполнять требования NIST SP 800-63, стоит глубоко ознакомиться с его обновленными требованиями, поскольку они зачастую берутся за основу регуляторами в других странах и индустриях. Более того, свежий документ, прошедший четыре раунда публичных правок с индустриальными экспертами, отражает современный взгляд на процессы идентификации и аутентификации, включая требования к безопасности и конфиденциальности, и с учетом возможного распределенного (федеративного) подхода к этим процессам. Стандарт практичен и учитывает человеческий фактор — то, как пользователи реагируют на те или иные требования к аутентификации.
      В новой редакции стандарта формализованы понятия и описаны требования к:
      passkeys (в стандарте названы syncable authenticators); аутентификации, устойчивой к фишингу; пользовательским хранилищам паролей и доступов — кошелькам (attribute bundles); регулярной реаутентификации; сессионным токенам. Итак, как нужно аутентифицировать пользователей в 2024 году?
      Аутентификация по паролю
      Стандарт описывает три уровня гарантий (Authentication Assurance Level, AAL), где AAL1 соответствует самым слабым ограничениям и минимальной уверенности в том, что входящий в систему пользователь — тот, за кого себя выдает. Уровень AAL3 дает самые сильные гарантии и требует более строгой аутентификации. Только на уровне AAL1 допустим единственный фактор аутентификации, например просто пароль.
       
      View the full article
×
×
  • Создать...