Co zrobić, gdy ktoś zaloguje się jako root na moim serwerze


11

Mam serwer z systemem Debian 6.0 z zainstalowanym logcheck. Wczoraj otrzymałem tę wiadomość:

Jan 19 19:15:10 hostname sshd[28397]: Authentication tried for root with correct key but not from a permitted host (host=4.red-2-140-77.dynamicip.rima-tde.net, ip=2.140.77.4).

Nie wiem kto to jest i wątpię, żeby był tam przez przypadek.

Co mam teraz zrobić?

Pierwszą rzeczą, którą zrobiłem, było wyłączenie uwierzytelniania hasła ssh i przełączenie na klucz publiczny / prywatny. Sprawdzam również plik autoryzowanych_kluczy i widziałem tylko mój klucz publiczny

Co następne?

Skąd mam wiedzieć, co ten facet zrobił na mojej maszynie?


Czy na pewno ta wiadomość e-mail nie jest fałszywa? Czy sprawdziłeś swoje dzienniki?
Cezar

Odpowiedzi:


13

Uważam, że jest to błąd, który wisiał zbyt długo, co zostało naprawione w późniejszych wersjach (6.0p1).

Powinno to być dość łatwe do zweryfikowania, próbując samodzielnie połączyć się z systemem z hosta, który byłby ograniczony, używając innego klucza i zobaczyć, jakie wiadomości otrzymujesz.


2
Rzeczywiście próbowałem na innym komputerze, nie mogłem się zalogować i otrzymałem ten sam komunikat o logowaniu. Zgadnij, że to błąd ...
Ben,

5

To może być długotrwały błąd w OpenSSH, który został naprawiony tylko w wersji 6.0p1 . W takim przypadku możesz go bezpiecznie zignorować. Jeśli jednak chcesz być bezpieczny, oryginalna odpowiedź (zakładając, że ten błąd nie dotyczy):


Twoje klucze prywatne ssh zostały prawdopodobnie naruszone, ponieważ ktoś miał prawidłowy klucz prywatny do zalogowania się na twoje konto root. Fakt, że ktoś nie zalogował się z dozwolonego adresu IP, uchronił Cię przed dalszym kompromisem. Niemniej jest to znaczący kompromis; sugeruje to, że Twoja stacja robocza (lub inna maszyna, z której zazwyczaj pracujesz) została naruszona.

Każdą dotkniętą stację roboczą i serwer należy traktować jako potencjalnie zagrożoną. Sformatuj i ponownie zainstaluj stacje robocze. Odwołaj / zniszcz wszystkie istniejące klucze ssh i ponownie uruchom wszystko ponownie. Zmień wszystkie hasła. Zdecydowanie rozważ wyczyszczenie i ponowną instalację serwerów, na których masz dostęp, aby zalogować się przy użyciu tego klucza.


Dziękuję za odpowiedź, co wydaje mi się bardzo dziwne, że nie było nieudanej próby przed tym udanym połączeniem. Zwykle, gdy ktoś próbuje połączyć się jako root na moim serwerze, widzę kilka nieudanych prób. Tutaj połączenie się powiodło bezpośrednio ... a hasło roota nie jest qwerty: jest to wygenerowane hasło
Ben

1
Jeśli faktycznie używasz fromograniczeń, authorized_keysjak pokazano w linkach, prawdopodobnie ten błąd dotyczy Ciebie. Ale popełniłbym błąd ostrożnie ...
Michael Hampton

1
Ben, złożoność hasła roota jest nieistotna dla tego wpisu dziennika, ponieważ dostępu dokonano za pomocą klucza.
MadHatter,

mmmh ... Uwierzytelnianie hasła zostało włączone, więc pomyślałem, że intruz znalazł to hasło, a nie, że użył klucza prywatnego / publicznego. Jak to jest w ogóle możliwe?
Ben
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.