-
Notifications
You must be signed in to change notification settings - Fork 29.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Verify extension publisher domain ownership to help users easily assess their authenticity and credibility #127825
Comments
The current mockups are based on some initial feedback from a Twitter post where I presented a few potential ideas. In general people seemed to like the simplicity of # 1 and the explicitness of # 3. Completely exchanging the existing display names for the verified domain (the pub.dev approach) seems to be too drastic a change, and many users were concerned about losing brand recognition. In this proposal I'm driving # 3 forward as the explicitness should provide the best experience for more security-conscious users and makes it clear that we are only verifying the domain, not the identity of the publisher. |
@misolori I did not! However, I did get feedback from several users that they preferred the checkmark being next to the domain to make it clear that it is the domain, not the publisher directly, that is being verified - an important distinction. That being said, your example looks far more aesthetic than anything I had 😁 Any ideas how we can keep the clean look but make the conceptual link between the checkmark and domain clearer? |
I really love to see this 👍 On twitter I was 50/50 between option 1 and 3, but I think I ended up voting for option 1. If I remember correctly, I suggested on twitter something that combines both, basically the same idea that @misolori suggested here, but with a slightly different implementation. I suggested we could have option 1 and when the user hovers the verified checkmark we could show the label "This publisher has verified ownership of GitHub.com" - it is clean and gives all the info for users that want to see it (by mouse hover on the blue checkmark) :) Regardless of which option ends up being implemented, all these options will give users a much higher level of confidence in the extensions they are installing. Confidence is the most important aspect of this new feature (in my opinion) :) Great job! |
This is dope! I wrote some design + informational choices feedback on the original thread, resurfacing here in screenshot form for easy reference :) |
Any reason why the Twitter-style checkmark hasn't been considered? By that I mean showing the checkmark next to the title rather on a new line. |
@marnicgit The checkmark is near the publisher name and domain instead of the extension title to make it clear what is being verified. The idea of the checkmark is to show that we have verified control of the domain which is supposed to help support the authenticity/credibility of the publisher. We don't want to necessarily give the impression that we have done any special security checks of the particular extension that make is guaranteed to be safe. |
That makes sense, thanks for the quick explanation |
@chgill-MSFT This is cool work. We should bring it up in one of the UX calls.
Though I am sure we will have more feedback in the UX call. However from the VS Code UX side this is not a big item, I suggest that we discuss this once Marketplace supports this. Upstream issue microsoft/vsmarketplace#39 |
This is work in progress on the Marketplace side. Current plans are that there should be an initial support for this in October. Thus moving to October milestone. |
Verified publisher (domain) is shown as follows in various places: @misolori At present I am using verified codicon and defined a color as follows - It would be great if you can replace it with filled verified icon and also update colors accordingly
|
Please reach out to me in Slack/Teams for verification steps |
Hi @gjsjohnmurray! The screenshot from Sandeep is of our testing instance. We don't yet have any publishers verified in production - but expect to start seeing some verified publishers soon 😉 |
Great work 👏 |
Agreed, great work 🎉 @chgill-MSFT what is the best pathway for getting my publisher domain ownership verified? |
Hi @gjsjohnmurray, a streamlined workflow to verify your publisher domain directly through the Visual Studio Marketplace publisher management page will be available by November 15th. If you would like to be among the first notified when it's available, you can sign up here for an email notification: https://aka.ms/verified-publisher-sign-up. |
Hi y'all! Happy to say that you can verify your publisher through the Marketplace website 🎉 |
Problem
We have gotten consistent feedback from VS Code users that they don't feel confident determining publisher authenticity and trust, especially when choosing among several similar or forked extensions.
Proposal
We can enable publishers to verify ownership of an identifying domain to support their authenticity and credibility. Well known entities will verify ownership of their most recognizable domain (i.e. google.com. github.com, etc). Individual publishers can verify ownership of their personal/professional websites which may contain blog posts, a CV, social media links, and more to help consumers verify their authenticity and gauge their credibility.
We can automatically verify ownership of a domain by checking for the presence of a unique DNS TXT record - the same approach used by GitHub to verify domains owned by an organization.
The verified domain will be displayed alongside the publisher name in the VS Code search results, in the extension details, and on the Marketplace website. See the mock-ups section for further details.
Mockups
VS Code
Marketplace website
coming soon...
Prior art
GitHub verified organizations
Pub.dev verified publishers
Edge/Chrome Extension Stores
Q & A
Q: Why verify domain ownership over verifying GitHub account?
Q: Why verify domain ownership over having the Marketplace team manually verify identity?
Q: What if a malicious actor buys a deceptive domain?
The text was updated successfully, but these errors were encountered: