Input sanitization typically handles this as a string that only allows characters supported by the data type specified by the table field in question. A permissive strategy might scrub the string of unexpected characters. A strict one might throw an error. The point, however, is to prevent the evaluation of inputs as anything other than their intended type, whether or not reserved characters are present.
/me changes name to
'); DROP TABLE STUDENTS; --
.Are there character escapes for SQL, to protect against stuff like that?
Input sanitization typically handles this as a string that only allows characters supported by the data type specified by the table field in question. A permissive strategy might scrub the string of unexpected characters. A strict one might throw an error. The point, however, is to prevent the evaluation of inputs as anything other than their intended type, whether or not reserved characters are present.
Use parameters, that way data and queries are separate.
Yes but it’s a dangerous process. You should use paramatrized queries instead.
Dammit, Bobby!
That boy ain’t right
Oh. Yes. Little Bobby Tables, we call him.