0

Scenario: client will be uploading files with sensitive information to a vendor server for loading into a database. Due to the confidential nature of the files, the client does not want any archiving of the raw files in the vendor server. In fact, the client wants a solution wherein the vendor will not be able to see the raw files at all.

A proposed solution is for the client to encrypt the files and then a program on the vendor server side to handle:

  • decryption,
  • trigger of database upload, and then
  • deletion of the files.

Would you know of any technologies/techniques that would elegantly address this problem?

  • Is the file saved as a blob or is the DB going to parse the file and store in tables? – Joe M Sep 22 '18 at 1:26
  • Hi Joe, I believe some parsing will be done before the data is loaded into the DB. – PFrancisco Sep 22 '18 at 2:22
2

There is no point in sending up the files encrypted to then have the vendor decrypt and process them. If you don't want the vendor to access them then the only options are to not send them up in the first place or send them up encrypted without giving the vendors the keys.

If the vendor can decrypt the files then, by definition, they have full access to the files, and there is no way you can also not give them the files. Your goals are mutually contradictory. Either send the vendor the files and trust them to abide by the terms of your business agreement, or send the files encrypted and don't give them the keys. There is literally no middle ground here.

  • Thanks Conor! I'm on the same line of reasoning, exactly. – PFrancisco Sep 22 '18 at 2:20

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.