Of course the terminal emulators are ultimately to blame but when there are so many problems in so many of them, imo curl’s default behavior should be to filter its output when writing to a tty.
You can redirect curl’s output to a file with the -o filename option (or with > filename for shell redirection). But in the case of sites like this which output ansi-escape-formatted data that isn’t very useful.
Also, after saving unknown data to a file it’s common to look at it with less or perhaps xxd or strings or file … all of which have had their own CVEs in recent years 🤦
I’m more-inclined to blame a virtual terminal than the program writing the sequences if there’s an exploit there.
Of course the terminal emulators are ultimately to blame but when there are so many problems in so many of them, imo curl’s default behavior should be to filter its output when writing to a tty.
is there a curl argument that can be used to block this behavior?
You can redirect curl’s output to a file with the
-o filenameoption (or with> filenamefor shell redirection). But in the case of sites like this which output ansi-escape-formatted data that isn’t very useful.Also, after saving unknown data to a file it’s common to look at it with
lessor perhapsxxdorstringsorfile… all of which have had their own CVEs in recent years 🤦Computer security is a fractal of bad news.