действительно проверить, если пароль был изменен

604
comte

На некритическом сервере (Debian 7, ядро ​​3.2.65 x86_64), работающем под платформой виртуальной машины Xen, это система, в которую я вхожу один раз в месяц под именем «user1».

Сегодня я:
- не могу войти как user1 через ssh + пароль
- могу войти как user1 через ssh + key auth
- не могу войти как root через ssh + key auth (вход в ssh root запрещен)
- / etc / passwd и / etc / shadow haven ' t был изменен из месяцев (источник: ls)
- chage -l user1 также задает дату последнего изменения пароля несколько месяцев назад
- не может su для root (пароль отклонен)
- может su для user2 (пароль принят), оттуда не может быть su для user1 (пароль отклонен). разрешен только выход обратно к user1 (подсказка pwd не требуется)

мой вопрос: есть ли другой способ:
- проверить, были ли изменены пароли?
- понять, что происходит без рут прав ...

Также обратите внимание, что на 22OCT произошло значительное обновление Xen на хост-сервере (но я не уверен, что это важно для моей проблемы)

1
Я бы положил деньги на твои проблемы, связанные с этим обновлением. Обращались ли вы в компанию, если такое поведение ожидалось? Хороший хостинг-провайдер, который знает, что делает, должен быть в состоянии сказать вам, было ли это ожидаемым поведением или нет. Ramhound 8 лет назад 0
Хорошо, спасибо за это понимание. Я так и жду их ответа. А пока я прекращаю расследование по твоему мнению. comte 8 лет назад 0
Я думаю, что вы не можете sudo на user1, было бы удобно проверить / etc / shadow и посмотреть, когда в последний раз изменялись пароли, используя 3-е поле (номер дня с начала эпохи) euri10 8 лет назад 0
нет, не может sudo ни но chage дает эту информацию для user1, и это было несколько месяцев назад. так что это не объясняет, почему пароль user1 больше не работает. comte 8 лет назад 0
я отсоединил / подключил системный диск к другому серверу, чтобы отредактировать / etc / shadow и смог снова войти в систему. хостинговая компания видит 3 возможные причины: повреждение файловой системы, вторжение или ошибка в скрипте виртуальной машины во время перезагрузки (старая версия этого скрипта использовалась для изменения пароля root на исходный, а не последний использовавшийся). 1 - очистить 2 - нет следов, но можно скрыть 3 - почему пароль user1 был бы изменен, а не user2? (также верно для варианта вторжения) comte 8 лет назад 0

0 ответов на вопрос

Похожие вопросы