Deop prtotection

hakim · Post by **hakim** » Sun Apr 23, 2006 3:50 am

How can I protect my bot from being deoped?
Or maybe he could just use all those oped user commands without being oped?
Let's say I'm the channel owner.

demond · Post by **demond** » Sun Apr 23, 2006 4:30 am

you can't

hakim · Post by **hakim** » Sun Apr 23, 2006 4:47 am

demond wrote:you can't

And how about using all those oped user commands without being oped?
[I know that it's possible]

DjBeNNeTT · Post by **DjBeNNeTT** » Sun Apr 23, 2006 5:30 am

How is it possible if you do not have op on the irc server?

hakim · Post by **hakim** » Sun Apr 23, 2006 6:22 am

demond wrote:you can't

So here is what I just figured out:

Code: Select all

need-op { putserv "PRIVMSG chanserv :op #channel bot_nick"}

hakim · Post by **hakim** » Sun Apr 23, 2006 6:25 am

DjBeNNeTT wrote:How is it possible if you do not have op on the irc server?

I don't know how, but I just saw once how channel master's bot deoped another user, when the bot had no "@" near its nickname.

DjBeNNeTT · Post by **DjBeNNeTT** » Sun Apr 23, 2006 7:02 am

I dunno what IRC Network you use, but on IRC Quakenet if you get DEOP you can request for OP again from one of the service bots (if you have a script that does that) Or you have a mirc script that ops your bot on deop.
As far as i know thats the only way

(Some Mirc scripts offer protection scripts, add your bot to protection)

As for doing op commands without op status, I am pretty sure this is impossible, and if so, most likely a hack.
All IRC Servers show who has OP or not, If they do not then the server reconizes that if they try to do an OP command, giving them an error message.

Unless the IRC Server is custom built for that person who did it, or they hacked, or you just simply made your nicklist to short, OR you have a dodgy script, then it is not possible

De Kus · Post by **De Kus** » Sun Apr 23, 2006 1:45 pm

with providing reop functionaltility you still haven't protected your bot from beeing deopped. If you want to prevent this, run your own server and protect your bot as IRC op (similar L and Q are protected on quakenet) or use an network which supports protection mode +a (dmin, usually shown as !. bot can still be deopped, but normal ops cannot remove +a, so it can really reop itself).
You COULD try to use a really fast botnet on diffrent servers, to deop someone, who deopped one of the bots, in a way it reachs the hub server earlier than the previous deop. But this nothing you can relay on

.

Alchera · Post by **Alchera** » Sun Apr 23, 2006 5:40 pm

If on a network using one of the those bloated IRCd's like Unreal then just set +aq on the bot.

hakim · Post by **hakim** » Mon Apr 24, 2006 7:20 am

hakim wrote:And how about using all those oped user commands without being oped? [I know that it's possible]

DjBeNNeTT wrote:How is it possible if you do not have op on the irc server?

Sorry, it was only my imagination, it's impossible.

De Kus wrote:You COULD try to use a really fast botnet on diffrent servers, to deop someone, who deopped one of the bots, in a way it reachs the hub server earlier than the previous deop. But this nothing you can relay on .

Interesting idea, but, I guess, that would require a really really fast botnet

Alchera wrote:If on a network using one of the those bloated IRCd's like Unreal then just set +aq on the bot.

Can you explain that better?

De Kus · Post by **De Kus** » Mon Apr 24, 2006 9:35 am

hakim wrote:
Alchera wrote:If on a network using one of the those bloated IRCd's like Unreal then just set +aq on the bot.
Can you explain that better?

He is most likely refering to networks which use those usermodes: www.euirc.net/en/modes.php
Imho should be +a enough (you should never entrust a bot channel owner rights), though you should already trust your +o users enough

.

hakim · Post by **hakim** » Mon Apr 24, 2006 9:48 am

De Kus wrote:He is most likely refering to networks which use those usermodes: www.euirc.net/en/modes.php
Imho should be +a enough (you should never entrust a bot channel owner rights), though you should already trust your +o users enough .

Ok, now I get it. Thanks for the link