Как изменить ключ gpg хранилища паролей паролей
gnome-device-setup кажется мне интерфейсом для xinput. С помощью этих команд вы можете создавать больше виртуальных указателей:
xinput list
xinput create-master <name>
xinput reattach <input-id> <pointer-id> (id you can get from xinput list)
получайте удовольствие.
3 ответа
Используйте pass init [-p path] <gpg-id>, где <gpg-id> указывает новый ключ gpg, с которым вы хотите шифровать свои пароли. Согласно странице pass man,
Если указанный gpg-id отличается от ключа, используемого в любых существующих файлах, эти файлы будут повторно зашифрованы для использования нового идентификатора.Это работает, по крайней мере, в pass 1.6.5. Обратите внимание, что вам понадобится доступ к старому закрытому ключу gpg, чтобы расшифровать и затем повторно зашифровать ваши пароли.
Caveat 1
Если какой-либо из ваших pass каталогов не reencrypt с новым ключом, возможно, он имеет файл .gpg-id, который переопределяет любой gpg-id, указанный на верхнем уровне каталога password-store. Я не буду рассказывать, как решить эту проблему в этом вопросе, так как это было бы, вероятно, слишком тангенциальным, но я скажу, что man-страница pass очень хорошо объясняет это.
Caveat 2
Если ваш каталог ~/.password-store является git-репо (т. Е. Вы когда-то побежали pass git init), то обратите внимание, что старое шифрование останется в истории фиксации git-repo; если ваша проблема связана с потенциально скомпрометированным ключом gpg, вы должны предпринять все необходимые шаги, чтобы избавиться от этой истории git.
Используйте pass init [-p path] <gpg-id>, где <gpg-id> указывает новый ключ gpg, с которым вы хотите шифровать свои пароли. Согласно странице pass man,
Если указанный gpg-id отличается от ключа, используемого в любых существующих файлах, эти файлы будут повторно зашифрованы для использования нового идентификатора.Это работает, по крайней мере, в pass 1.6.5. Обратите внимание, что вам понадобится доступ к старому закрытому ключу gpg, чтобы расшифровать и затем повторно зашифровать ваши пароли.
Caveat 1
Если какой-либо из ваших pass каталогов не reencrypt с новым ключом, возможно, он имеет файл .gpg-id, который переопределяет любой gpg-id, указанный на верхнем уровне каталога password-store. Я не буду рассказывать, как решить эту проблему в этом вопросе, так как это было бы, вероятно, слишком тангенциальным, но я скажу, что man-страница pass очень хорошо объясняет это.
Caveat 2
Если ваш каталог ~/.password-store является git-репо (т. Е. Вы когда-то побежали pass git init), то обратите внимание, что старое шифрование останется в истории фиксации git-repo; если ваша проблема связана с потенциально скомпрометированным ключом gpg, вы должны предпринять все необходимые шаги, чтобы избавиться от этой истории git.
Используйте pass init [-p path] <gpg-id>, где <gpg-id> указывает новый ключ gpg, с которым вы хотите шифровать свои пароли. Согласно странице pass man,
Если указанный gpg-id отличается от ключа, используемого в любых существующих файлах, эти файлы будут повторно зашифрованы для использования нового идентификатора.Это работает, по крайней мере, в pass 1.6.5. Обратите внимание, что вам понадобится доступ к старому закрытому ключу gpg, чтобы расшифровать и затем повторно зашифровать ваши пароли.
Caveat 1
Если какой-либо из ваших pass каталогов не reencrypt с новым ключом, возможно, он имеет файл .gpg-id, который переопределяет любой gpg-id, указанный на верхнем уровне каталога password-store. Я не буду рассказывать, как решить эту проблему в этом вопросе, так как это было бы, вероятно, слишком тангенциальным, но я скажу, что man-страница pass очень хорошо объясняет это.
Caveat 2
Если ваш каталог ~/.password-store является git-репо (т. Е. Вы когда-то побежали pass git init), то обратите внимание, что старое шифрование останется в истории фиксации git-repo; если ваша проблема связана с потенциально скомпрометированным ключом gpg, вы должны предпринять все необходимые шаги, чтобы избавиться от этой истории git.