Open Mikaela opened 3 years ago
This seems like a "moderate on the other side of the bridge" problem? As in, if an operator or a bot has the ability to issue these bans on the Ergo side, they would be able to do it more effectively on the Matrix side?
Unlike RELAYMSG, the bridge spawns ghost users on IRC side kind of pretending to be a bouncer and the bridge may not be always be ran by the same people as Ergo. This is the case in our network that is migrating to Ergo and also Libera.Chat.
I'm thinking it would be interesting to develop a vendor extension that would allow "puppeting" bridges (like matrix-appservice-irc and go-discord-irc) to send an identifier for the user during registration, which Ergo could then hash into a unique cloak (using the account cloaking algorithm).
The bridge would send something like: BRIDGEID matrix user@domain.com
or BRIDGEID discord <id_number>
.
So go-discord-irc uses WEBIRC
. BRIDGEID
seems to be a similar concept? It (go-discord-irc) creates an ipv6 address out of the <id_number>
that doesn't/cannot clash with public ones and sends it with the rest of the usual WEBIRC parameters.
From discussion, we think go-discord-irc's algorithm:
doesn't work with Ergo because it produces ipv6 addresses that are all in the same /64, so in the default Ergo configuration they receive an identical cloak.
I'm thinking it would be interesting to develop a vendor extension that would allow "puppeting" bridges (like matrix-appservice-irc and go-discord-irc) to send an identifier for the user during registration, which Ergo could then hash into a unique cloak (using the account cloaking algorithm).
The bridge would send something like:
BRIDGEID matrix user@domain.com
orBRIDGEID discord <id_number>
.
@Half-Shot thoughts?
Biboumi (a xmpp to irc gateway) does implement webirc and thus allows xmpp server level bans without banning the gateway itself. At least on the more federated xmpp network that is usually sufficient to block abuse.
I think BRIDGEID
could possibly also be useful for public shells for those who aren't just going to move to local and mobile clients
I hit this again recently and was also asking on #ergo
how to get rid of a undesired Matrix bot. First I ended up UBANning all Matrix and XMPP users on the network and then just on specific channel when that was pointed out to me.
matrix-appservice-irc generally doesn't allow users to change realnames/gecos so thus the only way for operator to ban abusive users/homeservers is to ban by realname/gecos.