[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAMzwyqjTOHfmj30rCAThwOajF5saQZ1mM6xJ7SLk25Kd3RkqGw@mail.gmail.com>
Date: Fri, 20 Jun 2014 16:22:05 -0400
From: Rikairchy <blakcshadow@...il.com>
To: fulldisclosure@...lists.org
Subject: [FD] keybase.io
I have a few questions regarding this website.
For those of you unfamiliar with it, (to my knowledge) a GPG
keyserver, website, and client for easy upload. The client supports
signing, encrypting, and verifying messages as does the website. There
is also an option to "track" users, verifying who they are in a way.
In short, public tracking and awareness of identities.
There are also ways to verify github account, twitter account, and
website ownership on keybase.
There is an option to create as well as upload your private key. I'm
very new to this type of encryption, having only worked with
Truecrypt, SSH, and Bitloccker prior, but I was under the impression
that the private key was the last thing you should part with. Why
would a website focused on providing security allow users to upload
their private keys?
As mentioned, there are github, twitter, and website ownership
verification options, tied to your GPG public key. This does no more
than verifies that someone that has access to @username on twitter and
example.net (which are both listed on a user's keybase.io profile) are
controlled by the same person, but not the identity of said person,
correct?
I also have keybase.io invites if this interests anyone.
_______________________________________________
Sent through the Full Disclosure mailing list
http://nmap.org/mailman/listinfo/fulldisclosure
Web Archives & RSS: http://seclists.org/fulldisclosure/
Powered by blists - more mailing lists