Импорт ключей gpg

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

$ mkdir ~/.gnupg

$ scp eliot :~/.gnupg/* ~/.gnupg

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

$ gpg --import /home/ username /Desktop/pubring.gpg

Вы увидите список ключей, которые были импортированы, и итоговое сообщение, указывающее на успешное завершение. Не забудьте удалить файл pubring.gpg с рабочего стола, так как он вам больше не нужен.

Если ключи вам непосредственно не доступны, но вы знаете, что пользователи, чьи ключи вы хотите импортировать, загрузили их на сервер, вы всегда можете импортировать их оттуда. Например, предположим, вы хотите импортировать мой ключ. Во-первых, вам нужно найти идентификатор моего ключа. С помощью веб-браузера, перейдите по ссылке http://pgp.mit.edu на сервер открытых ключей MIT PGP Public Key Server и найдите там Скотта Граннемана (Scott Granneman). Вы получите три результата, но обратите внимание на один, датированный от 08/08/2004, который выглядит следующим образом:

Type bits /keyID Date User ID

pub 1024D/6503F88C 2004/08/08 Scott Granneman <scott@granneman.com>

Scott Granneman (www.granneman.com) <scott@granneman.com>

Обратите внимание на идентификатор ключа, который имеет значение 6503F88C. С его помощью вы можете импортировать конкретный ключ с помощью следующей команды:

$ gpg --keyserver pgp.mit.edu --recv-keys 6503F88C

gpg: requesting key 6503F88C from hkp server pgp.mit.edu

gpg: key 6503F88C: public key "Scott Granneman " imported

gpg: Total number processed: 1

gpg: imported: 1

Практическая работа № 26 Шифрование средствами Windows ХР

1 Цель работы

Приобретение навыков работы с шифрованием средствами Windows ХР

2 Порядок выполнения работы

1. Прочитать задания к работе

2. Выполнить на VM шифрование средствами Windows ХР

3. Оформите отчет, который должен содержать:

• титульный лист (см. приложение);

• постановку задачи;

- описание пошагового исполнения;

• отчет о полученном результате

3. Задания к работе.

Шифрование

Особенностью Windows 2000 является возможность шифровать файлы, храня­щиеся на жестком диске. Система кодирования файлов обеспечивает более высо­кий уровень защиты файлов от несанкционированного доступа, однако, прежде чем приступить к использованию этой системы, вы должны обладать понимани­ем принципов ее работы, в противном случае у вас могут возникнуть проблемы. Чтобы включить систему шифрования файлов, необходимо открыть страницу свойств файла или каталога, щелкнуть на кнопке Advanced (Другие) и устано­вить флажок Encrypt contents to secure data (Шифровать содержимое для защиты данных) (рис. 5.2.5).

Windows 2000 также поддерживает атрибут, позволяющий управлять службой индексирования.

Если для какого-либо каталога вы установили флажок Encrypt contents (Шифро­вать содержимое), значит, система будет шифровать все файлы, содержащиеся в этом каталоге. Для шифрования содержимого файла используется алгоритм за­крытого (секретного) ключа. В отличие от алгоритмов открытого ключа, алго­ритм закрытого ключа работает значительно быстрее, что делает его щшемле-мым для шифрования больших объемов информации. Однако при этом/алгоритм закрытого ключа подразумевает использование одного и того же ключа как для кодирования, так и для декодирования данных.^Этот единый ключ создается ав­томатически и должен храниться в секрете. Возникает вопрос: каким образом следует обеспечить надежные хранение и передачу этого ключа? В системах, ис­пользующих открытый ключ, проблема решается очень просто: для кодирования данных используется один ключ, а для декодирования — другой. Кодирующий ключ можно сделать доступным для всех, в то время как декодирующий ключ следует держать в секрете.

Разработчики NTFS решили проблему следующим образом: для кодирования со­держимого файла используется алгоритм закрытого ключа, а для хранения само­го секретного ключа используется алгоритм открытого ключа. Такую схему часто называют английским термином lockbox (шкатулка с замком). Секретный ключ кодируется с использованием открытого ключа пользователя. Чтобы декодиро­вать его, требуется знание закрытого ключа пользователя. Таким образом, файл большого размера кодируется с использованием эффективного быстрого алго­ритма секретного ключа, а для защиты самого секретного ключа (который обла­дает небольшим размером) используется более сложный и менее быстрый алго­ритм открытого ключа.

Для обмена открытыми ключами Windows 2000 использует сертификаты Х509. Спецификация Х509 предназначена для формирования и передачи через сеть ут­верждений вида: «Этот открытый ключ принадлежит этому субъекту и может ис­пользоваться для этих целей». Сертификат можно получить, обратившись в спе­циальный сертифицирующий орган (Certification Authority), который, выдавая сертификат, подписывает его при помощи цифровой подписи. Субъект, получив­ший сертификат, может быть уверенным в том, что этот сертификат действи­тельно содержит ключ, который можно использовать для шифрования той или иной информации, адресованной тому или иному пользователю (например, элек­тронного письма, адресованного пользователю John Doe). Эта уверенность бази­руется на том факте, что сертификат получен от сертифицирующего органа.

Чтобы просмотреть сертификаты, установленные для пользователей, необходи­мо загрузить оснастку Certificates (Сертификаты) консоли управления Microsoft.

Кодирующая файловая система EFS (Encrypting File System) работает незаметно для пользователей. Она получает сертификат Х509, авторизированный для EFS. Если пользователь не имеет сертификата, система EFS создает его.

Сертификат восстановления файлов

Подключившись к системе в качестве администратора и открыв консоль Certificates (Сертификаты), вы увидите, что этой учетной записи соответствует индивидуаль­ный сертификат, предназначенный для восстановления файлов. Копия этого сер­тификата также сохраняется в локальной политике безопасности. Открытый ключ из этого сертификата используется системой EFS для создания дополнительной шкатулки с замком (зашифрованной копии секретного ключа).

При помощи консоли Certificates (Сертификаты) вы можете экспортировать этот сертификат и закрытый ключ в файл (другими словами, создать резервную копию сертификата). После этого как сертификат, так и закрытый ключ можно удалить. Это означает, что если злоумышленник каким-либо образом сможет подключиться ||:1: к системе в качестве агента восстановления, он все равно не сможет расшифровать £:; какие-либо зашифрованные файлы, так как среди сертификатов будет отсутство­вать необходимый для расшифровки сертификат. Чтобы расшифровать какие-ли­бо файлы, необходимо вновь установить в системе необходимый сертификат. Если : вы намерены использовать описанную процедуру в целях повышения безопасно­сти (что особенно уместно в отношении контроллеров доменов), вы должны поза­ботиться о надежном сохранении экспортированных сертификатов.

Практическая работа № 27. Наиболее важные ключи реестра Windows, нуждающиеся в защите. Защита ульев SAM и SECURITY