Open ID是否比通常的LogIn系统更好?

我们正在开发一个networking系统,并考虑使用Open Idfunction。 你认为它比通常的login用户的方式更好吗? 如果我们使用Open Idfunction,这意味着用户将被redirect到他们select的Open Id提供者的网站,这将会采取更多的行动。 然后他们必须login并redirect到我们的网站。 用户会对此感到满意吗?

注意:这是更多的社交网站,但没有任何庞大的。

我喜欢OpenID,它比“传统”每个站点的凭证隐喻更好。 我不想要更多的凭据来pipe理,我不想信任J.随机站点来存储我提供的安全凭据。 我认为用户会越来越习惯于使用它。 希望它变得更普遍。

请指出,如果我们错了。

消极的看法

  • 我们认为一般用户可能不是最好的方法。
  • 技术知识较less的用户会反复思考或感到困惑。
  • 他们不习惯。
  • 他们必须从某个提供商那里得到一个公开的ID,这可能会让他们感到烦恼。
  • 他们可能会讨厌它,因为他们将被redirect到另一个网站。
  • 他们可能弄错了!

积极的意见

  • 这是值得信赖的,因为我们没有要求他们的凭据。
  • login后更快。
  • “克服资质倦怠”。 跟踪有多less人跳过某个网站是非常困难的,因为他们拒绝维持另一个用户名/密码。 – 卡拉黑手党

不要忘记,它不一定是一个或两个选项。 除了传统的login方法,您可以(也可能应该)添加OpenID支持。 这不会吓跑“一般”用户 – 他们只是使用现有的方法,而使用OpenID的人生活更愉快。

OpenID提供了许多优点,其中最主要的是允许你懒得authentication。 授权仍然是您的问题,但至less您不必担心安全存储凭证。 我认为这是一件好事。 “networking需要更多”依赖方像服务器故障。

如果您使用OpenIDlogin,则只需login您的提供商一次 – 第二次,用户甚至不会看到提供商的页面。

另外,也许RPXnow会很有趣。

我个人已经越过了爱的OpenID。 我曾经从一般的偏执狂中抵抗它。 现在,在一个美元的情况下,让所有的事情都保持直线,这太痛苦了。 我确实同意非技术用户起初可能会很挣扎,但我认为越广泛越容易获得。 有些网站既提供传统(本地)身份validation系统,也提供使用OpenID的选项。 我认为教育在这方面会有很大的帮助,所以如果你明确地解释一下OpenID是什么以及它的好处的话,那么接受程度就会很高。

作为单点login(SSO)技术,任何SSO都面临一般风险。 从这个angular度来说,我还没有准备好将我的银行或医疗网站整合进去:)不是说它是由他们提供的…

我会用OpenID来说明,你通常需要OAuth ,这个OAuth会受到低的压力。

其他人已经详细阐述了OpenID,OAuth增加了另一个站点不仅知道你是谁通过你的OpenID提供商,但你也可以告诉什么有问题的网站被允许知道你。

  • 需要用户的详细信息
  • 需要用户名/姓
  • 需要国家

可能会很好。 那这些怎么样:

  • 社会安全号码
  • 信用卡号
  • 电话号码
  • 邮寄地址

因此, OpenID + OAuth是一个很好的组合,通过使用你不仅有一个地方保存用户名和密码,而且还保存有关自己的详细信息,不要忽略哪个网站有权访问您的详细信息。

当OpenID获得许多用户的时候,我可以考虑一个场景。 假设一个主要网站丢失了数百万个用户密码给邪恶的黑客[*],并且这个名单泄漏出去了。 大多数用户将会陷入恐慌,不仅仅是因为一个特定的帐户,而是因为他们对多个站点使用相同的login名/密码。 而他们呢。 我知道,我知道 而且我没有跟踪这些帐户,所以结果是我永远不能更改我的密码

现在当我知道一个小人可以窃取我的账户,我该怎么办? 我会尝试通过改变密码这个压倒一切的任务。 或者我会偶然发现OpenID的概念,并尝试转换所有这些帐户。 这意味着我有效地仍然有多个网站的单一login/密码,但现在我可以至less轻松地更改所有这些密码。 而如果黑客窃取我的OpenID,我有一个问题要求重置密码或至less禁用该帐户。

[*] – 阅读:脚本小子

我访问各种网站越多,我想要一个单一的loginfunction。

每个网站认为他们是最重要的。 每个网站坚持说,你可以做任何事情之前,你创build一个帐户。 StackOverflow,Serverfault,维基百科,WowWiki,Wowhead,MS论坛,CodeProject,CodePlex,等等,…

他们都要求我创build一个唯一的用户名,密码,并叉上我的电子邮件地址。 然后他们坚持让我在发布,编辑,下载,点击,评论,评价等之前先查看我的电子邮件。 没有理由不让我使用你的网站,我马上进入它。

我只是想让他们闭嘴。 我想要一个单一的login,我可以随处使用,一个电子邮件地址是一个黑洞,所以我从来没有阅读他们的垃圾。

OpenID似乎是这样的。 但是只有Google支持它才有可能。 在此之前,这是StackOverflow自己的propritarylogin系统 – 他们懒得主持自己。 现在Google支持OpenID,实际上每个人都可以拥有它。

现在,我不愿意在网站上创build帐户,并且诅咒那些认为我应该首先创build帐户的运营商。

不要让我厌恶你的网站。

在双方都有使用openId的好处:1.开发人员不需要实现login系统(数据库,客户端处理,应用程序安全等)2.用户不需要记住一组额外的凭证。

在另一方面,你可能会吓到一些并不真正的电脑使用者,也不愿放弃说google的证书来login你的网站。

最好的解决scheme是允许OpenID和现场注册的hibrid系统,但是这真的会毁掉我提到的第一个好处。

另一件事OpenID给你的用户是能够使用更强大的凭据。 我在这里的回复中看到了一些关于networking钓鱼的担忧,但是您可以select一个根本不使用伪装/可重放证书的OpenID提供程序。 例如,某些提供商支持SSL证书或信息卡。 myOpenID有一个需要您在login之前接听电话的事情。我非常肯定还有其他网站使用硬件令牌。

是的,大多数用户可能只是点击雅虎button,不使用。 但它给了他们select,你不必担心实施细节。 我声称向您的网站添加OpenID支持比以跨浏览器的方式支持SSL证书更容易。 信息卡,电话validation,令牌validation,DDRpass,随机点立体图validation,或任何他们认为接下来的古怪事情都比支持所有SSL证书要容易得多。

我不想改变任何人的想法。 请考虑这些事实。 OpenID只是两个不同于用户名+密码authentication系统的东西:

  • 发生authentication的地方。 如果您以前使用过名称+密码,则OpenID会更改密码被检查的地方。 如果之前使用过证书,OpenID会更改证书的检查位置。
  • OpenID URL是整个WWW独有的(不考虑替代的根DNS-es)

我想指出的是,没有什么更改了:

  • OpenID不是注册程序的替代品(但可以通过sREG扩展简化注册)
  • 它不是不那么安全。 如果以前使用短密码,他会再次使用它们。
  • 这并不意味着你不可能为偏执狂的人每个网站都有数百个不同的ID。
  • 它并不意味着“ OMG就是怪胎技术,跑掉!! ”。 不,您可以制作像StackOverflow网站那样的常见OpenID提供程序。 这是更多的用户友好。
  • 它并不意味着redirect。 您可以在iframe或单独的浏览器窗口中进行身份validation。

这就像其他任何技术一样。 人们谈论的大部分内容都是神话,因为他们没有花时间去研究它,或者因为它们使用了错误的实现。

OpenID更复杂,并使您依赖于其他提供者不下来。

StackOverflow与之相关的一个问题是,如果你使用不同的OpenIdlogin,你会失去你的评级和徽章(也许他们已经修复了,现在还没有听说过)。 有一次我无法login一个小时,因为我的提供商已经closures了。

我讨厌openID,这是不注册在serverfault / stackoverflow的主要原因什么是用户隐私? 像我这样的一些用户,是非常偏执,不喜欢在各个网站之间混合Facebook /雅虎/谷歌的信息

OpenID,而良好的概念上面临海事组织一场艰苦的战斗,因为它是)开发人员很难实现和b)用户很难习惯使用URL的概念。 用户名/密码的使用模式在这一点上是非常根深蒂固的。

这就是说,看看Clickpass(www.clickpass.com)。 他们正在积极努力使OpenID更易于使用。

祝你好运。

还没。

它需要浏览器支持。 浏览器可以使用OpenID完成良好的用户体验,因为他们可以集中pipe理您的身份,并使事情变得非常简单(看起来您访问的网站使用的是OpenID,是否要使用http://yahoo.com /用户login?)和安全。

但是现在,您需要做出重大的努力来使OpenID可用。 正如我所看到的,您需要提供OpenID作为选项,或者为您的用户提供您自己的OpenID提供者(使他们可以自由使用第三方的服务)。

想客户。 你的目标客户是一个极客? 如果是的话,OpenID将打动您的客户,并帮助您的网站。 如果不是的话,那么使其非怪胎友好的额外工作将会耗尽客户关心的内容。 专注于为客户创造价值。

OpenID的问题在于,像ServerFault这样的事情是非常好的,在这种情况下,对某个人身份的信任程度并不是真正的考虑因素 – 一旦你开始关心,那就是生活变得复杂的地方。

它变得复杂,因为当我控制我的身份validation提供程序时,我隐式地信任该提供程序,因为我运行它,并且可能已经按照我所需的标准实现了它。 当我将身份validation移到我的控制之外时,我现在必须为身份validation提供程序分配一个信任级别。

在我的雇主,法律上,我不能信任任何主要的OpenID提供者,因为:

  • 他们不强制定期更改密码
  • 他们不强制密码长度/复杂性
  • 我无法审计他们的系统pipe理实践

这不是一个全面的清单。

为了使OpenID适用于非平凡的应用程序,我需要一个值得信赖的提供者,并且必须将我的用户限制在可信的提供者(或多个提供者)中。 这种打败整个“单一用户名/密码”的优势。 即使如此,我仍然需要对信任度更高的用户进行身份validation。 似乎很多工作给我,尤其是当pipe理自己的身份validation提供者不是火箭科学。

IMO,各国政府有可能使这项技术发挥作用。 如果州/省DMV或邮局提供公民build立在线证书的服务,可以通过OpenID访问,您将能够信任邮局/ DMV证书。 (因为政府说:“你相信我们”)我相信像挪威和丹麦这样的国家已经发布了个人的PKI证书。

对于社交网站来说,OpenID将有助于吸引科技人才。 但是,如果这是你唯一的select,它会吓跑其他人。 用户习惯于在每个站点上注册新的login名和密码。 OpenID是新的和外国的,可能会让用户想知道为什么他们将凭据提供给第三方。 对于一个典型的用户,OpenID不如说GiveMeYourInformationSoICanSpamYou …这只是他们怀疑你的网站的完整性的另一个原因。

简而言之 – 确定您的用户群,并从头开始使用OpenID,或同时使用OpenID和应用程序pipe理的login系统。

我想知道为什么人们认为openID更安全。 对于精通技术的用户,这可能适用,但普通用户不会发现真正的openIDlogin和伪造密码之间的区别。
更糟糕的是,他们也会知道哪个openID账号与这个密码相关联,并且可能会比使用简单的用户名/电子邮件/密码组合造成更多的损失。

openID是技术用户的技术解决scheme,对普通用户不是很有帮助。 所以对于技术性的网站来说,它可能会变得浮华,但我不会很快看到普通的网站。

我想说的是, 从用户的angular度来看OpenID比通常的login解决scheme要好 ,原因如下:

  • 我不必记住您的网站的另一个用户名和密码
  • 我可以使用一个loginID为多个网站,如果我想
  • 我总是得到相同的用户名 – 不要在loginID的末尾添加数字和随机废话,直到我得到一个免费的
  • 随着时间的推移,用户会越来越受用户的欢迎和更好的理解
  • 向用户解释它的工作原理和对他们的好处非常简单
  • 大多数用户将有一个免费的电子邮件帐户从雅虎或谷歌,他们可以使用OpenID提供商 – >他们可能甚至不知道这是可能的。
  • 用户仍然可以给OpenID提供商一个不同的电子邮件地址(如果它是一个免费的yahoo / gmail /无论什么帐户),您可以让他们单击链接进行确认,作为发送“忘记我的密码”电子邮件的备份或其他通知或营销gumph到。

请记住,仅仅因为你有OpenID的选项,并不意味着你不能给用户一个传统的用户名+密码组合的备份选项,以防他们不想使用OpenID或者没有提供者。 让用户select他们想要的,如果他们知道,否则没有错,否则默认为OpenID ,imo 🙂

开放式身份证是你们所喜欢或不喜欢的东西之一 – 我认为这真的归结为你是否积极或怀疑地看待“真实”的集中化。

换句话说,当你发现一个openid网站上的帐户被泄露时,你是否认为:“哦,现在我在每个使用openid的网站上都有可能被盗用”,或者“哦,好吧,现在我只需在一个地方将所有这些网站的密码更改。“

在这个领域工作,我们结束了许多不同的login凭证信息。 OpenID允许我使用已经build立的帐户来进行身份validation,而无需另外设置帐户和密码。 随着许多网站开始支持OpenID,您可以select使用OpenID身份validation程序来validation您的身份。

你也可以在你自己的网站上设置自己的OpenID身份validation器,如果你不想使用其中一个已经存在的。 通过这种方式,您可以更好地控制通过身份validation时所发送的信息。

我认为有select创build一个帐户或使用OpenID进行身份validation是一个很好的组合,涵盖了安全偏执狂和那些想要易于使用的。

我认为OpenID是伟大的,我们正在考虑它为我们的网站。 但是,我们需要oAuth,而且我们也想要用户的电子邮件。 我们广泛使用,我们做的一件事就是通过电子邮件通讯。 我们允许select退出,但为了我们的系统工作,我们希望这样做。

似乎有一个技术人员的核心群体讨厌放弃用户/密码,我可以理解这一点。 有些是隐私倡导者,我完全理解。 有些只是懒惰,不想设置一个用户/密码,有些只是采取。 他们想要从互联网上获取信息,但从来不以任何方式(广告,成本等)支付。我认为这是less数人,因为大多数人都明白他们需要回馈,或以某种方式付款。

你需要检查你的网站,你需要什么细节/信息,然后决定是否满足你的需要。 如果是这样,除了当前的login方法之外,还可以添加它。 你需要联系人,通知他们的事情等

有一个核心的方式来validation自己是很好的,但也有问题,如上所述,缺乏密码更改/复杂性。 但是,这是一个比网站问题更多的用户问题。 妥协发生在用户一级,我们永远不会解决。 但是,这意味着,作为网站所有者,如果它发生,则不承担责任。

我在OpenID中看到的唯一问题如下:

想象两个联属网站。 他们都允许OpenIDlogin。 当然,他们可以分享彼此之间的活动统计数据 – 比如我在第一个网站上做X行动,然后当我访问第二个网站时,根据我在第一个网站上的活动,我得到了有针对性的广告轰炸。 由于某些原因,OpenIDlogin之间缺乏隔离似乎对我来说有点不愉快。

但事实上,OpenID(一个有希望安全的证书集合)的最终便利不会因上述缺点而变得黯然失色。 我尽可能使用OpenID,而且我开发了一个公共使用的Web服务,我肯定会支持OpenID(也许是使用传统的注册选项)。