2011-04-17 04:40:23 +00:00
|
|
|
{- common functions for encryptable remotes
|
2011-04-16 17:25:27 +00:00
|
|
|
-
|
2015-01-21 16:50:09 +00:00
|
|
|
- Copyright 2011 Joey Hess <id@joeyh.name>
|
2011-04-16 17:25:27 +00:00
|
|
|
-
|
|
|
|
- Licensed under the GNU GPL version 3 or higher.
|
|
|
|
-}
|
|
|
|
|
glacier, S3: Fix bug that caused embedded creds to not be encypted using the remote's key.
encryptionSetup must be called before setRemoteCredPair. Otherwise,
the RemoteConfig doesn't have the cipher in it, and so no cipher is used to
encrypt the embedded creds.
This is a security fix for non-shared encryption methods!
For encryption=shared, there's no security problem, just an
inconsistentency in whether the embedded creds are encrypted.
This is very important to get right, so used some types to help ensure that
setRemoteCredPair is only run after encryptionSetup. Note that the external
special remote bypasses the type safety, since creds can be set after the
initial remote config, if the external special remote program requests it.
Also note that IA remotes never use encryption, so encryptionSetup is not
run for them at all, and again the type safety is bypassed.
This leaves two open questions:
1. What to do about S3 and glacier remotes that were set up
using encryption=pubkey/hybrid with embedcreds?
Such a git repo has a security hole embedded in it, and this needs to be
communicated to the user. Is the changelog enough?
2. enableremote won't work in such a repo, because git-annex will
try to decrypt the embedded creds, which are not encrypted, so fails.
This needs to be dealt with, especially for ecryption=shared repos,
which are not really broken, just inconsistently configured.
Noticing that problem for encryption=shared is what led to commit
fbdeeeed5fa276d94be587c8916d725eddcaf546, which tried to
fix the problem by not decrypting the embedded creds.
This commit was sponsored by Josh Taylor.
2014-09-18 21:07:17 +00:00
|
|
|
module Remote.Helper.Encryptable (
|
|
|
|
EncryptionIsSetup,
|
|
|
|
encryptionSetup,
|
|
|
|
noEncryptionUsed,
|
|
|
|
encryptionAlreadySetup,
|
|
|
|
remoteCipher,
|
2014-09-18 21:58:03 +00:00
|
|
|
remoteCipher',
|
glacier, S3: Fix bug that caused embedded creds to not be encypted using the remote's key.
encryptionSetup must be called before setRemoteCredPair. Otherwise,
the RemoteConfig doesn't have the cipher in it, and so no cipher is used to
encrypt the embedded creds.
This is a security fix for non-shared encryption methods!
For encryption=shared, there's no security problem, just an
inconsistentency in whether the embedded creds are encrypted.
This is very important to get right, so used some types to help ensure that
setRemoteCredPair is only run after encryptionSetup. Note that the external
special remote bypasses the type safety, since creds can be set after the
initial remote config, if the external special remote program requests it.
Also note that IA remotes never use encryption, so encryptionSetup is not
run for them at all, and again the type safety is bypassed.
This leaves two open questions:
1. What to do about S3 and glacier remotes that were set up
using encryption=pubkey/hybrid with embedcreds?
Such a git repo has a security hole embedded in it, and this needs to be
communicated to the user. Is the changelog enough?
2. enableremote won't work in such a repo, because git-annex will
try to decrypt the embedded creds, which are not encrypted, so fails.
This needs to be dealt with, especially for ecryption=shared repos,
which are not really broken, just inconsistently configured.
Noticing that problem for encryption=shared is what led to commit
fbdeeeed5fa276d94be587c8916d725eddcaf546, which tried to
fix the problem by not decrypting the embedded creds.
This commit was sponsored by Josh Taylor.
2014-09-18 21:07:17 +00:00
|
|
|
embedCreds,
|
|
|
|
cipherKey,
|
|
|
|
storeCipher,
|
|
|
|
extractCipher,
|
2014-10-21 18:36:09 +00:00
|
|
|
describeEncryption,
|
glacier, S3: Fix bug that caused embedded creds to not be encypted using the remote's key.
encryptionSetup must be called before setRemoteCredPair. Otherwise,
the RemoteConfig doesn't have the cipher in it, and so no cipher is used to
encrypt the embedded creds.
This is a security fix for non-shared encryption methods!
For encryption=shared, there's no security problem, just an
inconsistentency in whether the embedded creds are encrypted.
This is very important to get right, so used some types to help ensure that
setRemoteCredPair is only run after encryptionSetup. Note that the external
special remote bypasses the type safety, since creds can be set after the
initial remote config, if the external special remote program requests it.
Also note that IA remotes never use encryption, so encryptionSetup is not
run for them at all, and again the type safety is bypassed.
This leaves two open questions:
1. What to do about S3 and glacier remotes that were set up
using encryption=pubkey/hybrid with embedcreds?
Such a git repo has a security hole embedded in it, and this needs to be
communicated to the user. Is the changelog enough?
2. enableremote won't work in such a repo, because git-annex will
try to decrypt the embedded creds, which are not encrypted, so fails.
This needs to be dealt with, especially for ecryption=shared repos,
which are not really broken, just inconsistently configured.
Noticing that problem for encryption=shared is what led to commit
fbdeeeed5fa276d94be587c8916d725eddcaf546, which tried to
fix the problem by not decrypting the embedded creds.
This commit was sponsored by Josh Taylor.
2014-09-18 21:07:17 +00:00
|
|
|
) where
|
2011-04-16 17:25:27 +00:00
|
|
|
|
|
|
|
import qualified Data.Map as M
|
|
|
|
|
2011-10-05 20:02:51 +00:00
|
|
|
import Common.Annex
|
2011-06-02 01:56:04 +00:00
|
|
|
import Types.Remote
|
2011-04-16 17:25:27 +00:00
|
|
|
import Crypto
|
2013-03-29 16:06:02 +00:00
|
|
|
import Types.Crypto
|
2011-04-16 22:22:52 +00:00
|
|
|
import qualified Annex
|
2012-04-29 18:31:34 +00:00
|
|
|
import Utility.Base64
|
2011-04-16 17:25:27 +00:00
|
|
|
|
glacier, S3: Fix bug that caused embedded creds to not be encypted using the remote's key.
encryptionSetup must be called before setRemoteCredPair. Otherwise,
the RemoteConfig doesn't have the cipher in it, and so no cipher is used to
encrypt the embedded creds.
This is a security fix for non-shared encryption methods!
For encryption=shared, there's no security problem, just an
inconsistentency in whether the embedded creds are encrypted.
This is very important to get right, so used some types to help ensure that
setRemoteCredPair is only run after encryptionSetup. Note that the external
special remote bypasses the type safety, since creds can be set after the
initial remote config, if the external special remote program requests it.
Also note that IA remotes never use encryption, so encryptionSetup is not
run for them at all, and again the type safety is bypassed.
This leaves two open questions:
1. What to do about S3 and glacier remotes that were set up
using encryption=pubkey/hybrid with embedcreds?
Such a git repo has a security hole embedded in it, and this needs to be
communicated to the user. Is the changelog enough?
2. enableremote won't work in such a repo, because git-annex will
try to decrypt the embedded creds, which are not encrypted, so fails.
This needs to be dealt with, especially for ecryption=shared repos,
which are not really broken, just inconsistently configured.
Noticing that problem for encryption=shared is what led to commit
fbdeeeed5fa276d94be587c8916d725eddcaf546, which tried to
fix the problem by not decrypting the embedded creds.
This commit was sponsored by Josh Taylor.
2014-09-18 21:07:17 +00:00
|
|
|
-- Used to ensure that encryption has been set up before trying to
|
|
|
|
-- eg, store creds in the remote config that would need to use the
|
|
|
|
-- encryption setup.
|
|
|
|
data EncryptionIsSetup = EncryptionIsSetup | NoEncryption
|
|
|
|
|
|
|
|
-- Remotes that don't use encryption can use this instead of
|
|
|
|
-- encryptionSetup.
|
|
|
|
noEncryptionUsed :: EncryptionIsSetup
|
|
|
|
noEncryptionUsed = NoEncryption
|
|
|
|
|
|
|
|
-- Using this avoids the type-safe check, so you'd better be sure
|
|
|
|
-- of what you're doing.
|
|
|
|
encryptionAlreadySetup :: EncryptionIsSetup
|
|
|
|
encryptionAlreadySetup = EncryptionIsSetup
|
|
|
|
|
2011-04-16 17:25:27 +00:00
|
|
|
{- Encryption setup for a remote. The user must specify whether to use
|
|
|
|
- an encryption key, or not encrypt. An encrypted cipher is created, or is
|
2012-04-29 18:02:18 +00:00
|
|
|
- updated to be accessible to an additional encryption key. Or the user
|
|
|
|
- could opt to use a shared cipher, which is stored unencrypted. -}
|
glacier, S3: Fix bug that caused embedded creds to not be encypted using the remote's key.
encryptionSetup must be called before setRemoteCredPair. Otherwise,
the RemoteConfig doesn't have the cipher in it, and so no cipher is used to
encrypt the embedded creds.
This is a security fix for non-shared encryption methods!
For encryption=shared, there's no security problem, just an
inconsistentency in whether the embedded creds are encrypted.
This is very important to get right, so used some types to help ensure that
setRemoteCredPair is only run after encryptionSetup. Note that the external
special remote bypasses the type safety, since creds can be set after the
initial remote config, if the external special remote program requests it.
Also note that IA remotes never use encryption, so encryptionSetup is not
run for them at all, and again the type safety is bypassed.
This leaves two open questions:
1. What to do about S3 and glacier remotes that were set up
using encryption=pubkey/hybrid with embedcreds?
Such a git repo has a security hole embedded in it, and this needs to be
communicated to the user. Is the changelog enough?
2. enableremote won't work in such a repo, because git-annex will
try to decrypt the embedded creds, which are not encrypted, so fails.
This needs to be dealt with, especially for ecryption=shared repos,
which are not really broken, just inconsistently configured.
Noticing that problem for encryption=shared is what led to commit
fbdeeeed5fa276d94be587c8916d725eddcaf546, which tried to
fix the problem by not decrypting the embedded creds.
This commit was sponsored by Josh Taylor.
2014-09-18 21:07:17 +00:00
|
|
|
encryptionSetup :: RemoteConfig -> Annex (RemoteConfig, EncryptionIsSetup)
|
2013-08-28 02:24:14 +00:00
|
|
|
encryptionSetup c = maybe genCipher updateCipher $ extractCipher c
|
2012-11-11 04:51:07 +00:00
|
|
|
where
|
2013-08-28 02:24:14 +00:00
|
|
|
-- The type of encryption
|
|
|
|
encryption = M.lookup "encryption" c
|
|
|
|
-- Generate a new cipher, depending on the chosen encryption scheme
|
|
|
|
genCipher = case encryption of
|
2013-09-01 18:12:00 +00:00
|
|
|
_ | M.member "cipher" c || M.member "cipherkeys" c -> cannotchange
|
glacier, S3: Fix bug that caused embedded creds to not be encypted using the remote's key.
encryptionSetup must be called before setRemoteCredPair. Otherwise,
the RemoteConfig doesn't have the cipher in it, and so no cipher is used to
encrypt the embedded creds.
This is a security fix for non-shared encryption methods!
For encryption=shared, there's no security problem, just an
inconsistentency in whether the embedded creds are encrypted.
This is very important to get right, so used some types to help ensure that
setRemoteCredPair is only run after encryptionSetup. Note that the external
special remote bypasses the type safety, since creds can be set after the
initial remote config, if the external special remote program requests it.
Also note that IA remotes never use encryption, so encryptionSetup is not
run for them at all, and again the type safety is bypassed.
This leaves two open questions:
1. What to do about S3 and glacier remotes that were set up
using encryption=pubkey/hybrid with embedcreds?
Such a git repo has a security hole embedded in it, and this needs to be
communicated to the user. Is the changelog enough?
2. enableremote won't work in such a repo, because git-annex will
try to decrypt the embedded creds, which are not encrypted, so fails.
This needs to be dealt with, especially for ecryption=shared repos,
which are not really broken, just inconsistently configured.
Noticing that problem for encryption=shared is what led to commit
fbdeeeed5fa276d94be587c8916d725eddcaf546, which tried to
fix the problem by not decrypting the embedded creds.
This commit was sponsored by Josh Taylor.
2014-09-18 21:07:17 +00:00
|
|
|
Just "none" -> return (c, NoEncryption)
|
2013-08-28 02:24:14 +00:00
|
|
|
Just "shared" -> use "encryption setup" . genSharedCipher
|
|
|
|
=<< highRandomQuality
|
2013-09-04 23:09:56 +00:00
|
|
|
-- hybrid encryption is the default when a keyid is
|
2014-10-09 19:09:26 +00:00
|
|
|
-- specified but no encryption
|
2013-09-04 23:09:56 +00:00
|
|
|
_ | maybe (M.member "keyid" c) (== "hybrid") encryption ->
|
2013-09-05 15:12:01 +00:00
|
|
|
use "encryption setup" . genEncryptedCipher key Hybrid
|
2013-08-28 02:24:14 +00:00
|
|
|
=<< highRandomQuality
|
2013-09-05 15:12:01 +00:00
|
|
|
Just "pubkey" -> use "encryption setup" . genEncryptedCipher key PubKey
|
2013-09-01 18:12:00 +00:00
|
|
|
=<< highRandomQuality
|
|
|
|
_ -> error $ "Specify " ++ intercalate " or "
|
|
|
|
(map ("encryption=" ++)
|
2013-09-04 23:09:56 +00:00
|
|
|
["none","shared","hybrid","pubkey"])
|
2013-09-01 18:12:00 +00:00
|
|
|
++ "."
|
2013-08-28 02:24:14 +00:00
|
|
|
key = fromMaybe (error "Specifiy keyid=...") $ M.lookup "keyid" c
|
|
|
|
newkeys = maybe [] (\k -> [(True,k)]) (M.lookup "keyid+" c) ++
|
|
|
|
maybe [] (\k -> [(False,k)]) (M.lookup "keyid-" c)
|
2013-09-01 18:12:00 +00:00
|
|
|
cannotchange = error "Cannot set encryption type of existing remotes."
|
2013-08-28 02:24:14 +00:00
|
|
|
-- Update an existing cipher if possible.
|
2013-09-01 18:12:00 +00:00
|
|
|
updateCipher v = case v of
|
glacier, S3: Fix bug that caused embedded creds to not be encypted using the remote's key.
encryptionSetup must be called before setRemoteCredPair. Otherwise,
the RemoteConfig doesn't have the cipher in it, and so no cipher is used to
encrypt the embedded creds.
This is a security fix for non-shared encryption methods!
For encryption=shared, there's no security problem, just an
inconsistentency in whether the embedded creds are encrypted.
This is very important to get right, so used some types to help ensure that
setRemoteCredPair is only run after encryptionSetup. Note that the external
special remote bypasses the type safety, since creds can be set after the
initial remote config, if the external special remote program requests it.
Also note that IA remotes never use encryption, so encryptionSetup is not
run for them at all, and again the type safety is bypassed.
This leaves two open questions:
1. What to do about S3 and glacier remotes that were set up
using encryption=pubkey/hybrid with embedcreds?
Such a git repo has a security hole embedded in it, and this needs to be
communicated to the user. Is the changelog enough?
2. enableremote won't work in such a repo, because git-annex will
try to decrypt the embedded creds, which are not encrypted, so fails.
This needs to be dealt with, especially for ecryption=shared repos,
which are not really broken, just inconsistently configured.
Noticing that problem for encryption=shared is what led to commit
fbdeeeed5fa276d94be587c8916d725eddcaf546, which tried to
fix the problem by not decrypting the embedded creds.
This commit was sponsored by Josh Taylor.
2014-09-18 21:07:17 +00:00
|
|
|
SharedCipher _ | maybe True (== "shared") encryption -> return (c', EncryptionIsSetup)
|
2013-09-05 02:18:33 +00:00
|
|
|
EncryptedCipher _ variant _
|
2013-09-05 15:12:01 +00:00
|
|
|
| maybe True (== if variant == Hybrid then "hybrid" else "pubkey") encryption ->
|
2013-09-05 02:18:33 +00:00
|
|
|
use "encryption update" $ updateEncryptedCipher newkeys v
|
2013-09-01 18:12:00 +00:00
|
|
|
_ -> cannotchange
|
2012-11-11 04:51:07 +00:00
|
|
|
use m a = do
|
2013-05-18 23:30:52 +00:00
|
|
|
showNote m
|
2012-11-11 04:51:07 +00:00
|
|
|
cipher <- liftIO a
|
2013-05-18 23:30:52 +00:00
|
|
|
showNote $ describeCipher cipher
|
glacier, S3: Fix bug that caused embedded creds to not be encypted using the remote's key.
encryptionSetup must be called before setRemoteCredPair. Otherwise,
the RemoteConfig doesn't have the cipher in it, and so no cipher is used to
encrypt the embedded creds.
This is a security fix for non-shared encryption methods!
For encryption=shared, there's no security problem, just an
inconsistentency in whether the embedded creds are encrypted.
This is very important to get right, so used some types to help ensure that
setRemoteCredPair is only run after encryptionSetup. Note that the external
special remote bypasses the type safety, since creds can be set after the
initial remote config, if the external special remote program requests it.
Also note that IA remotes never use encryption, so encryptionSetup is not
run for them at all, and again the type safety is bypassed.
This leaves two open questions:
1. What to do about S3 and glacier remotes that were set up
using encryption=pubkey/hybrid with embedcreds?
Such a git repo has a security hole embedded in it, and this needs to be
communicated to the user. Is the changelog enough?
2. enableremote won't work in such a repo, because git-annex will
try to decrypt the embedded creds, which are not encrypted, so fails.
This needs to be dealt with, especially for ecryption=shared repos,
which are not really broken, just inconsistently configured.
Noticing that problem for encryption=shared is what led to commit
fbdeeeed5fa276d94be587c8916d725eddcaf546, which tried to
fix the problem by not decrypting the embedded creds.
This commit was sponsored by Josh Taylor.
2014-09-18 21:07:17 +00:00
|
|
|
return (storeCipher c' cipher, EncryptionIsSetup)
|
2013-04-06 20:14:57 +00:00
|
|
|
highRandomQuality =
|
|
|
|
(&&) (maybe True ( /= "false") $ M.lookup "highRandomQuality" c)
|
|
|
|
<$> fmap not (Annex.getState Annex.fast)
|
2013-09-01 18:12:00 +00:00
|
|
|
c' = foldr M.delete c
|
2014-10-09 19:09:26 +00:00
|
|
|
-- git-annex used to remove 'encryption' as well, since
|
|
|
|
-- it was redundant; we now need to keep it for
|
|
|
|
-- public-key encryption, hence we leave it on newer
|
|
|
|
-- remotes (while being backward-compatible).
|
2013-09-01 18:12:00 +00:00
|
|
|
[ "keyid", "keyid+", "keyid-", "highRandomQuality" ]
|
2011-04-16 22:22:52 +00:00
|
|
|
|
2014-09-18 21:58:03 +00:00
|
|
|
remoteCipher :: RemoteConfig -> Annex (Maybe Cipher)
|
|
|
|
remoteCipher = fmap fst <$$> remoteCipher'
|
|
|
|
|
2011-12-08 20:01:46 +00:00
|
|
|
{- Gets encryption Cipher. The decrypted Ciphers are cached in the Annex
|
2011-05-01 18:05:10 +00:00
|
|
|
- state. -}
|
2014-09-18 21:58:03 +00:00
|
|
|
remoteCipher' :: RemoteConfig -> Annex (Maybe (Cipher, StorableCipher))
|
|
|
|
remoteCipher' c = go $ extractCipher c
|
2012-11-11 04:51:07 +00:00
|
|
|
where
|
|
|
|
go Nothing = return Nothing
|
|
|
|
go (Just encipher) = do
|
|
|
|
cache <- Annex.getState Annex.ciphers
|
|
|
|
case M.lookup encipher cache of
|
2014-09-18 21:58:03 +00:00
|
|
|
Just cipher -> return $ Just (cipher, encipher)
|
2012-11-18 19:27:44 +00:00
|
|
|
Nothing -> do
|
|
|
|
cipher <- liftIO $ decryptCipher encipher
|
|
|
|
Annex.changeState (\s -> s { Annex.ciphers = M.insert encipher cipher cache })
|
2014-09-18 21:58:03 +00:00
|
|
|
return $ Just (cipher, encipher)
|
2011-05-01 18:05:10 +00:00
|
|
|
|
2012-11-19 21:32:58 +00:00
|
|
|
{- Checks if the remote's config allows storing creds in the remote's config.
|
|
|
|
-
|
|
|
|
- embedcreds=yes allows this, and embedcreds=no prevents it.
|
|
|
|
-
|
|
|
|
- If not set, the default is to only store creds when it's surely safe:
|
|
|
|
- When gpg encryption is used, in which case the creds will be encrypted
|
|
|
|
- using it. Not when a shared cipher is used.
|
|
|
|
-}
|
|
|
|
embedCreds :: RemoteConfig -> Bool
|
|
|
|
embedCreds c
|
|
|
|
| M.lookup "embedcreds" c == Just "yes" = True
|
|
|
|
| M.lookup "embedcreds" c == Just "no" = False
|
|
|
|
| isJust (M.lookup "cipherkeys" c) && isJust (M.lookup "cipher" c) = True
|
|
|
|
| otherwise = False
|
2012-09-26 16:06:44 +00:00
|
|
|
|
2014-07-27 00:14:09 +00:00
|
|
|
{- Gets encryption Cipher, and key encryptor. -}
|
|
|
|
cipherKey :: RemoteConfig -> Annex (Maybe (Cipher, EncKey))
|
|
|
|
cipherKey c = fmap make <$> remoteCipher c
|
2012-11-11 04:51:07 +00:00
|
|
|
where
|
2014-07-27 00:14:09 +00:00
|
|
|
make ciphertext = (ciphertext, encryptKey mac ciphertext)
|
2013-03-29 16:06:02 +00:00
|
|
|
mac = fromMaybe defaultMac $ M.lookup "mac" c >>= readMac
|
2012-04-29 18:31:34 +00:00
|
|
|
|
|
|
|
{- Stores an StorableCipher in a remote's configuration. -}
|
|
|
|
storeCipher :: RemoteConfig -> StorableCipher -> RemoteConfig
|
|
|
|
storeCipher c (SharedCipher t) = M.insert "cipher" (toB64 t) c
|
2013-09-01 18:12:00 +00:00
|
|
|
storeCipher c (EncryptedCipher t _ ks) =
|
2012-04-29 18:31:34 +00:00
|
|
|
M.insert "cipher" (toB64 t) $ M.insert "cipherkeys" (showkeys ks) c
|
2012-11-11 04:51:07 +00:00
|
|
|
where
|
2013-04-23 00:24:53 +00:00
|
|
|
showkeys (KeyIds l) = intercalate "," l
|
2012-04-29 18:31:34 +00:00
|
|
|
|
|
|
|
{- Extracts an StorableCipher from a remote's configuration. -}
|
|
|
|
extractCipher :: RemoteConfig -> Maybe StorableCipher
|
2013-09-01 18:12:00 +00:00
|
|
|
extractCipher c = case (M.lookup "cipher" c,
|
|
|
|
M.lookup "cipherkeys" c,
|
|
|
|
M.lookup "encryption" c) of
|
|
|
|
(Just t, Just ks, encryption) | maybe True (== "hybrid") encryption ->
|
2013-09-05 15:12:01 +00:00
|
|
|
Just $ EncryptedCipher (fromB64 t) Hybrid (readkeys ks)
|
2013-09-01 18:12:00 +00:00
|
|
|
(Just t, Just ks, Just "pubkey") ->
|
2013-09-05 15:12:01 +00:00
|
|
|
Just $ EncryptedCipher (fromB64 t) PubKey (readkeys ks)
|
2013-09-01 18:12:00 +00:00
|
|
|
(Just t, Nothing, encryption) | maybe True (== "shared") encryption ->
|
|
|
|
Just $ SharedCipher (fromB64 t)
|
|
|
|
_ -> Nothing
|
2012-11-11 04:51:07 +00:00
|
|
|
where
|
|
|
|
readkeys = KeyIds . split ","
|
2014-10-21 18:36:09 +00:00
|
|
|
|
|
|
|
describeEncryption :: RemoteConfig -> String
|
|
|
|
describeEncryption c = case extractCipher c of
|
|
|
|
Nothing -> "not encrypted"
|
|
|
|
(Just (SharedCipher _)) -> "encrypted (encryption key stored in git repository)"
|
2014-10-22 18:39:59 +00:00
|
|
|
(Just (EncryptedCipher _ v (KeyIds { keyIds = ks }))) -> unwords $ catMaybes
|
|
|
|
[ Just "encrypted (to gpg keys:"
|
|
|
|
, Just (unwords ks ++ ")")
|
|
|
|
, case v of
|
|
|
|
PubKey -> Nothing
|
|
|
|
Hybrid -> Just "(hybrid mode)"
|
|
|
|
]
|