Sign Up

Sign Up to our social questions and Answers Engine to ask questions, answer people’s questions, and connect with other people.

Have an account? Sign In

Have an account? Sign In Now

Sign In

Login to our social questions & Answers Engine to ask questions answer people’s questions & connect with other people.

Sign Up Here

Forgot Password?

Don't have account, Sign Up Here

Forgot Password

Lost your password? Please enter your email address. You will receive a link and will create a new password via email.

Have an account? Sign In Now

You must login to ask a question.

Forgot Password?

Need An Account, Sign Up Here

Please briefly explain why you feel this question should be reported.

Please briefly explain why you feel this answer should be reported.

Please briefly explain why you feel this user should be reported.

Sign InSign Up

The Archive Base

The Archive Base Logo The Archive Base Logo

The Archive Base Navigation

  • SEARCH
  • Home
  • About Us
  • Blog
  • Contact Us
Search
Ask A Question

Mobile menu

Close
Ask a Question
  • Home
  • Add group
  • Groups page
  • Feed
  • User Profile
  • Communities
  • Questions
    • New Questions
    • Trending Questions
    • Must read Questions
    • Hot Questions
  • Polls
  • Tags
  • Badges
  • Buy Points
  • Users
  • Help
  • Buy Theme
  • SEARCH
Home/ Questions/Q 6582739
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Editorial Team
Asked: May 25, 20262026-05-25T16:19:07+00:00 2026-05-25T16:19:07+00:00

I just started integration of OpenID in my website. All the examples I saw

  • 0

I just started integration of OpenID in my website. All the examples I saw store the claimed IDs in cookies. How is it safe?

For example, myopenid.com returns a claimed ID that is {username}.myopenid.com

So if a hacker knows your claimed ID, he can easily hack your account.

Of course you encipher/md5 the ID before putting it into the cookies and using for authentication, but it’s like storing a username without password!

Update

Now that I thought more about it, I realized, that you need to be logged in the OpenID provider, so even if the hacker gets the username, he still needs the provider’s password to log in. Am I correct?

Update 2
No, update 1 is not correct 🙂 My site cannot check whether the user is successfully logged in or not. All I receive is the claimed ID, and I just have to trust that the user is authenticated. That’s really confusing…

  • 1 1 Answer
  • 0 Views
  • 0 Followers
  • 0
Share
  • Facebook
  • Report

Leave an answer
Cancel reply

You must login to add an answer.

Forgot Password?

Need An Account, Sign Up Here

1 Answer

  • Voted
  • Oldest
  • Recent
  • Random
  1. Editorial Team
    Editorial Team
    2026-05-25T16:19:08+00:00Added an answer on May 25, 2026 at 4:19 pm

    Knowing the user’s claimed identity isn’t enough to authenticate.

    Indeed, the user would have to be logged in to his provider, in order to authenticate with your website using that identity.

    As for “trusting that the user is authenticated” — no, you don’t trust. As a final part of OpenID authentication you’re supposed to verify that the authentication message comes from the provider. There are various security measures in place to ensure that the message is authentic, unaltered, etc.
    If you do that, you’re sure that your user is properly authenticated by the provider.

    Now, since you don’t want to do it every time your user makes a request, you store the session information in a cookie. However, you don’t store only the claimed identifier (if you decide to store it at all), but a session id — a pseudorandom number generated at the moment your user logs in. Since it’s pseudorandom, no one can guess it, and therefore, knowledge of a claimed identifier itself doesn’t mean anything.

    If that answers your question, read about session management in your favorite language/framework, as it will tell you how to easily implement such mechanism, and how it works.

    In summary: think of OpenID as a replacement for a password verification. You don’t need to (and shouldn’t) store logins and passwords in cookies, and you don’t have to store claimed identifiers. Similarly, you don’t verify that the login and password matches every time, but remember that the user is authenticated in a session.

    • 0
    • Reply
    • Share
      Share
      • Share on Facebook
      • Share on Twitter
      • Share on LinkedIn
      • Share on WhatsApp
      • Report

Sidebar

Related Questions

We've just started to use TeamCity as a continuous integration server. There's a problem
I'm just getting started with CruiseControl .NET (using the Manning Continuous integration book that
i just tinkered around with Google Guice for Dependency Injection and started integrating it
Just started learning algorithms. So the exercise is to find if statement is always/sometimes
Just started mongo and started having issue with querying already. i have a collection
Just started to get my feet wet with C# and .NET, liking it so
Just started with JQuery and I've managed to pass a parameter using POST, firebug
Just started my first MVC 2.0 .net application. And I set up some default
Just started working with .NET and MVC(1). I'm having a problem wherein in my
Just started coding in AS3 with FlashDevelop and coming from a C# background, I

Explore

  • Home
  • Add group
  • Groups page
  • Communities
  • Questions
    • New Questions
    • Trending Questions
    • Must read Questions
    • Hot Questions
  • Polls
  • Tags
  • Badges
  • Users
  • Help
  • SEARCH

Footer

© 2021 The Archive Base. All Rights Reserved
With Love by The Archive Base

Insert/edit link

Enter the destination URL

Or link to existing content

    No search term specified. Showing recent items. Search or use up and down arrow keys to select an item.