Security Blog

The latest news and insights from Google on security and safety on the Internet

Federal Support for Federated Login

3 marzo 2010
Share on Twitter Share on Facebook
Google

8 commenti :

Alistair ha detto...

1st line of 2nd paragraph is missing a "to":
"Excitement for technology like OpenID is not limited to the private sector."

3 marzo 2010 alle ore 12:34
QPT ha detto...

Is it completely different from OpenID?

3 marzo 2010 alle ore 13:01
Vipul Mahajan ha detto...

Thats a very good initiative to have a centralized database for all users.

It is very similar to banking industry which have bureaus to maintain customers' information across different banks.

My only concern is based upon a point that when more and more information is brought together the risk of misusing this information increases.

Therefore, such a system needs to be dealt with high security and accuracy.

3 marzo 2010 alle ore 13:05
Unknown ha detto...

Congratulations to Google!
The need for a verifiable identity with a convenient mechanism to link publication to source has been obvious for many years. Google is in a position to provide a big part of the solution.

3 marzo 2010 alle ore 15:51
Topher O'Neil ha detto...

I have to say I think it's an amazing idea that we should be tied in to all of our information with one unique setup, but I think there will always be those "out-there" folks who believe this will be a violation of their privacy and freedom of information act. If it could be done painlessly I think you would see less squaking but in theory I'm for the idea.

3 marzo 2010 alle ore 20:40
Mike ha detto...

no way in the world would i give the u.s government my google login info!

or any other login info for that matter. google is pretty naive to be working so closely with government in general and this administration in particular. they have shown themselves to be just as devious and deceitful as previous administrations and downright scary with their secret aims to socialize america. we need less government interference and control in our lives, not more. i trust private industry, not government. keep all these initiatives private. dont cooperate with government. google is really starting to scare me now. to me, cooperating with the u.s. government is evil. dont do it.

4 marzo 2010 alle ore 09:03
gumgl ha detto...

I dream of a world with everyone having an electronical device provided by the government that would replace everything we have now in our pockets. It would replace credit cards and money. This kind of system is already working in Europe. It would also be used as a smartphone. Everything would be related to this, including your official online account. We could even vote with this kind of device. Making an association of google accounts with individuals via the government is a great idea and a step forward a "centralized" future where we would only need a single device to identify ourselves to do everything. The possibilities are endless.

8 marzo 2010 alle ore 23:20
upsidedownbin ha detto...

I agree that having a government standard is important to things like log in, but as technology is progressing, will the government be able to update its standards as fast as hackers are updating their techniques? I think that the government will have a big job on their hands if they want to constantly monitor the technology of hackers, especially if many websites are connected via log in. Because if someone finds a way to hack it, many websites could be breached

16 marzo 2010 alle ore 01:32

Posta un commento

  

Etichette


  • #sharethemicincyber
  • #supplychain #security #opensource
  • AI Security
  • android
  • android security
  • android tr
  • app security
  • big data
  • biometrics
  • blackhat
  • C++
  • chrome
  • chrome enterprise
  • chrome security
  • connected devices
  • CTF
  • diversity
  • encryption
  • federated learning
  • fuzzing
  • Gboard
  • google play
  • google play protect
  • hacking
  • interoperability
  • iot security
  • kubernetes
  • linux kernel
  • memory safety
  • Open Source
  • pha family highlights
  • pixel
  • privacy
  • private compute core
  • Rowhammer
  • rust
  • Security
  • security rewards program
  • sigstore
  • spyware
  • supply chain
  • targeted spyware
  • tensor
  • Titan M2
  • VDP
  • vulnerabilities
  • workshop


Archive


  •     2025
    • giu
    • mag
    • apr
    • mar
    • feb
    • gen
  •     2024
    • dic
    • nov
    • ott
    • set
    • ago
    • lug
    • giu
    • mag
    • apr
    • mar
    • feb
    • gen
  •     2023
    • dic
    • nov
    • ott
    • set
    • ago
    • lug
    • giu
    • mag
    • apr
    • mar
    • feb
    • gen
  •     2022
    • dic
    • nov
    • ott
    • set
    • ago
    • lug
    • giu
    • mag
    • apr
    • mar
    • feb
    • gen
  •     2021
    • dic
    • nov
    • ott
    • set
    • ago
    • lug
    • giu
    • mag
    • apr
    • mar
    • feb
    • gen
  •     2020
    • dic
    • nov
    • ott
    • set
    • ago
    • lug
    • giu
    • mag
    • apr
    • mar
    • feb
    • gen
  •     2019
    • dic
    • nov
    • ott
    • set
    • ago
    • lug
    • giu
    • mag
    • apr
    • mar
    • feb
    • gen
  •     2018
    • dic
    • nov
    • ott
    • set
    • ago
    • lug
    • giu
    • mag
    • apr
    • mar
    • feb
    • gen
  •     2017
    • dic
    • nov
    • ott
    • set
    • lug
    • giu
    • mag
    • apr
    • mar
    • feb
    • gen
  •     2016
    • dic
    • nov
    • ott
    • set
    • ago
    • lug
    • giu
    • mag
    • apr
    • mar
    • feb
    • gen
  •     2015
    • dic
    • nov
    • ott
    • set
    • ago
    • lug
    • giu
    • mag
    • apr
    • mar
    • feb
    • gen
  •     2014
    • dic
    • nov
    • ott
    • set
    • ago
    • lug
    • giu
    • apr
    • mar
    • feb
    • gen
  •     2013
    • dic
    • nov
    • ott
    • ago
    • giu
    • mag
    • apr
    • mar
    • feb
    • gen
  •     2012
    • dic
    • set
    • ago
    • giu
    • mag
    • apr
    • mar
    • feb
    • gen
  •     2011
    • dic
    • nov
    • ott
    • set
    • ago
    • lug
    • giu
    • mag
    • apr
    • mar
    • feb
  •     2010
    • nov
    • ott
    • set
    • ago
    • lug
    • mag
    • apr
    • mar
  •     2009
    • nov
    • ott
    • ago
    • lug
    • giu
    • mar
  •     2008
    • dic
    • nov
    • ott
    • ago
    • lug
    • mag
    • feb
  •     2007
    • nov
    • ott
    • set
    • lug
    • giu
    • mag

Feed

Follow
Give us feedback in our Product Forums.
  • Google
  • Privacy
  • Terms