The Reference Check Model and the Recommendation Letter Model for Identity


Having grown up in Germany and living in the US, I continue to be intrigued (amused?) by the differences in the way things are done in these still relatively close cultures. (Bhutan anyone? But I disgress.) One of the differences is when applying for a job:

In Germany, you typically get (or at least try to get) letters of recommendation from your old employer, satisfied customers etc. You then take those letters (or don’t, if you don’t like what they say) to your prospective new employer and present them to bolster your claims about your talents.

In the US, or at least in Silicon Valley, the prospective new employer asks you for references, such as your old boss at your old employer. The prospective new employer then contacts your references, and also often other people who know you but whom you did not specify as reference, and asks them whatever the prospective new employer feels like asking.

The goal is the same, to increase the prospective new employer’s confidence that the impression you made is consistent with those of others who have known you for longer than the prospective new employer. But these two approaches have made different trade-off’s:

In the Recommendation Letter model, you, the prospective employee, are in full control of the information that you present to your prospective new employer. The disadvantage is that the new employer will have no way of ever obtaining negative information about you (in fact, if I recall that correctly, you can get sued as an employer in Germany if you write a too-negative letter; in response, an entire new sublanguage has developed among Human Resources professionals through which they say negative things without the use of any negative words; quite an accomplishment). As the employee, this may please you a lot, but leaves a lot of employers unhappy because they only get part of the picture about you.

In the Reference Check Model, the employer can get as much information as they like; however, the employee has no control over, and often no knowledge of the information exchanged in the conversations between the prospective new employer and the references. That’s clearly less privacy-protecting.

No, I’m not writing this because I’m looking for a job ;-) we’re plenty busy at NetMesh these days. I’m writing this because both of these data flows are valid models for accessing the knowledge that third parties may have about an entity. The constellation of entities in the hiring scenario is the exact same as the constellation at the heart of many digitial identity scenarios: a Relying Party (the prospective new employer) wishing to obtain third-party information aka claims about a User (the employee).

When putting digital identity technologies in place, we have the same choice to make: either, all third-party information about the user has to flow through the user (the Recommendation Letter Model), or some of the third-party information flows through channels other than the user (the Reference Check Model). And just as there are at least these two models for hiring a new employee, chances are that there are at least the same two models for digital identity. Let’s keep this in mind before we get to zealous arguing that it always must be one of those two and never the other…

Side note: the attack vector are also different; forging of a Recommendation Letter, vs. impersonation of a reference.