21 октября вышел KeePassXC 2.8.0, первый стабильный выпуск ветки 2.8. В менеджере паролей обновили графическую основу, добавили автоподстановку в окружениях Wayland и расширили поддержку ARM64. На Mentoring.digital рассматриваем изменения, которые стоит проверить в повседневном рабочем окружении.
Что изменилось для пользователей Linux и ARM64
Интерфейс переведён с Qt 5 на Qt 6. На Linux появилась поддержка Auto-Type через XDG Desktop Portals в Wayland: это механизм ввода учётных данных в приложения. Он отличается от автозаполнения через браузерное расширение, поэтому привычный сценарий входа нужно проверять именно тем способом, которым вы пользуетесь.
Для Windows впервые подготовлены нативные сборки ARM64. Для Linux появился AArch64 AppImage, который разработчики обозначают как экспериментальный. Эти два статуса не следует смешивать: наличие стабильного релиза программы не превращает каждый новый пакет в одинаково проверенный вариант.
В Linux также изменено место хранения состояния приложения: теперь используется XDG_STATE_HOME вместо XDG_CACHE_HOME. Это изменение состояния самого приложения, а не объявление о переносе пользовательской базы паролей в новый каталог.
Синхронизация и работа с ключами
В версии 2.8 добавлены удалённая синхронизация базы и импорт с использованием внешних инструментов. Речь не об обязательном переходе на встроенный облачный сервис: способ внешнего обмена нужно настраивать под свою среду.
Возможности SSH Agent расширены генерацией ключей RSA, ECDSA и Ed25519. В статистике базы появились счётчики записей с passkey и TOTP, а сочетания клавиш можно настраивать. Для Linux добавлена быстрая разблокировка через Polkit, для macOS предусмотрена разблокировка паролем устройства при недоступном Touch ID.
Почему обновление касается и безопасности
Стабильная версия включает исправления, ранее доступные в бета-выпуске. Среди них ошибки импорта старого формата KDB, обмена сообщениями с браузерным расширением и передачи SSH-ключей Pageant в Windows.
По оценке команды KeePassXC, перечисленные уязвимости имеют низкую или умеренную серьёзность и не затрагивают основную криптографию менеджера. Разработчики рекомендуют обновиться. Из этого сообщения нельзя делать вывод, что любая старая база уже была прочитана посторонними.
Что проверить после перехода
Перед обновлением сохраните резервную копию базы и убедитесь, что можете её открыть привычным способом. После перехода проверьте разблокировку, нужные сочетания клавиш, Auto-Type и браузерную интеграцию. Если подключаете внешнюю синхронизацию, начните с тестовой базы и проверьте поведение при изменении файла с двух сторон.
При проблемах с интеграцией в рабочее окружение можно обратиться к наставнику по Linux. Для первичного разбора достаточно версии системы, типа сеанса и описания воспроизводимого поведения; настоящие пароли и содержимое основной базы передавать не нужно.
