Warning: gzinflate() [function.gzinflate]: data error in /home/singu/chzv.net/wp-content/plugins/xhanch-my-twitter/inc/common.php on line 187

Warning: gzinflate() [function.gzinflate]: data error in /home/singu/chzv.net/wp-content/plugins/xhanch-my-twitter/inc/common.php on line 187

Последни туитове

chzvnet
  • CHZV.netRT @dave_rel1k: SET v1.5 interactive shell running on OSX. No sir your machine isn't infected, mac's don't have viruses. http://yfrog.co ... - на 16/06/2011 в 09:17:09
  • CHZV.netRT @PrivacyCamp: PayPal vulnerability allows access to any account within 30 seconds http://ow.ly/5iZcK - на 16/06/2011 в 09:07:16
  • CHZV.netХроника на сагата около Сони - кога и какво е хакнато - http://t.co/sxejfv4 - на 11/06/2011 в 11:56:21
  • CHZV.netRT @mikkohypponen: Malware gang's $14.8 million bank account frozen: http://bit.ly/jrcTuf from F-Secure Weblog - на 11/06/2011 в 01:54:21
  • CHZV.netRT @mikkohypponen: Citibank says they too were hacked. They lost card information of one percent of their customers: http://t.co/5sFxWOz ... - на 09/06/2011 в 08:33:22
  • CHZV.netRT @dave_rel1k: Another Social-Engineer Toolkit (SET) update, added multi-threading to spear phishing mass mails. #sweet - на 09/06/2011 в 07:38:55
  • CHZV.netRT @taviso: Should you trust a root CA that couldn't keep track of it's own keys? Trick question, you already do. http://i.imgur.com/oTS ... - на 09/06/2011 в 07:37:36
  • CHZV.netRT @DarkReading: Meeet the 'ad hijacking' attack: http://tinyurl.com/44rfnhk - на 07/06/2011 в 17:39:03
  • CHZV.netRT @rapid7: New Metasploit modules designed specifically for testing firewalls, IDS, IPS, and DLP solutions - http://r-7.co/jZlksz - на 07/06/2011 в 03:49:34
  • CHZV.netRT @lennyzeltser: TDL rootkit implements its own file system to store files on the hard drive: http://bit.ly/jNriDd by @ESETLLC - на 07/06/2011 в 03:34:08
  • CHZV.netRT @dave_rel1k: SET v1.4.1 has been updated in the Back|Track repositories. Lot's of bug fixes and updates around relative paths and fea ... - на 07/06/2011 в 03:32:12
  • CHZV.netRT @mikkohypponen: Fun trick of the day: Try 'ping 2130706433' from the command line and figure out why it works. - на 23/05/2011 в 23:09:33
  • CHZV.netRT @dave_rel1k: The Social-Engineer Toolkit (SET) v1.4.1 has been released. Adds statistics for harvester, bug fixes, and more. - на 20/05/2011 в 22:54:02
  • CHZV.netRT @Reuters: Sony hacked again http://t.co/RI14jsL - на 20/05/2011 в 17:53:37
  • CHZV.netRT @lordparody: My new security slogan. "Better Safe Than Sony" - на 20/05/2011 в 17:51:57
 

Защитете отворените SSH сървъри

November 6th, 2007 от singu

Ако имате Linux сървър, той е достъпен откъм Интернет и имате пуснат SSH сървър, то най-вероятно в лога си имате доста редове от типа:

Oct 29 05:12:51 itil sshd(pam_unix)[3999]: check pass; user unknown
Oct 29 05:12:51 itil sshd(pam_unix)[3999]: authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=83.242.191.10
Oct 29 05:12:54 itil sshd(pam_unix)[4001]: check pass; user unknown
Oct 29 05:12:54 itil sshd(pam_unix)[4001]: authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=83.242.191.10
Oct 29 05:12:58 itil sshd(pam_unix)[4004]: check pass; user unknown
Oct 29 05:12:58 itil sshd(pam_unix)[4004]: authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=83.242.191.10
Oct 29 05:13:01 itil sshd(pam_unix)[4006]: check pass; user unknown
Oct 29 05:13:01 itil sshd(pam_unix)[4006]: authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=83.242.191.10

… което е точно това, което си мислите – някой от Русия се е опитал да се логне в нашият сървър с грешен потребител и/или парола. Голямата вероятност е този адрес да принадлежи всъщност на зомби система, част от ботнет, която чрез най-глупавия брутфорс и речникова атака си пробва често използвани комбинации от потребители и пароли ( напр. потребител root с парола 123456 )

За да не изпадате в неприятни ситуации, ето какво можете да направите:

  • ако е възможно – ограничете достъпа до определени потребители/хостове
  • махнете SSH достъпа на всички стандартни потребители (root, http, mysql, webmaster, administrator и т.н. ). Използвайте само потребители, които вие сте създали за отдалечен достъп.
  • преместете SSH сървъра си да слуша на нестандартен порт, а не на 22. Това няма да спре напълно опитите, но поне ще забави доста нападателите, тъй като трябва да правят пълен портскан на системата
  • ограничете IP адресите, които имат достъп до SSH сървъра с няколко прости iptables правила, например:
  • използвайте по-сигурни пароли, като задължително паролата НЕ трябва да съдържа потребителското име
  • ако имате възможност, инсталирайте инструмент от рода на SSHBlack – простичък скрипт, който вкарва IP адреса на атакуващия в iptables дроп правило след 4 неуспешни опита за логване. При мен същия скрипт, леко модифициран, пази и от брутфорс на ftp сървъра ми.
  • и последно – ако имате възможност, елиминирайте ssh достъпа като цяло.

Подобни статии:

  1. [video] Тунелиране на експлойт през SSH
  2. Измамнически DNS сървъри
  3. [video]Брутфорс на SSH
  4. [video] Хакване на PostgreSQL и SSH
  5. Хакната банка ? Нищо подобно !

Коментирайте

Внимание: Модерирането на коментари е включено и може да доведе до забавяне на публикуването на вашият коментар. Моля за търпение.