summaryrefslogtreecommitdiff
path: root/website
diff options
context:
space:
mode:
authorDaniel Kahn Gillmor <dkg@fifthhorseman.net>2008-07-29 09:54:31 -0400
committerDaniel Kahn Gillmor <dkg@fifthhorseman.net>2008-07-29 09:54:31 -0400
commita668dc514485c8ebc25ef935b45cbdfc22950d29 (patch)
treeed7cc8a20c8d0f7fda83722155eafa94e168b9f5 /website
parenta354378a45cfd1afb9efa63647df244651fad2af (diff)
website: indicate specific filenames with visual/semantic styling.
Diffstat (limited to 'website')
-rw-r--r--website/index.mdwn29
1 files changed, 15 insertions, 14 deletions
diff --git a/website/index.mdwn b/website/index.mdwn
index c0cde58..3f83a98 100644
--- a/website/index.mdwn
+++ b/website/index.mdwn
@@ -6,8 +6,8 @@ Specifically, the Monkeysphere is a framework to leverage the OpenPGP
web of trust for OpenSSH authentication. In other words, it allows
you to use your OpenPGP keys when using secure shell to both identify
yourself and the servers you administer or connect to. OpenPGP keys
-are tracked via GnuPG, and managed in the known\_hosts and
-authorized\_keys files used by OpenSSH for connection authentication.
+are tracked via GnuPG, and managed in the `known\_hosts` and
+`authorized\_keys` files used by OpenSSH for connection authentication.
[[bugs]] | [[download]] | [[news]] | [[documentation|doc]] |
[[development|dev]]
@@ -23,16 +23,17 @@ fingerprint you are presented with is in fact that of the server your
really trying to connect to.
Many users also take advantage of OpenSSH's ability to use RSA or DSA
-keys for authenticating to a server (known as "PubkeyAuthentication"),
-rather than relying on a password exchange. But again, the public
-part of the key needs to be transmitted to the server through a secure
-out-of-band channel (usually via a separate password-based SSH
-connection) in order for this type of authentication to work
+keys for authenticating to a server (known as
+"`PubkeyAuthentication`"), rather than relying on a password exchange.
+But again, the public part of the key needs to be transmitted to the
+server through a secure out-of-band channel (usually via a separate
+password-based SSH connection) in order for this type of
+authentication to work
[OpenSSH](http://openssh.com/) currently provides a functional way to
managing the RSA and DSA keys required for these interactions through
-the known\_hosts and authorized\_keys files. However, it lacks any
-type of [Public Key Infrastructure
+the `known\_hosts` and `authorized\_keys` files. However, it lacks
+any type of [Public Key Infrastructure
(PKI)](http://en.wikipedia.org/wiki/Public_Key_Infrastructure) that
can verify that the keys being used really are the one required or
expected.
@@ -55,11 +56,11 @@ Under the Monkeysphere, both parties to an OpenSSH connection (client
and server) explicitly designate who they trust to certify the
identity of the other party. These trust designations are explicitly
indicated with traditional GPG keyring trust models. Monkeysphere
-then manages the keys in the known\_hosts and authorized\_keys files
-directly, in such a way that is completely transparent to SSH. No
-modification is made to the SSH protocol on the wire (it continues to
-use raw RSA public keys), and no modification is needed to the OpenSSH
-software.
+then manages the keys in the `known\_hosts` and `authorized\_keys`
+files directly, in such a way that is completely transparent to SSH.
+No modification is made to the SSH protocol on the wire (it continues
+to use raw RSA public keys), and no modification is needed to the
+OpenSSH software.
To emphasize: *no modifications to SSH are required to use the
Monkeysphere*. OpenSSH can be used as is; completely unpatched and