Item — HN Reader

I second this. I have about as many (5) strings including colors, numbers, and shapes. I always select whichever string is most "opposite" of the expected answer (ie: your best friend from childhood: 78). I've run into some who are set up with criteria to keep the answers in-line with the question... not sure what logic goes into some of these "well-intended" security implementations.

They may as well just have had you create 2 different passwords - the Q&A was never good security in theory as it deals with a bad actor needing only to know a select few pieces of PII to bypass a user's legitimate password in the worst cases.

1 comments

> the Q&A was never good security in theory

The 'security questions' were never about 'security' (at least not directly). As you say, they simply created a "backdoor".

They were always about: "automated forgotten password recovery".

As in, the companies did not want to employ telephone workers to handle the inevitable "I forgot my password, can you let me back in" calls [1]. They were only ever meant to allow for "reset password" via 100% automated means". That's why the questions are often so much of a sort of "ok, anyone who knows X, or does a little research on X, can figure out that answer" type. They were just that way because that also (hopefully) meant the "I forgot my password" users would not also forget their "recovery question" answer.

[1] Or, much more likely, bean counters realized that the call center size (and expense) could be reduced by 87.4% if we (bigco X) implemented a way to automate handling all those "I forgot my password" callers.