http___bg.stealthsettings.com_wordpress-exploit-curatare-fisiere-virusate-sql-si-securizare-server.html_2.xml
1.1 2.1 4.1 6.1 7.1 8.1 9.1 9.2 10.1 11.1 12.1 13.1 13.2 14.1 14.2 15.1 15.2 16.1 16.2 17.1 17.2 18.1 18.2 19.1 20.1 21.1 22.1 23.1 23.2 23.3 24.1 25.1 25.2 26.1 27.1 27.2 28.1 28.2 29.1 29.2 29.3 30.1 31.1 32.1 33.1 34.1 34.2 34.3 34.4
Преди да прочетете този пост, трябва да видите напишете тук, За да се разбере нещо. Намерихме много от блогове на файлове stealthsettings.com, код, подобни на посочените по-долу, произтичащи от virusarii с използване на WordPress.: si Ако по-горе е за файла xmlrpc.PHP на Сънлив, На Впиши сървъра, изглежда като доста от този вид в изходни кодове. Почистване на заразени файлове: Ooookkkk ... Най-доброто решение, тъй като това е направено архивиратеИ да се почистват на базата данни е да се премахване файлове WordPress (Можете да запазите файла WP-config.php и не са строго свързани с WP платформа, след като внимателно провери) на сървъра и да направи първоначалната версия качване 2.5.1 (По този повод и да направи ъпгрейд версия WP :)) http://wordpress.org/download/ . Избършете включително тематични файлове, ако не вярваш, че си най-старателната проверка. Изглежда, че са били засегнати и досиетата на теми, които не са били използвани преди в блога и просто смяна на темата, не решава проблема. ./andreea/wp-content/themes/default/index.php: Търсене и изтриване на всички файлове, съдържащи:... * _new.php, _old.php *, * Jpgg, Giff *, * Pngg и WP-info.txt файл, ако има такива. Намери. -Name "* _new.php" Намери. -Name "* _old.php" Намери. Jpgg" Намери. -Name "* _giff" Намери. -Name "* _pngg" Намери. -Name "WP-info.txt" 3. в / Tmp , Търсене и изтриване на папки като tmpYwbzT2 SQL чистене : 1. в Таблица Таблица wp_options Проверете и изтриване на редове: internal_links_cache, rss_f541b3abd05e7962fcab37737f40fad8 si wordpress_options. Всички в wp_options, отидете на active_plugins и изтрийте, ако има плъгин, който завършва в една от разширения * _new.php, _old.php *, *. jpgg, *. giff, *. pngg или друг вътрешен съмнение, проверете внимателно. В таблица wp_users, Да видим дали има потребител, който не е написал нищо в правото си, колоната user_nicename. Изтриване на потребител, но обърнете внимание на броя на ID колона. Този потребител може да използва "WordPress"Като user_login е създаден и се появява на 00: 00: 00 0000-00-00. Отиди до масата wp_usermeta и да изтриете всички линии, принадлежащи ID-горе. След като сте направили това SQL почистване, забраните и след това позволи на някои плъгин. (В блога -> бордния -> Plugins) Secure сървъра: Вижте какво директории и файлове са "писане"(CHMOD 777) и се опитват да поставят на тях коригира че няма да позволи изписването им на всяко ниво. (CHMOD 644, например) Намери. -Перм-2-LS Вижте какви файлове има бит SUID или SGID . Ако не използвате тези файлове, сложи върху тях коригират 0 или деинсталиране на пакет, който тя съдържа. Те са много опасни, защото те изпълняват привилегии "група"Или"корен"Не и с нормални привилегии потребител да изпълни този файл. Намери / тип F-къдрене-04000-LS Намери / тип F-къдрене-02000-LS Проверете кои портове са отворени и се опитайте да затворите или защитите тези, които не се използват. NETSTAT-на | Впиши-и слушате Толкова много. Виждам Някои блогове са забранени de Google Търсене и други казват: "Ами те направиха!". Ами добре сте го направили ... но ти казвам, ако започнете Google да се забрани всички сайтове формиране Е спам и сложи троянски коне (Троянски. Clicker.HTML) В бисквитки?
1.1 2.1 4.1 6.1 7.1 8.1 9.1 9.2 10.1 11.1 12.1 12.2 12.3 12.4 13.1 13.2 14.1 14.2 15.1 15.2 16.1 16.2 17.1 17.2 18.1 18.2 19.1 20.1 21.1 22.1 22.2 22.3 22.4 23.1 23.2 23.3 24.1 25.1 25.2 26.1 27.1 27.2 28.1 28.2 29.1 29.2 29.3 30.1 31.1 32.1 33.1 34.1 34.2 34.3 34.4 34.5
Before you read this post, you should see post here, To understand something. We found in several of the blogs on stealthsettings.com files, similar to the code below virusarii arise from the exploit the WordPress.: si If it's above file xmlrpc.php of SleepyBut at a grep server, you can see that there are quite a few of its kind in source code. Cleaning infected files: Ooookkkk ... The best solution, after it had backupAnd cleaned the database is to delete files WordPress (You can keep the wp-config.php and files that do not relate strictly wp platform, after being carefully checked) on the server and do upload the original version 2.5.1 (During this make a WP version upgrade :)) http://wordpress.org/download/ . Wipe including theme files if you do not trust that their careful checking. It seems to have been affected and files of the themes that have not been used before on the blog and simply changing the theme, does not solve the problem. ./andreea/wp-content/themes/default/index.php: Search and delete all files containing: * _new.php, * _old.php, *. Jpgg, *. Giff, *. Pngg and file wp-info.txt, if any. Find. -Name "* _new.php" Find. -Name "* _old.php" Find. Jpgg" Find. -Name "* _giff" Find. -Name "* _pngg" Find. -Name "wp-info.txt" in / Tmp , Search and delete folders like tmpYwbzT2 SQL Cleaning : in Table Table wp_options see if there is delete the lines: internal_links_cache, rss_f541b3abd05e7962fcab37737f40fad8 si wordpress_options. Also in wp_options, go to active_plugins and delete if there is a plugin that ends in one of the extensions * _new.php, * _old.php, *. jpgg, *. giff, *. pngg or if another extension is suspected, check carefully. In Table wp_users, See if there is a user who has not written anything in his right, the column user_nicename. Delete the user, but note the number on the ID column. This user may use "WordPress"As user_login and appears to be created on 00: 00: 00 0000-00-00. Go to the Table wp_usermeta and delete all lines belonging ID above. After you have done this sql cleaning, disable and then enable some plugin. (In blog -> Dashboard -> Plugins) Secure server: See what directories and files are "writable"(Chmod 777) and try to put on them a chmod that would not allow their writing at any level. (644 chmod, for example) Find. -Perm-2-ls See what files have the bit set suid or sgid . If you do not use those files put on them chmod 0 or uninstall the package that it contains. Are very dangerous, because they execute privileges "group"Or"root"And not with normal user privileges to execute that file. find /-type f-perm-04000-ls find /-type f-perm-02000-ls Check which ports are open and try to close or secure those that are not used. netstat-an | grep-i listen About it. I see Some blogs are banned de Google! Search and others say, "Well they did!". Well well you have done it ... but you say if you start google to ban all sites forming IS SPAM and put Trojans (Trojan. Clicker.HTML) In cookies?