So an idea that has been floating around for some time is that you can verify that a link a person puts in their profile belongs to them, by checking if the linked site links back to the profile (with a special attribute that signifies intention), and that it can be used to, indirectly, verify that a profile is "real"
I wonder what the UX for that would look like. I doubt this can or even should be something displayed in-stream like the Twitter verified badge, because with custom emojis, the display name area is absolutely untrustworthy. More than that, the presence of a verified link is meaningless unless you trust the linked site (such as someone's official personal homepage)
So it would probably be something only displayed next to those links.
@Gargron why would this matter though
@Gargron Perhaps a title attribute or some other hovery thing? That should be distinguishable from emoji stuff.
@Gargron verify sweet max
@Gargron What google did was just ask for a meta html tag on the site with some "random" hash :P
@Gargron Because they're actually secure.
@Gargron (well, generally secure)
@dotUser @Gargron login/account/identity schemes frequently conflate identity, security, privacy and authority. they are very much not the same concerns and persisting in 2018 to use rocks to try and drive in screws looks ridiculous. a random number (which is all a pubkey is when you’re not using it to do work) doesn’t prove anything that a rel=“me” link doesn’t.
@zensaiyuki @dotUser While I am for rel=me based verification, public key based verification is not just putting your public key somewhere. You generate a signature of the link with your private key you never upload anywhere, and put that on that link, and clients confirm this signature matches up with your public key. No one else can replicate that.
@Gargron @dotUser that actually proves less than the rel=“me” scheme- it proves you have a particular private key, which is useful given a number of complicated prerequisites most people won’t bother with. rel=“me” proves you have access to modify that website.
of course, your private key can be stolen and your website can be hacked, or modified by someone who works in your website for you.
@Gargron @dotUser so is the actual goal to prevent someone from impersonating a celebrity, journalist or politician? or just any joe shmo. the real question is how much proof of identity is sufficient for the actual goal at hand. in the case of the twitter verified mark- the point of contention is that public remarks by public figures, if taken as genuine, have potentially serious consequences.
@gargron I think highlighting links on the profile page that link back with rel=me would definitely be valuable. Note sure it translates in to something you can decorate their username with elsewhere in the UI though.
@Gargron hey, I actually understand what you're talking about here!
@jamie The bio supports displaying custom emojis, and you could make that into a custom emoji and put it next to links to fake it. So the looks must be succinctly impossible to recreate with text or emojis.
@Gargron Birdsite has started to put one line of context below the display name for politicians, could do a "owner of stevestreza.com" down there
@stevestreza I have never seen it, got a screenshot of what that looks like?
@Gargron It sounds like you could build support for a dedicated "also me" field, where users can paste links to any web page that contains a parseable `rel="me"` microformatted link... or perhaps otherwise links to your mastodon profile in plaintext? i don't think you can e.g. insert rel-me links into Twitter or Facebook; at the same time, this could still easily be emulated by custom profile fields already right now if you expect users to manually check the "proof" linked.
@Gargron A "closed loop" symbol of some kind?
@Gargron Tweetbot puts the verified badge over the user’s icon in a way that can’t be spoofed, rather than relying on the display name area. It would probably require framing icons with an outline so it’d be more obvious if someone were trying to get cute. Combine with making the badge link to the authenticating page, and making it a separate field in the profile with its own format (maybe a plain link that spans both columns of the custom labels area)?
@Gargron we discussed this a LOT last week; the general idea is that the links in the profile would be marked as verified.
Should give you some reading...
Verifying could be up to the mods to check and organize
@gargron On the profile page you could split the list in to 2 lists of links—first a list of rel=me reciprocating links (so "also me") the second other profile links (so "related to me"). No special icons or emoji to spoof and possibly easier to understand?
@Gargron this sounds a lot like keybase's proof system. It might be worth looking into seeing if there's a way to do generate and log arbitrary proofs through it. It has the advantage of the robustness of public key/private key signing but abstracts the creation and management of keys away so the average user would be able to use.
@Gargron Google used to verify websites with something like that. Don't know if they still do.
@gargron sounds like keybase
@matilde It sounds like keybase that we wouldn't need to outsource to an actual third party, centralized service
@Gargron What about TXT records?
@Gargron You could just check out App.net’s code to see how they did it. Theirs was DNS based.
@JonathanGerlach DNS doesn't work as well because not everyone knows how to edit DNS records. It's easy to put a rel="me" link in your tumblr bio, or drop in on your sharing hosting site, but it might not even be possible for you to edit your DNS records.
@gargron I like the idea! rel=me/xfn 4eva.
But, should a reader trust iconography on the profile page? If a user runs their own single-user instance, they could turn on the verified-link icon anyway; that is, in general you're trusting the instance admin. Ideally, you want your own *client* to follow and verify back-links. (I believe that's what the Keybase client does, for example.)
@npd The user's own server could check the links of users from other servers.
@gargron yeah! (Because typically your instance server is also your client.)
But the UI would need to reflect that this was checked by *your* server, and maybe it shouldn't be visible on the original, Web-visitable profile page. That's going to be a challenging distinction to make to end users.
@Gargron Or, instead of bothering with that, we tell people to host an instance on their own domain, where they already have established their brand.
I mean, the rel=me has still a weakness in that anyone can set up a rel=me chain, which would hold to automatic checks, but not to human scrutiny: when the rel=me circle goes over totally unrelated fake sites. So, I'd say that even with rel=me, you'd still need a human eye verifying the chain. Which forbids automatic checkmarks or alike, I think.
@Gargron Don't get me wrong, I'm in favor of rel=me. But I'd say that the only UI implemented here may be a checkmark on the link to the other profile/website. The user's identity isn't what is verified here — the only verification that an automatic check offers here is that the link chain actually loops back to the current page. So it must be clear in the UI that the visitor needs to follow the link to verify the user in question himself.
@Gargron Yes, I corrected myself on that second toot a bit ^^
@Gargron And now I saw that you already mentioned that point later... sorry for bothering you m)
Are you just re-inventing keybase.io?
@Gargron FWIW, micro.blog has this interaction using rel=me if you want to see how they've implemented the user interface.
@Soypunk Do you have a screenshot?
@Gargron the UI is incredibly simple. Initially it just shows a field for website. Underneath the input box there's a link to a help page that explains how to add the @rel attribute to your webpage. If you reload your profile page it will fetch your website and look for the @rel meta and on success it just shows "verified."
@Soypunk that's what you see... what do others see?
@Gargron whether an account is verified or not - here's the help page: http://help.micro.blog/2017/web-site-verification/
@Soypunk what do other people see when they look at your profile?
@Gargron trying to figure this out with logging in/out. not readily apparent to me what the user-facing experience is. (Every account I've looked at has the rel attribute set on the corresponding site so I'm having trouble finding a non-verified one.)
Server run by the main developers of the project It is not focused on any particular niche interest - everyone is welcome as long as you follow our code of conduct!