[Proposal] WiMNC (Multiple MNC Discovery) about gert HOT 13 CLOSED

Edited for brevity and clarity

from gert.

As a side note, common real-world protection schemes use hashed passwords for encryption keys (using functions known as PBKDF.)

from gert.

Ok. But if you plan on doing so when thinking about protection methods, use a different hash than SHA-256

from gert.

It's definitely an interesting idea. I raised a concern on the Discord about this, but I'm willing to seriously consider this.

from gert.

Also i forgot to said it since all time, but the whole point of having multiple MNC is that wireless range is limited, and doing cables require chunk-loading all of them (unless there is a specific mod for it, which is to avoid)

from gert.

Multiple clients can broadcast a wireless signal. You don't need more than one MNC for that.

from gert.

You mean clients can like, "extend" the wireless range of MNC by relaying its packets?

from gert.

Because GERTi is partially a mesh network, not all packets run through the MNC. Clients can join the network by connecting to other clients, which can then act as a relay. In one sense, they do act as wireless extenders, but I just want to try to clarify that the MNC is not directly involved with all internal network traffic.

from gert.

Oh, i didn't knew that. Well, except for security, WiMNC is useless. And that's cool that clients can act as relays.

from gert.

But like i said, you could maybe implement some sort of security layer between clients and MNC. Because for now, if a client act as relays, it can easily read messages originally sended to an other client. And even do spoofing (sending messages as it)

from gert.

Anyways i'm closing this issue, we can continue to speak here if it's about the security layer

from gert.

I totally understand what you are saying about security. I tried to implement some limited controls in the base protocol, but there is only so much I can do in the amount of space I wanted to use. I feel that it would be best for a security protocol to sit above GERT and perhaps expose wrapped sockets. That way, it doesn't increase the size of the GERT protocol and can remain optional due to not everyone needing the extra security.

from gert.

Yea, i think a library including some sort of security would be the most appropriate

from gert.