Answer the question
In order to leave comments, you need to log in
How to cheat the electronic lock (so as not to send opening requests to the Chinese server)?
There is a smart lock with api. I send a request to open from the computer, which goes to the Chinese server, returns a response to me and opens the lock, which in turn is connected to the Wi-Fi gateway. Most likely, the Chinese server also sends a request to the gateway, but all this takes a lot of time. So the question is - is it possible to somehow "deceive" the lock in order to send requests for opening directly to it? In the last question, they said something about a local server and a router with dns spoofing, but I could not figure it out. At least tell me where to dig
Answer the question
In order to leave comments, you need to log in
It would be nice to describe in more detail - what kind of castle, what kind of gateway.
Before doing local servers, dns spoofing, etc., you first need to understand how the gateway receives the command to open.
Most likely this wifi gateway maintains a connection with some Chinese server using some protocol.
Perhaps he is building a VPN, or maybe it's just mqtt.
The address of the Chinese server (with whom the gateway keeps the connection) is not particularly difficult to find out. Further worse ...
You need to understand what kind of protocol is used there. And decrypt it, and now everyone loves encrypted protocols.
But then you already bother with emulating all this through a local server, and how to make it all go to this server, and not via the Internet to the Chinese.
Didn't find what you were looking for?
Ask your questionAsk a Question
731 491 924 answers to any question