Contained WithinFind More DocumentationFeatured Support Resources | PDF로 이 문서 다운로드 (9905 KB)
cryptoadm(1M)Name | Synopsis | Description | Options | Operands | Examples | Exit Status | Attributes | See Also | Notes Name
Synopsis
cryptoadm list [-mpv] [provider=provider-name]
[mechanism=mechanism-list]
cryptoadm disable
provider=provider-name mechanism=mechanism-list | random | all
cryptoadm enable
provider=provider-name mechanism=mechanism-list | random | all
cryptoadm install provider=provider-name
cryptoadm install provider=provider-name
[mechanism=mechanism-list]
cryptoadm uninstall provider=provider-name cryptoadm unload provider=provider-name cryptoadm disable fips-140 cryptoadm enable fips-140 cryptoadm list fips-140 cryptoadm refresh cryptoadm start cryptoadm stop cryptoadm --help Description
The cryptoadm utility displays cryptographic provider information for a system, configures the mechanism policy for each provider, and installs or uninstalls a cryptographic provider. The cryptographic framework supports three types of providers: a user-level provider (a PKCS11 shared library), a kernel software provider (a loadable kernel software module), and a kernel hardware provider (a cryptographic hardware device). For kernel software providers, the cryptoadm utility provides the unload subcommand. This subcommand instructs the kernel to unload a kernel software providers. For the cryptographic framework's metaslot, the cryptoadm utility provides subcommands to enable and disable the metaslot's features, list metaslot's configuration, specify alternate persistent object storage, and configure the metaslot's mechanism policy. The cryptoadm utility provides subcommands to enable and disable FIPS-140 mode in the Cryptographic Framework. It also provides a list subcommand to display the current status of FIPS-140 mode. Administrators will find it useful to use syslog facilities (see syslogd(1M) and logadm(1M)) to maintain the cryptographic subsystem. Logging can be especially useful under the following circumstances: With the exception of the subcommands or options listed below, the cryptoadm command needs to be run by a privileged user. Options
The cryptoadm utility has the various combinations of subcommands and options shown below. Operands
The keyword all can be used in two ways with the disable and enable subcommands: ExamplesExample 1 Display List of Providers Installed in SystemThe following command displays a list of all installed providers:
Example 2 Display Mechanism List for md5 ProviderThe following command is a variation of the list subcommand:
Example 3 Disable Specific Mechanisms for Kernel Software ProviderThe following command disables mechanisms CKM_DES3_ECB and CKM_DES3_CBC for the kernel software provider des:
Example 4 Display Mechanism Policy for a ProviderThe following command displays the mechanism policy for the des provider:
Example 5 Enable Specific Mechanism for a ProviderThe following command enables the CKM_DES3_ECB mechanism for the kernel software provider des:
Example 6 Install User-Level ProviderThe following command installs a user-level provider:
Example 7 Install User-Level Provider That Contains 32– and 64–bit VersionsThe following command installs a user-level provider that contains both 32–bit and 64–bit versions:
Example 8 Uninstall a ProviderThe following command uninstalls the md5 provider:
Example 9 Disable metaslotThe following command disables the metaslot feature in the cryptographic framework.
Example 10 Specify metaslot to Use Specified Token as Persistent Object StoreThe following command specifies that metaslot use the Venus token as the persistent object store.
Exit StatusAttributesSee attributes(5) for descriptions of the following attributes:
The start, stop, and refresh options are Private interfaces. All other options are Evolving. The utility name is Stable. See Alsologadm(1M), svcadm(1M), syslogd(1M), libpkcs11(3LIB), exec_attr(4), prof_attr(4), attributes(5), smf(5), random(7D) System Administration Guide: Security Services Solaris Security for Developer's Guide NotesIf a hardware provider's policy was made explicitly (that is, some of its mechanisms were disabled) and the hardware provider has been detached, the policy of this hardware provider is still listed. cryptoadm assumes that, minimally, a 32–bit shared object is delivered for each user-level provider. If both a 32–bit and 64–bit shared object are delivered, the two versions must provide the same functionality. The same mechanism policy applies to both. Name | Synopsis | Description | Options | Operands | Examples | Exit Status | Attributes | See Also | Notes |
|||||||||||||||||||