> CRITICAL: Only communicate using SFTP connections.
If you know what’s wrong, then fix it. My integration or unit tests will fail if your fix doesn’t work.
> CRITICAL: Only communicate using SFTP connections.
If you know what’s wrong, then fix it. My integration or unit tests will fail if your fix doesn’t work.
Automatically fixing is tricky, it means changing your code that can get automatically deployed in production without any other checks.. Dangerous. Not sure if you want to trust anyone to do that, tbh.
Also, considering all the edge-cases there are, it's impossible to guarantee that a fix won't break your code. If someone does, they just lie to you.
But I understand why you'd love that, as a developer, I do too :)
I’ve never worked at a place that didn’t have at least 2:
Code review checks
Qa checks
Automated testing
If an edge case breaks the code, then great! The developer can fix it (if the tool can’t). Even if 2% of the time, the system fixes it properly that’s 2% of the time the developer didn’t have to roll up their sleeves.
But I’m happy you say that and gives me hope our future automated remediation suggestion can be easily adopted.
You need a new server to talk to in order to fix that. And if it's a customer server maybe it can only do FTPS rather than SFTP.
If sftp is a requirement, it should have been captured earlier in the process and not after the integration code was written.
This is what just an exemple, think about application level encryption, leakage in logger messages etc.