Можем ли мы узнать пароли других пользователей, если у нас есть root-доступ?

Если у человека есть доступ root к определенной машине RHEL, сможет ли он восстановить пароли других пользователей?

Кратко: Нет, пароли хранятся в виде хешей, которые (в общем) не могут быть восстановлены.

Linux не хранит пароли в открытом виде по умолчанию. Они хранятся в виде хешей или иным образом зашифрованных с помощью различных алгоритмов. Так что, в общем, нет, это не возможно с имеющимися данными.

Если у вас есть пароли, хранящиеся где-то, кроме базы данных /etc/passwd, их могут хранить таким образом, который позволяет это сделать. Файлы htpasswd могут содержать слабо зашифрованные пароли, а другие приложения могут хранить более слабые хеши или пароли в открытом виде по различным (обычно плохим) причинам.

Кроме того, конфигурационные файлы пользователей могут содержать незашифрованные пароли или слабо защищенные пароли по различным причинам – как, например, fetchmail, получающий данные из другого сервиса, .netrc, или простые автоматизированные процессы могут включать пароль.

Если пароли хранятся в зашифрованном виде с использованием устаревшего, слабого алгоритма (например, 3DES, MD5), то было бы возможно достаточно эффективно/дешево выяснить, каков был пароль – тем не менее, это достигается путем атаки на данные, а не просто обратного преобразования. (например, такие вещи, как http://project-rainbowcrack.com/ или http://www.openwall.com/john/)

Поскольку вы являетесь root, также возможно атаковать пароль пользователя на другом уровне – заменить бинарный файл входа, или sudo, или часть PAM и т.д., на что-то, что будет захватывать пароль, когда он вводится.

Таким образом, в частности, нет, но в целом доступ root действительно облегчает получение данных пользователей через различные боковые каналы.

В отличие от некоторых других ответов здесь, я бы сказал, что простой ответ на этот и многие другие вопросы, заканчивающиеся “если у вас есть root” – ДА.

В основном, root может делать все, что система может делать сама. Система может принимать ваш пароль, так что root может принимать ваш пароль или свой вместо вашего, приложив достаточно усилий. Более того, он просто может изменить ваш пароль или СТАТЬ вами.

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

Тем не менее, вы МОЖЕТЕ просмотреть историю команд, и историю входа, где они, вероятно, ввели свой пароль вместо имени пользователя в какой-то момент, или ввели его в командной строке вместо приглашения для ввода пароля. В этом случае это БУДЕТ открытым текстом. Это удручающе распространено на терминалах с текстовым интерфейсом, при этом мне не известны хорошие решения.

Однако, даже оставив это в стороне, “одностороннее” шифрование на самом деле не совсем одностороннее. Существует множество инструментов, которые перебирают множество комбинаций фраз-паролей, шифруя их тем же односторонним процессом, пока не найдут совпадение. Затем они знают пароль, который даст доступ (хотя как root, они УЖЕ имеют доступ на ЭТОЙ машине).

Хуже того, существуют радужные таблицы, которые являются заранее вычисленными ответами на вышеописанный процесс: люди уже сгенерировали оригинальный пароль, который соответствует данному зашифрованному паролю. Используя их, это простая операция поиска – никаких времязатратных попыток взлома не требуется.

Снова, доступ уровня root – это именно то, что нужно защищать. Если он скомпрометирован, вся машина и все на ней тоже скомпрометированы. Пора начинать все заново, включая информирование всех ваших пользователей о том, что ваш бизнес больше не может быть доверен в защите их конфиденциальности. И да, это может означать закрытие бизнеса.

Если у вас есть root, то вы можете запустить программу для взлома паролей против /etc/shadow (при условии локальных паролей, а не LDAP или Kerberos и т.д.). Это может не сработать, если пользователи выбирают хорошие пароли, а система настроена на использование сильного хеширования паролей. Но системные пароли не хранятся в открытом виде; пароли недоступны даже для root.

Все пароли хранятся в файле /etc/shadow. Вы можете открыть этот файл с помощью доступа root и увидеть хеш-значение этих паролей для каждого пользователя (включая пользователя root).

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

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

root@localhost$ passwd pradeep

Это запросит у вас новый пароль, который вы хотите установить для пользователя pradeep. Таким образом, вы можете изменить пароль для pradeep.

Теперь вы можете войти через его учетную запись с помощью:

root@localhost$ su pradeep

Это приведет к переключению на пользователя pradeep, и вы получите терминал, как этот:

pradeep@localhost$