-
Notifications
You must be signed in to change notification settings - Fork 264
Assertion URL and issuer origin #496
Comments
I'm including @brianloveswords so he can clarify. |
@ybozhko That's correct. While there's no way we can prevent people from hosting an assertion claiming to be from an issuer at another domain, we should probably be doing something about it when we see those badges hit the backpack. @threeqube, another validation type thing to consider. This is the case of That said, BTWF hosts their badge assertions at a different url from their main |
@stenington Hmmm.. I see your point and agree, mismatch might not necessarily be a bad thing or a sign of cheating. However, I think that it might be a good idea to show users where assertions are coming from somewhere in the backpack or badge display (which is not there at the moment). |
@stenington good point indeed. |
@ybozhko Yep, I agree. I think we have a lot of work to do around badge validation and levels of trust. The backpack could be a good place to help visualize all of that sort of stuff. |
Yes, this sort of thing is going to be very important if badges are to be taken seriously. I was a little surprised to see it was missing, actually. It is just too easy to set up a domain that is confusingly similar to the one you want to fake badges for. If someone's using it for a CV or something then it only has to pass casual inspection. One idea might be to ride on the back of the SSL certification process which is quite stringent. For example, if the URL for a badge is https://moodle.org you can actually verify our certificate there automatically, and display some sort of loud "Verified!" symbol in the Backpack with our organisation name and address. |
I remember talking to Brian about this possible issue during January workshop.
Currently, it is possible to have issuer origin and assertion URL on different domains. Which means that users can create a badge and host assertion on their own web site while claiming that it was issued by some organization. Shouldn't assertion URLs always come from an issuer domain?
The text was updated successfully, but these errors were encountered: