Linux anchor 4.4.0-210-generic #242-Ubuntu SMP Fri Apr 16 09:57:56 UTC 2021 x86_64
Apache/2.4.18 (Ubuntu)
Server IP : 10.10.100.4 & Your IP : 216.73.217.150
Domains :
Cant Read [ /etc/named.conf ]
User : www-data
Terminal
Auto Root
Create File
Create Folder
Localroot Suggester
Backdoor Destroyer
Readme
/
usr /
src /
linux-headers-4.4.0-209 /
include /
keys /
Delete
Unzip
Name
Size
Permission
Date
Action
asymmetric-parser.h
1.16
KB
-rw-r--r--
2016-01-11 00:01
asymmetric-subtype.h
1.57
KB
-rw-r--r--
2016-01-11 00:01
asymmetric-type.h
2.46
KB
-rw-r--r--
2016-01-11 00:01
big_key-type.h
950
B
-rw-r--r--
2016-01-11 00:01
ceph-type.h
123
B
-rw-r--r--
2016-01-11 00:01
dns_resolver-type.h
689
B
-rw-r--r--
2016-01-11 00:01
encrypted-type.h
1.25
KB
-rw-r--r--
2016-01-11 00:01
keyring-type.h
544
B
-rw-r--r--
2016-01-11 00:01
rxrpc-type.h
4.04
KB
-rw-r--r--
2016-01-11 00:01
system_keyring.h
1.57
KB
-rw-r--r--
2021-04-13 03:05
trusted-type.h
1.17
KB
-rw-r--r--
2021-04-13 03:05
user-type.h
1.96
KB
-rw-r--r--
2021-04-13 03:05
Save
Rename
/* Asymmetric Public-key cryptography key type interface * * See Documentation/security/asymmetric-keys.txt * * Copyright (C) 2012 Red Hat, Inc. All Rights Reserved. * Written by David Howells (dhowells@redhat.com) * * This program is free software; you can redistribute it and/or * modify it under the terms of the GNU General Public Licence * as published by the Free Software Foundation; either version * 2 of the Licence, or (at your option) any later version. */ #ifndef _KEYS_ASYMMETRIC_TYPE_H #define _KEYS_ASYMMETRIC_TYPE_H #include <linux/key-type.h> extern struct key_type key_type_asymmetric; /* * The key payload is four words. The asymmetric-type key uses them as * follows: */ enum asymmetric_payload_bits { asym_crypto, asym_subtype, asym_key_ids, }; /* * Identifiers for an asymmetric key ID. We have three ways of looking up a * key derived from an X.509 certificate: * * (1) Serial Number & Issuer. Non-optional. This is the only valid way to * map a PKCS#7 signature to an X.509 certificate. * * (2) Issuer & Subject Unique IDs. Optional. These were the original way to * match X.509 certificates, but have fallen into disuse in favour of (3). * * (3) Auth & Subject Key Identifiers. Optional. SKIDs are only provided on * CA keys that are intended to sign other keys, so don't appear in end * user certificates unless forced. * * We could also support an PGP key identifier, which is just a SHA1 sum of the * public key and certain parameters, but since we don't support PGP keys at * the moment, we shall ignore those. * * What we actually do is provide a place where binary identifiers can be * stashed and then compare against them when checking for an id match. */ struct asymmetric_key_id { unsigned short len; unsigned char data[]; }; struct asymmetric_key_ids { void *id[2]; }; extern bool asymmetric_key_id_same(const struct asymmetric_key_id *kid1, const struct asymmetric_key_id *kid2); extern bool asymmetric_key_id_partial(const struct asymmetric_key_id *kid1, const struct asymmetric_key_id *kid2); extern struct asymmetric_key_id *asymmetric_key_generate_id(const void *val_1, size_t len_1, const void *val_2, size_t len_2); static inline const struct asymmetric_key_ids *asymmetric_key_ids(const struct key *key) { return key->payload.data[asym_key_ids]; } /* * The payload is at the discretion of the subtype. */ #endif /* _KEYS_ASYMMETRIC_TYPE_H */