Psotnic - info by ASAHI




1. Konfiguracja


Opcje musisz koniecznie ustawic:
nick nick bota
realname irc/real-name bota
nickappend lista znakow ktore beda dodane, gdy nick jest zajety
myipv4 adres ipv4 bota (np. 88.45.56.15)
Opcje dla main'a ktore musisz koniecznie ustawic:
listen port, na ktorym main slucha i oczekuje polaczen
owenrpass glowne haslo dostepu do partyline (ustawione poprzez ./psotnic -p)
Opcje dla slave'a ktore musisz koniczenie ustawic:
hub ip, port, haslo main'a, (np. 111.222.333.444 5555 tajnehaslo)
listen port na ktorym slave'a nasluchuje na polczenia od leafow
Opcje dla leaf'ow ktore musisz koniecznie ustawic:
hub ip, port, haslo, handle slave'a (np. 111.111.111.111 8000 tajnehaslo2 slave3)
Dodatkowe opcje dla leaf'ow
alt ip, port zapasowego slave'a (np. 111.111.222.222 9000, ta opcja moze byc ustawiona wiecej niz jeden raz)
Dodatkowe opcje dla wszystkich
ident ident bota (gdy nie ustawimy, to ustawia na taki jaka jest nazwa konta)
handle to ustawiamy, gdy chcemy zeby bot mial inny handle niz nick
vhost adres IP v4 lub v6 (np: 217.2.3.54 lub 3ffe:2f4:56:35:0:0:0:23)
logfile plik, do ktorego bot loguje niektore akcje (defaultowo nie loguje)
userlist w tym pliku bot bedzie zapisywal userliste (jezeli nie podamy, bedzie to nick.ul)
ctcptype tu ustawiamy emulacje jakiegos klienta (jezeli nie podamy, bot sam losuje). Dostepne opcje: 0 = none, 1 = psotnic, 2 = irssi, 3 = epic, 4 = lice, 5 = bitchx, 6 = dzony loker, 7 = luzik, 8 = mirc 6.12
keepnick wlacza trzymanie nicka dla bota. Jezeli jest zajety bot bedzie staral sie go zmienic, jezeli sie zwolni (standardowo wlaczone)
bnc skladnia taka sama jak dla polecenia hub, tylko ze tym razem dajemy namiary na bnc przez ktore ma sie laczyc bot, obslugiwane jedynie jest BNC 2.x, na psybnc raczej bot nie bedzie dzialal
dontfork bot po odpaleniu nie bedzie szedl w tlo
altuidnick jesli nick jest zajety bot zmienia nicka na '0' (defaultowo wlaczone)
kickreason podstawowy powod kicka
partreason powod przy wyjsciu z kanalu
quitreason powod przy quit :)
cyclereason powod przy rejoinie (.mcycle)
limitreason powod kicka po przekroczeniu limitu. Jest uzywany gdy ktos overridnie limit
Dodatkowe opcje dla wszystkich, ktore mozna ustawic wiecej niz raz
server adres ipv4 lub domena irc sewera oraz port (np: server krakow.irc.pl 6667)
server6 jak wyzej, tyle ze dla ipv6 (np: server6 krakow6.irc.pl 6667)

2. Stawiamy botnet


* Stawiamy maina/huba


Pierwsze, co musimy zrobic to wyedytowac konfig z cfg-examples/hub.conf, nastepnie zmienic ustawienia bota na wlasne. Aby ustawic ownerpass robimy: "./psotnic -p" wtedy bot wlaczy sie w trybie tworzenia ownerpass. Wpisujemy wtedy jakis string (slowo), ktore pozniej bedzie haslem dostepo do partyline. Wynik kodowania nalezy wkleic do konfiga. Nastepnie kodujemy konfig komenda: "./psotnic -c konfig". Ta komenda sprawdzi poprawnosc konfiga a nastepnie go zakoduje. Oczywiscie zostawi takze odkodowany plik pod nazwa konfig.dec, ktory nalezy skopiowac w bezpieczne miejsce. Jezeli wszystko pojdzie dobrze, to bot powinien polaczyc sie z serwerem irca. Teraz sa 2 sposoby dodawania ownera: pierwsy polega na wyslaniu botowi, ktory jest na ircu wiadomosci (np: "/msg nick_bota mainowner login haslo" gdzie login to proponowany user, dodany automatyczniue przez huba/maina a haslo to haslo dla usera (haslo nie moze miec mniej niz 8 znakow) Drugi sposob jest niezalezny od serverow irca... Nalezy sie telnetowac do maina/huba podajac dane z konfiga (np: "telnet 123.456.224.566 9000") gdzie ip, to myipv4 maina/huba a port to listen ustawione takze huba. Po nawiazanu polaczenia jest 45 sekund na dodawnei pierwszego ownera/zalogowanie sie dodajemy pierwszego ownera tak: najpierw wpisujemy ownerpass (to co ustawilimsy w konfigu oczywiscie :-P) potem proponowany login a na koniec haslo i to wszystko! Prawda ze proste, nie? Wszystkie komendy wraz z opisem uzyskasz po napisaniu na partyline '.help'. Nastepnie dajemy:

.+host handle nick*!ident@vhost

(dodajemy wtedy, gdy bot jest na ircu. handle = nick jaki ustawilismy w konfigu, jezeli bot jest na ircu i nie dodamy mu hosta, inne boty niebeda go opowac)

* Stawiamy slava


Podobnie jak w przypadku maina/huba kopiujemy konfig z cfg-examples/slave.conf i zmieniamy ustawienia na wlasne. W przypadku slava ustawienie ownerpass nie jest wogole potzrebne wiec zostawiamy tak jak jest to w przykladowym konfigu. Po zrobioeniu poprawnego konfiga kodujemy go tak jak w przypadku huba/maina ("./psotnic-c konfig") i odkodowany konfig.dec przenosimy w bezpieczne miejsce. O to by bylo na tyle. Nastepnie nalezy juz tylko odpalic sleva komedna "./psotnic konfig".

+ Dodawanie slava na mainie/hubie

.+bot handle IP
.+host handle nick*!ident@vhost (tylko wtedy, gdy slave jest na ircu)
.chattr handle s
.chpass handle haslo (haslo jest takie, jakie ustawilismy w konfigu slava)

Po tych dzialania slave powinien sie zlinkowac.

* Stawiamy leafa/zwyklego bota


Robimy tak samo jak z malymi wyjatkami. Uzywamy teraz konfiga leaf.conf. Oczywiscie boty nie nasluchuja na portach wiec listen ustawiamy na 0. Kodujemy konfig i odpalamy bota tak samo jak w poprzednich wypadkach.

+ Dodawanie leafa/zwyklego bota na hubie/mainie

.+bot handle IP
.+host handle nick*!ident@vhost
.chattr handle l
.chpass handle haslo (haslo tak jak w poprzednich wypadkach)

To by bylo na tyle, co do ich postawienia.

Mala dygresja ode mnie: jezeli nadal nie mozesz ich postawic, oznacza to ze nie sa one przenaczone dla ciebie :D

3. Opis ustawien glownych..


Dostep do ustawien poprzez komende .set
cycle-delay opoznienie pomiedzy rejoinem na kanal po wydaniu '.mcycle #kanal'
rejoin-delay opoznienie joina na kanal po kicku
rejoin-fail-delay czas, po ktorym bot probuje wejsc na kanal gdy wczesniej mu sie to nie udalo z powodu np: +i
hub-conn-delay czas, po ktorym bot linkuje sie do swojego huba w przypadku bledow (fail'a)
irc-conn-delay jak wyzej, tyle ze do servera irc
auth-time czas na autoryzacje albo ownera, albo bota, albo servera irca. jesli w tym czasie polaczenie : sie nie powiedzie to kill :>
private-ctcp wlacza badz wylacza odpowiedzi na prywatne ctcp
ops-per-mode ilosc opow w 1 lini, boty wtedy opuja sie po 2 (dostepne tylko jesli jest wiecej niz 4 osoby do kickowania)
ask-for-op-delay opoznienie, po ktorym bot prosi inne boty o opa, w przypadku gdy nie dostal go wczesniej
getop-op-check ustawienie to sprawdza czy bot ma juz opa, jesli tak nie opuje go
conn-timeout te ustawienei okresla czas po jakim boty wylatuja z ping timeout
keep-nick-check-delay czas, co ile bot probuje odzyskac nicka, gdy jest zajety przez kogos innego
remember-old-keys opcja zapamietywania starych kluczy kanalowych
telnet-owners wlacza mozliwosc dostepu do botow poprzez telnet (tylko dla ludzi Z flaga +t)
max-matches maksymalna ilosc wyswietlanych trafien uzyskanych komenda .match
perip-max-shown-cons maxymalna ilosc wysweitlanych prob polaczen na konkrnetny ip
perip-burst-size ile maxymalnie moze byc poalczen zanim dany ip zlapie ingora
perip-burst-time czasy zycia ipeka dla all anty conn flodowych ustawien
perip-ignore-time czas ignora dla konkretnego ip
synflood-max-conns maxymalna ilosc polaczen per perip-burst-time. jesli to zostanie przekrocozne to idze ingore na all ipeki
synflood-ignore-time ignore na all ipeki trwa synflood-ignore-time
bIe-mode-bounce-time czas po ktorym bot sciaga b/e/I
wasop-cache-time czas, ile bot trzyma informacje o opach podczas splitow
away-time czas, przez ile bot jest away
chat-time jak wyzej, tylko ze kiedy bot jest aktywny
between-msg-delay czas pomiedzy wysylaniem wiadomosci podczas aktywnosci (anti idle)
randomness to cos oznacza o ile ma modyfikowac away-time i chat-time i between-msg-delay
public-away wlacza publice action, bot robi action na random kanal, z wiadomoscia o away czy back
clone-life-time czas, przez ktory z liczone clones sa trzymane w pamieci
quarantine-time czas jaki bot czeka przed wejsciem na kanaly jesli wlasnie dodano mu host (dziala od wersji 0.2.0rc11)
critical-bots jesli liczba botow na kanale jest mniejsza niz wartosc tej opcji oraz lockdown jest wlaczony na danym kanale, jeden z botow zamknie kanal (+i)

4. Ustawienia lokalne/kanalowe


Dostep do ustawien poprzez komende .chset kanal
aop-bots ilosc botow, ktore opuja ludzi po joinie (ludzi z flaga +ao)
bot-aop-bots ilosc botow, ktore opuja inne boty po joinie (nie getopem)
punish-bots ilosc botow, ktore atakuja od razu podczas jakis przewinien
getop-bots ilosc botow, ktore bot prosi o opa
invite-bots jak wyzej, tyle ze na getinvite
guardian-bots ilosc botow pilujacych modow kanalowych, zakladajacych bana przy wykryciu klonow, zdejmwoania banow jesli ktorys z przyjaciol go zlapal
channel-ctcp ustawienie odpowiedzi na kanalowe ctcp
enforce-bans wlacza opcje znana z eggdropa jako enforce bans
enforce-limits ta opcja enforcuje limit, jezeli ktos z +n zmienjszy limit, nadwyzka jest 'usuwana' :)
stop-nethack opcja ta gsy wlaczona, kopie ludzi dostajacyh +o od servera
limit wlacza limitowanei dla kanalu
limit-time czas, po jakim bot sprawdza limit ewentualnie go zmienia
limit-offset ustawienie mowiace, o ile limti ma byc wiekszy
limit-bots ilosc botow ustawiajacyh limit
limit-tolerance ustawienie to jest po to, zeby bot nie zmienial limitu co 1, tzw toleracja
owner-limit-time czas po ktorym bot przywroci limit, gdy owner go zmieni
takeover opcja takeovera
bitch bitch :>
wasoptest ta opcja wlacza sprawdzanie, czy osoba miala opa przed splitem, jezeli tak, nethack jej nie kopie
ident-clones ilosc clonow z identa
host-clones jak wyzej tyle ze dla hosta
proxy-clones jak wyzej, tyle ze dla proxy
dynamic-bans jezeli wlaczone, boty same sciagaja bany po uplywie bIe-bounce-time
dynamic-invites jak wyzej, tyle ze invity (+I)
dynamic-exempts jak wyzej, tyle ze exempty (+e)
lockdown wlacza zamykanie kanlu przy malej ilosci botow (set critical-bots)

5. Opis flag globalnych, lokalnych/kanalowych oraz dla botow



flagi globalne (user)
xmain owner (moze robic wszystko na co pozwala interface)
ssuper owner (nie moze uzywac .rdie, .restart, .update, nie moze modyfikwoac innych handli z +s)
nnormal owner (nie moze zmieniac ustawien .set i .chset, nie moze joinowac/partowac botow, nie moze modyfikowac innych handli z +n globalnym, moze rzucac dowolne mody kanalowe)
pbardzo ograniczony dostep do partyline, moze listowac i modyfikwoac handle i shity tylko na kanalach na ktorych ma lokalne 'n'
twraz z flaga +p daje userowi dostep do partyline przez telnet
mmaster (brak dostepu do partyline, posiada mozliwosc opowania po jednej osbie w modzie, nie moze rzucac modow mofikujacych ustawienia kanalowe)
ffriend (nie moze rozdawac opow, moze wracac z opem ze splitu)
oop (w zasadzie moze tylko co zwykly -o+@)
vvoice
aautomode (razem z +o czy +v auto-op lub auto-voice)
ddeop (nie moze miec opa (kop na +o))
qquiet (nie moze miec voice'a (kop na +v)
kkick przy wejsciu na kanal
cclone (posiadajac ta flage hosty usera nie sa liczone przez clonechceka)
iinvite (auto-invite po kicku, gdy na kanale jest +i lub kanal jest pelny)
rreop (auto-reop przy deopie)
e userzy z ta flaga nie beda dodawani do listy idiotsow za przewinienia na kanale *
flagi lokalne (jesli nie sprecyzowano flaga dziala tak samo jak globalna)
nnormal owner kanalu (moze praktycznie wszystko, poza deop/kick/ban botow, nie ma wstepu na partyline, chyba ze ma globalne +p :))
mmaster
ffriend
oop
vvoice
aauto-mode
q quiet
ddeop
kkick
flagi botow
hmain lub hub, glowny bot, moga sie do niego laczyc tylko slejwy
sslave, bot do ktorego sie laczy inne boty
lleaf, zwykly bot, pionek w grze, w odroznieniu od huba i slave'a nie zapisuje ufki
pbot z ta flaga bedzie informowal inne boty o nowym hoscie na ircu, w zasadzie ta opcja moze wprowadzic wiele chaosu do botnetu wiec nalezy uzywac ja z rozwaga (tylko wersja 0.2.x)
ybot z ta flaga ma mozliwosc podlaczenia sie do botnetu majac zaladowane moduly

6. Komendy



.abuseCiekawosc to pierwszy stopien do Kill line.
.bc<bot> <text>Wysyla botnet command do bot (odbieranie text i reakcje na text nalezy zaimplemtowac w module)
.+bot<handle <ip>Dodaje bota o nazwie handle o adresie ip
.-bot<handle>Usuwa bota o nazwie handle
.bots[expr] [flags] Pokazuje boty, o nicku lub z flagami, oraz wszystkie.
.bottreeDrzewko zlinkowanych botow
.bye[reason]Wychodzenie z part line z tekstem reason
.chaddr<handle> <ip>Zmienia botu o nazwie handle adres ip ip
.+chan<chan> [key]Dodaje kanal o nazwie chan z kluczem key
.channelsPokazuje na jakich kanalach stoja boty
.chattr<handle> <flags> [chan]Ustawia userowi lub botu o nazwie handle flagi flags globalnie lub na kanal chan
.chnick<bot> <nick>Zmienia nicka na ircu botu bot na nowy nick pod warunkiem ze nie ma ustawionego keepnicka
.chpass<handle> <pass>Ustawia userowi lub dla bota o nazwie handle haslo pass
.downbotsPokazuje wszystkie rozlinkowane boty
.export<file> [pass] Exportowanie pliku file na konto z botem
.+host<handle> <host> Dodaje do usera o nazwie handle maske host
.-host<handle> <host>Usuwa userowi o nazwie handle maske host
.import<file> [pass]Importowanie pliku file do botow
.-info<handle> <key>Usuwa informacje usera, bota o nazwie handle
.+info<handle> <key> <value>Dodaje informacje do userabota o nazwie handle
.info<handle>Pokazuje informacje o userze, bocie o nazwie handle
.list<apcdsvuiU> [bot]Pokazuje informacje o botach:
a - pokazuje czy bot jest away czy nie
p - pokazuje pingi pomiedzy botami
c - pokazuje kanaly
d - pokazuje boty nie polaczone z ircserverm
s - pokazuje servery bota jakie sa ustawione w configu bota oraz z jakim serverm jest aktualnie polaczony
v - pokazuje wersje bota
u - pokazuje informacje o serverze
i - pokazuje hosta oraz server bota
U - pokazuje uptime bota.
.match<expr> [flags] [chan]Wyswietla Wszystkie handle i host
.mcycle<chan>Wszystkie boty wychodza i wchodza na kanale chan
.mjoin<chan> [key] [delay]Wchodza wszystkie boty na kanal chan o kluczu key w odstepie czasowym delay
.mk<o|n|a> <chan> [lock] Boty wykopuja ludzi z opem o bez opa n wszystkich ludzie z flaga +f nie sa kopani
.mpart<chan>Wychodza wszystkie boty z kanalu chan
.names<bot> [chan]Pokazuje liste nickow, ktore widzi bot o nicku bot z kanalu chan
.ownersPokazuje zalogowanych ownerow
.rcycle<bot> <chan>Bot bot wychodzi i wchodzi na kanale chan
.rdie<bot>Zabija bota o nazwie bot
.resetidleResetuje idle wszystkich botow.
.restart<bot>Restartuje bota o nazwie bot
.rjoin<bot> <chan> [key]Wchodzi bot o nazwie bot na kanal chan o kluczu key
.rjump6<bot> <host> [port]Zmiana servera ipv6 bota o nazwie bot na server host o porcie port standardowy port to 6667
.rjump<bot> <host> [port]Zmiana servera bota o nazwie bot na server host o porcie port standardowy port to 6667
.rjumps5<bot> <proxy> <port> <server> <port>Polaczenie bota przez proxy: Podajemy adres/ip proxy proxy nastepnie port proxy port oraz server irca server i port irca port
.rpart<bot> <chan>Wychodzi botem o nicku bot z kanalu chan
.saveChyba nie trzeba tlumaczyc?
.+shit[#chan] [%time] <mask> [reason]Dodaje shita na kanale chan czasie jakim ma usunac shita %time o masce mask z reasonem reason wykopania delikwenta
Jezeli nie podamy kanalu shit zostanie zalozony na wszystkich kanalach na jakich sa boty, oraz jak nie podamy czasu zostanie dodany do NEVER, czyli na zawsze.
.-shit<mask> [chan]Usuwa shita o masce mask z kanalu chan
.shits[chan]Pokazuje zalozone shity.
.sjoin<slave> <chan> [key]Wchodza boty zlinkowane ze slave slave na kanal chan o kluczu key
.spart<slave> <chan>Wychodza boty zlinkowane ze slave slave z kanalu chan
.+stick[#chan] [%time] <mask> [reason]Dodaje stalego bana na kanale chan jakim ma usunac sticka %time o masce mask z reasonem reason wykopania delikwenta
Jezeli nie podamy kanalu stick zostanie zalozony na wszystkich kanalach na jakich sa boty, oraz jak nie podamy czasu zostanie dodany do NEVER, czyli na zawsze.
.tkmjoin<chan> [key] [delay]Boty wchodza z ustawieniami takeovera na kanal chan o kluczu key w odstepie czasowym delay
.tkrjoin<bot> <chan>Wchodzi bot o nazwie bot na kanal chan
.tksjoin<slave> <chan>Wchodza boty zlinkowane z slavem slave na kanal chan
.upbotPokazuje wszystkie zlinkowane boty
.update<bot> [URL]Instaluje najnowsza wersje bota na koncie gdzie jest zainstalowany bot o nazwie bot
.+user<handle>Dodaje usera o nazwie handle.
.-user<handle>Usuwa usera o nazwie handle.
.usersPokazuje wszystkich userow dopisanych do botow
.whobPokazuje tylko slave polaczone do huba
.whois<handle>Pokazuje wszystkie infomrmacje dotyczace usera lub bota o nazwie handle
.whomPokazuje tylko userow polaczonych do huba
.whoPokazuje userow i slave polaczonych do huba

Copyright (c) 2009 ASAHI. All rights reserved.

Dodatek

Jak postawić Hub psotnic.

Hub to najważniejszy bot więc postawcie go na najlepszym koncie jakie posiadacie. Hub powinien działać cały czas, w przeciwnym razie nie będziecie w stanie zalogować się na botnet, żeby cokolwiek dopisać, zmienić lub poprawić.

    Mam nadzieję, że każdy kto czyta ten howto, ma jakąkolwiek podstawową wiedzę o posługiwaniu się kontem. Jeśli jesteście kompletnie zieloni i dopiero zaczynacie zabawę, nie ma problemu, gdyż postaram się opisać wszystko bardzo dokładnie no i oczywiście z obrazkami.

    Żeby w ogóle zacząć zabawę, musimy skopiować źródło bota na nasze konto. Pamiętajcie, że bot jest pisany na różne OS'y (linux, freebsd) i żeby sprawdzić jaką wersję potrzebujemy na koncie shell piszemy takie oto polecenie: uname -a

asahi@shell:~$ uname -a
Linux shell 2.6.14-grsec #5 SMP Tue Nov 8 21:20:12 CET 2005 i686 GNU/Linux

    Widzimy, że na serwerze zainstalowany jest linux i wiemy już którą wersją ściągnąć. Od Was i od Waszych kont zależy już czy będziecie używać bota na ipv4 czy ipv6. Jeżeli chodzi o huba, to zdecydowanie wolałbym postawić go na ipv4. Mamy już sprawdzony OS, wiemy którą wersję bota pobrać więc możemy zabierać się do pracy.

1. pobranie bota na konto shell : komenda - wget link
   asahi@shell:~$ wget psotnic-0.2.14-linux-static.tar.gz   - ENTER
   Po kilku sekundach plik powinien się ściągnąć. Proponuję stworzyć nowy katalog i tam przekopiować spakowanego botka.
   asahi@shell:~$ mkdir psotnic  - ENTER - tworzymy katalog o nazwie psotnic, następnie kopiujemy bota do tego katalogu:
   asahi@shell:~$ cp psotnic-0.2.14-linux-static.tar.gz psotnic  -  ENTER - bot został skopiowany do katalogu psotnic

    teraz musimy rozpakować plik, co robi się w sposób następujący:
    asahi@shell:~$ tar -xzf psotnic-0.2.14-linux-static.tar.gz  -  ENTER  - archiwum właśnie się rozpakowało.

    Po rozpakowaniu się archiwum powinniście zobaczyć takie oto pliki i katalogi:
    cfg-examples/  CHANGELOG  FEATURES  LICENSE  psotnic-0.2.14-linux-static  README  TODO  - aby sprawdzić wpiszecie polecenie - ls  
    asahi@shell:~$ ls
    
cfg-examples/  CHANGELOG  FEATURES  LICENSE  psotnic-0.2.14-linux-static  README  TODO

2. Jak pisałem wcześniej najpierw musimy zainstalować HUBa. Pliki configuracyjne HUBa, SLAVEa i LEAFa znajdują się w katalogu cfg-examples/, aby skopiować je do naszego katalogu (psotnic) piszemy takie oto polecenie.
    asahi@shell:~$ cp cfg-examples/conf.hub conf.hub  -  ENTER 
Teraz, gdy mamy już skopiowany plik z konfigiem możemy zacząć go edytować. W zależności od tego jaki edytor macie dostępny na Waszym koncie piszecie vi, pico, mcedit. Ja pokaże Wam na przykładzie edytora pico, więc piszemy pico conf.hub.
   
asahi@shell:~$ pico conf.hub  i  ENTER  - otworzy się nam plik konfiguracyjny HUBa, który wygląda tak:

nick hub <--- tu piszemu nick BOTA
nickappend _-^`| <--- to zostawcie domyślnie
realname Psotnic C++ Edition <--- tu piszecie realname bota
myipv4 0.0.0.0 <--- tu piszecie główne IP waszego serwera
vhost 0.0.0.0 <--- tu wpisujecie wybrany vhost w postaci IP
listen 9000 <--- tu port na którym HUB nasłuchuje
     
server 150.254.64.64 6667 <--- serwer irc 1
server 193.219.28.242 6667 <--- serwer irc 2
server 212.182.63.110 6667 <--- serwer irc 3
server 149.156.124.222 6667 <--- serwer irc 4
     
ctcptype 2 <--- po sprawdzeniu version wyśle msg, że to irssi
     
keepnick 1 <--- broni i odzyskuje swojego nicka
     
ownerpass 24e70511c32ad46bf53302a9717c651b <--- wasze pass na huba

3. Teraz nadszedł czas na zmianę hasła na hubie. Zabezpieczone hasło wygląda w ten sposób 24e70511c32ad46bf53302a9717c651b. Niestety nie wiemy co ta kombinacja oznacza. Musimy zmienić hasło. Zapisujecie plik konfiguracyjny bota (w naszym przypadku, jest to ciągle conf.hub), zostawiając hasło takie jakie jest. Aby uzyskać swoje hasło wpisujecie na koncie polecenie ./psotnic -p :
    asahi@shell:~$ ./psotnic -p conf.hub  ENTER
Jak pisało kiedyś na stronie botka powinno wam się ukazać coś takiego:

bash-3.00# ./psotnic -p
Psotnic C++ edition, version 0.2.14-ipv6 (rev: 205, build: Jan 5 2009 09:51:18)
Copyright (C) 2003-2007 Grzegorz Rusin <grusin@gmail.com>

Bot is now running in MD5 hash generator mode
string to hash:

TERAZ WPISZ SWOJE HASŁO !! MUSI TO BYĆ JEDNO SŁOWO !! 

string to hash: PSOTNIK <---- tu wpisujcie wasze hasło !!nie piszcie psotnik !! to oczywiście dla przykładu
MD5 hash : 7bbb3662a3218f2296eab7c261714ffa <----- kod który należy wpisać na HUBIE
string to hash:
Więc ponownie wpisujemy : pico conf.hub
    asahi@shell:~$ pico conf.hub  ENTER  -  i  w miejscu starego ownerpass wklejamy to co Wam wyszło. W miejscu gdzie było:
    ownerpass 24e70511c32ad46bf53302a9717c651b  wpisujemy --->  ownerpass 7bbb3662a3218f2296eab7c261714ffa  - każdy wpisuje swoje hasło !!

Zapisujemy zmiany jak poprzednio, komendą ctrl+o potwierdzamy iż chcemy nadpisać plik conf.hub i naciskamy ENTER. Najważniejsze jest za nami. Nadszedł czas na zakodowanie bota. Jak to zrobić wpisujemy tylko komendę ./psotnic -c conf.hub
    asahi@shell:~$ ./psotnic -c conf.hub  ENTER  - po chwili, jeśli wszystko jest okej, powinniście zobaczyć coś takiego:

Psotnic C++ edition, version 0.2.14-ipv6 (rev: 205, build: Jan 5 2009 09:51:18)
Copyright (C) 2003-2007 Grzegorz Rusin <grusin@gmail.com>

 

  • Loading decrypted config from 'conf.hub'
     
  • Crypting config file
    [+] All done
     
  • Please move conf.hub.dec to safe place and start bot without -c option
    [+] Terminating.


    Jeśli takie coś Wam się nie pojawi, to config jest źle napisany. Zajrzyjcie jeszcze raz i poprawcie. Jeśli natomiast bot się zakodował i pokazało się wam to co napisałem wyżej ... czas na uruchomienie HUBa. Piszemy: ./psotnic conf.hub
        asahi@shell:~$ ./psotnic conf.hub

    Jesli wyskoczy takie coś :
    Psotnic C++ edition, version 0.2.14-ipv6 (rev: 205, build: Jan 5 2009 09:51:18)
    Copyright (C) 2003-2007 Grzegorz Rusin <grusin@gmail.com>


     
  • Acting as MAIN
    [+] Config loaded
     
  • Opening listening socket at 0.0.0.0:9000
    [+] Socket awaits incomming connections
     
  • Loading userlist from 'hub.ul'
     
  • Userlist not found, running in owner creation mode

    A po chwili jak HUB się połączy z IRCem powinno pokazać się coś takiego :

     
  • Please do `/msg 616PAIWH7 mainowner <handle> <password>'
     
  • eg. `/msg 616PAIWH7 mainowner l33t foobar'

     
    Wam pokaże się nieco inaczej, bo przecież macie innego configa:  Nick bota to nie 616PAIWH7, tylko ten, który wybraliście i wasz login na  konto to oczywiście nie l33t. I teraz w zależności od tego jak skonfigurowaliście huba i jaki macie login tak wam się zmieni ten wyświetlany tekst. Jeśli chodzi o pisanie konfigu to tyle. Teraz czas zalogować się na naszym hubie i powiedzieć mu kto jest jego ownerem.

    Jak widzieliście wcześniej pokazało nam się coś takiego: `/msg 616PAIWH7 mainowner l33t foobar'. Ten zapis oznacza tylko i wyłącznie tyle, ażeby z IRCa wejsc na huba pisząc /msg NICK_HUBA mainowner WASZ_IDENT HASŁO (nie wpisujcie tutaj tego pierwszego hasła. Nowe hasło będzie hasłem użytkownika NIE OWNERA i musi mieć 8liter lub cyfr!!). Hub wyświetli Wam komunikat: Account was created. Zamknijcie więc okno i zalogujcie się jeszcze raz. Wpisując /chat NICK_HUBA i potem juz po kolei 1 pass ownera i 2 pass usera. Później to już tylko dopisywać co trzeba i zmieniać do woli.

     

  • Jak postawic Slave Psotnic.

    Slave - Mamy postawionego HUBa, czas na slave. Potrzebny plik konfiguracyjny znajduje się w katalogu cfg-examples/, więc jak ostatnim razem, musimy skopiować config slave. Jeśli Wasz botnet będzie sporych rozmiarów radziłbym postawić z 2 może 3 slavy na różnych kontach, do których później podlinkujecie leafy. Natomiast jeśli Wasz botnet nie przekroczy 4 - 5 botów stwórzcie botnet składający się z samych slavów.

     Tak jak poprzednio musimy skopiować odpowiedni konfig.
        asahi@shell:~$ cp cfg-examples/conf.slave conf.slave  -  ENTER 
    Jeśli z 1 konta planujecie odpalić kilka slavów zróbcie to w ten sposób:

        asahi@shell:~$ cp cfg-examples/conf.slave conf1.slave  -  ENTER 
        asahi@shell:~$ cp cfg-examples/conf.slave conf.2slave  -  ENTER 
        asahi@shell:~$ cp cfg-examples/conf.slave conf.3slave  -  ENTER 

    Gdy już skopiujecie odpowiednie pliki musimy je zedytować. Pliki edytujemy odpowiednio pisząc nazwy configów:
        asahi@shell:~$ pico conf1.slave
        asahi@shell:~$ pico conf2.slave
        asahi@shell:~$ pico conf3.slave

    1. Edytujemy konfig

    nick Botek <--- tu piszemu nick BOTA
    nickappend _-^`| <--- to zostawcie domyślnie
    realname Psotnic C++ Edition <--- tu piszecie realname bota
    myipv4 80.19.14.19 <--- tu piszecie główne IP waszego serwera
    vhost 80.19.14.19 <--- tu wpisujecie wybrany vhost w postaci IP
    listen 8029 <--- 8029 port nasłuchu bota - z konta dajemy inne
         
    server 150.254.64.64 6667 <--- serwer irc 1
    server 193.219.28.242 6667 <--- serwer irc 2
    server 212.182.63.110 6667 <--- serwer irc 3
    server 149.156.124.222 6667 <--- serwer irc 4
         
    ctcptype 2 <--- po sprawdzeniu version wyśle msg, że to irssi
         
    keepnick 1 <--- broni i odzyskuje swojego nicka
         
    partreason wychodze <--- text z jakim reasonem bot ma wychodzic z kanału
    quitreason i mnie rozłączyło <--- text z jakim reasonem bot ma wychodzic z IRC
    kickreason spadaj <--- text z jakim reasonem bot ma kopac

       Zapisujemy zmiany (ctrl+o) jako plik conf1.slave, conf2.slave, conf3.slave, zamykamy edytor (ctrl+x). Teraz tylko wydajemy polecenie do zakodowania botka czyli:  ./psotnic -c dla każdego konfiga1,2,3.
        asahi@shell:~$ ./psotnic -c conf1.slave
        asahi@shell:~$ ./psotnic -c conf2.slave
        asahi@shell:~$ ./psotnic -c conf3.slave
    Oczywiście slavów nie musicie mieć 3, równie dobrze może ich być 2 .. lub 4. Czas na uruchomienie bota.
        asahi@shell:~$ ./psotnic conf1.slave
        asahi@shell:~$ ./psotnic conf2.slave
        asahi@shell:~$ ./psotnic conf3.slave

    Gdy zobaczycie taki text:
    Psotnic C++ edition, version 0.2.14 (Oct 2 2004 18:16:54)
    Copyright (C) 2003-2004 Grzegorz Rusin <pks@irc.pl, gg:1569230>
     

  • Acting as SLAVE
    [+] Config loaded
     
  • Opening listening socket at 0.0.0.0:9000
    [+] Socket awaits incomming connections
     
  • Loading userlist from 'botek.ul'
     
    Wszystko gra i za chwile powinniście zobaczyć Waszego slava na hubie. Slavy dodaje się w sposób następujący. logujemy się na HUBA piszemy nasze hasła i dodajemy nowego bota - SLAVE:

     

     .+bot nick_bota IP(jego IP)                    <--- .+bot BOTEK 80.19.14.19      lub     0.0.0.0 - jeśli jest zmienne IP
    .chpass nick_bota haslo_twoje               <--- .chpass BOTEK pass usera    - to 2 pass
    .chattr nick_bota s                                  <--- .chattr BOTEK s                     - bot jest slavem
    .+host *!ident@host                                 <--- dodajemy host bota .+host botek *!botek@80.19.14.19
    .save                                                        <--- zapisujemy

    i gotowe.

  • Jak postawic Leaf Psotnic.

    Leaf - Mamy postawionego HUBa i Slavy, czas zrobić leafa. Potrzebny plik konfiguracyjny znajduje się w katalogu cfg-examples/, więc jak ostatnim razem, musimy skopiować config leafa. Pamiętajcie, że najlepszy botnet to taki, w którym każdy bot postawiony jest z innego serwera. W razie jakiegoś problemu stracicie 1 bota a nie 3. Więc do dzieła. Tak jak poprzednio musimy skopiować odpowiedni konfig.

       Tak jak poprzednio musimy skopiować odpowiedni konfig.
        asahi@shell:~$ cp cfg-examples/conf.leaf conf.leaf  -  ENTER 
    Jeśli z 1 konta planujecie odpalić kilka slavów zróbcie to w ten sposób:

        asahi@shell:~$ cp cfg-examples/conf.leaf conf1.leaf  -  ENTER 
        asahi@shell:~$ cp cfg-examples/conf.leaf conf.2leaf  -  ENTER 
        asahi@shell:~$ cp cfg-examples/conf.leafconf.3leaf  -  ENTER 

    Gdy już skopiujecie odpowiednie pliki musimy je zedytować. Pliki edytujemy odpowiednio pisząc nazwy configów:
        asahi@shell:~$ pico conf1.leaf
        asahi@shell:~$ pico conf2.leaf
        asahi@shell:~$ pico conf3.leaf

    1. Edytujemy konfig

    nick leafik <--- tu piszemu nick BOTA
    nickappend _-^`| <--- to zostawcie domyślnie
    realname Psotnic C++ Edition <--- tu piszecie realname bota
    myipv4 80.19.14.19 <--- tu piszecie główne IP waszego serwera
    vhost 80.19.14.19 <--- tu wpisujecie wybrany vhost w postaci IP
    listen 8011 <--- 8011 port nasłuchu bota - z konta dajemy inne
         
    server 150.254.64.64 6667 <--- serwer irc 1
    server 193.219.28.242 6667 <--- serwer irc 2
    server 212.182.63.110 6667 <--- serwer irc 3
    server 149.156.124.222 6667 <--- serwer irc 4
         
    ctcptype 2 <--- po sprawdzeniu version wyśle msg, że to irssi
         
    keepnick 1 <--- broni i odzyskuje swojego nicka
         
    partreason wychodze <--- text z jakim reasonem bot ma wychodzic z kanału
    quitreason i mnie rozlaczylo <--- text z jakim reasonem bot ma wychodzic z IRC
    kickreason spadaj <--- text z jakim reasonem bot ma kopac

     Zapisujemy zmiany (ctrl+o) jako plik conf1.slave, conf2.slave, conf3.slave, zamykamy edytor (ctrl+x). Teraz tylko wydajemy polecenie do zakodowania botka czyli:

       asahi@shell:~$ ./psotnic -c conf1.leaf
        asahi@shell:~$ ./psotnic -c conf2.leaf
        asahi@shell:~$ ./psotnic -c conf3.leaf
    Oczywiście slavów nie musicie mieć 3, równie dobrze może ich być 2 .. lub 4. Czas na uruchomienie bota.
        asahi@shell:~$ ./psotnic conf1.leaf
        asahi@shell:~$ ./psotnic conf2.leaf
        asahi@shell:~$ ./psotnic conf3.leaf
    Gdy zobaczycie taki text:
    Gdy zobaczycie taki text:
    Psotnic C++ edition, version 0.2.14 (Oct 2 2004 18:16:54)
    Copyright (C) 2003-2004 Grzegorz Rusin <pks@irc.pl, gg:1569230>
     

  • Acting as LEAF
    [+] Config loaded
     
  • Opening listening socket at 0.0.0.0:9000
    [+] Socket awaits incomming connections
     
  • Loading userlist from 'leafik.ul'
    Wszystko gra i za chwile powniniście zobaczyć Waszego leafa na hubie. Leafy dodaje sie w sposób następujący. logujemy się na HUBA piszemy nasze hasła i dodajemy nowego bota:

     

     .+bot nick_bota IP(jego IP)                    <--- .+bot BOTEK 80.19.14.19      lub     0.0.0.0 - jeśli jest zmienne IP
    .chpass nick_bota haslo_twoje               <--- .chpass BOTEK pass usera    - to 2 pass
    .chattr nick_bota l                                  <--- .chattr BOTEK l                      - bot jest leafem
    .+host *!ident@host                                 <--- dodajemy host bota .+host botek *!botek@80.19.14.19
    .save                                                        <--- zapisujemy

    i gotowe.

  •