<div dir="ltr">At the face-to-face a couple of weeks ago and also on Monday during our call we talked about RISC events that reflect an account state change between disabled and enabled. For example, account hijacked / recovered, account deleted / undeleted, etc.<div><br></div><div>On one hand there are privacy concerns, and for example if a user violated ToS with a provider then that fact should not be disclosed (I think we have agreement here).</div><div><br></div><div>On the other had at least with some of the event we do want to be very specific so abuse systems get a quality signal.</div><div><br></div><div>So far the agreement was that hijacking and accounts created by bots need a distinct signal, everything else can use a generic one.</div><div><br></div><div>I am proposing the following format:</div><div><br></div><div>1. All of these events will use these two event type URIs:<br><div><a href="http://schemas.openid.net/risc/event-type/account_disabled">http://schemas.openid.net/risc/event-type/account_disabled</a></div><div><a href="http://schemas.openid.net/risc/event-type/account_enabled">http://schemas.openid.net/risc/event-type/account_enabled</a></div></div><div><br></div><div>2. For hijacking and bot created the transmitter should add a nested attribute called "reason" with values like "hijacking" and "bot"</div><div><br></div><div>An example:</div><div><div><font face="monospace, monospace">{</font></div><div><font face="monospace, monospace">  "iss": "<a href="https://server.example.com">https://server.example.com</a>",</font></div><div><font face="monospace, monospace">  "sub": "248289761001",</font></div><div><font face="monospace, monospace">  "aud": "s6BhdRkqt3",</font></div><div><font face="monospace, monospace">  "iat": 1471566154,</font></div><div><font face="monospace, monospace">  "jti": "bWJq",</font></div><div><font face="monospace, monospace">  "events": {</font></div><div><font face="monospace, monospace">    "<a href="http://schemas.openid.net/risc/event-type/account_disabled">http://schemas.openid.net/risc/event-type/account_disabled</a>": </font></div><div><font face="monospace, monospace">    {</font></div><div><font face="monospace, monospace">      "reason": "hijacking",</font></div><div><font face="monospace, monospace">    }</font></div><div><font face="monospace, monospace">  }</font></div><div><font face="monospace, monospace">}</font></div></div><div><br></div><div>We can define more values for "reason" and transmitter could chose to provide them. The more distinct events are provided the easier it is to identify the ToS cases through elimination, so there should be a good reason to be specific (if ToS privacy is a concern).</div><div><br></div><div>Sounds good? Thoughts?</div><div><br></div><div>There are other ways to capture these requirements (distinct URIs for hijacking and bot or multiple URIs), but this is the most concise and the safest for developers who are only interested in account state (so they don't have to deal with event URIs they don't fully understand or care about).</div><div><br></div><div><div><div class="gmail_signature">Marius</div></div>
</div></div>