Hello! Could anyone with some 802.11 protocol experience give me a feedback on my answer to my own question? I'd like to know if my theory actually fits what is going on. If so I'd accept it for further reference. (link: security.stackexchange.com/questions/134490/…)
Hello and a good morning/afternoon/night. Need some help. So we have a client, an intermediate server (let's call it storage server) and a final server (let's call it counting server). The client needs to transfer some confidential data that will be consumed by the counting server in the end. However, client will be talking to the storage server. There is anyway (preferably through SSL) through which we can encrypt the data that the storage server shouldn't be able to read?
Not sure I understand, you want the client to essentially to send data directly to the counting server, but they only have access to the storage one? Or do you want the client to store data on the storage one, but make sure that it isn't accessible to anyone having access to it?
Thanks for the response. So the client will be interacting with the storage server. The counting server will then take the data stored in the DB of the storage server to process. HTTPS ensure confidentiality between client and storage server only. How can be ensure that a particular field of data is not readable by the storage server
@M'vy Web browser
Can we use HTTPS with HSM so that when the data is received by the storage server, it passes it on to the HSM and we ask the HSM to encrypt it with a different key before storing it in the DB?
Storing the data such that it isn't accessible to you (storage) is quite easy. But you (counting) need to be able to read it to process it. If it's the same "you", then you have some problem...
@bilbo_pingouin It is not "me". Counting server is a completely separate entity. If we use HTTPS, it is terminating on the storage server and hence it is able to read the full packet
It this feasible that that a JS code in the client browser talks to the HSM to encrypt a field of data that we then send to the storage server where it is saved? The communication between client and storage server is already over HTTPS
@void_in HTTPS means that I am not able to get the data between your client and storage. It does not imply any encryption for either the client or storage.
you just have to configure the webserver to serve counting-server.com using only the public cert (if that's possible... < that is a good question in fact)
@M'vy I think what you are proposing is a very elegant solution. Let me think about it and will get back if there are some problems. Thanks a lot. Really appreciate your time and help