amazonka-kms: Amazon Key Management Service SDK.
AWS Key Management Service AWS Key Management Service (AWS KMS) is an encryption and key management web service. This guide describes the AWS KMS operations that you can call programmatically. For general information about AWS KMS, see the AWS Key Management Service Developer Guide. AWS provides SDKs that consist of libraries and sample code for various programming languages and platforms (Java, Ruby, .Net, iOS, Android, etc.). The SDKs provide a convenient way to create programmatic access to AWS KMS and other AWS services. For example, the SDKs take care of tasks such as signing requests (see below), managing errors, and retrying requests automatically. For more information about the AWS SDKs, including how to download and install them, see Tools for Amazon Web Services. We recommend that you use the AWS SDKs to make programmatic API calls to AWS KMS. Clients must support TLS (Transport Layer Security) 1.0. We recommend TLS 1.2. Clients must also support cipher suites with Perfect Forward Secrecy (PFS) such as Ephemeral Diffie-Hellman (DHE) or Elliptic Curve Ephemeral Diffie-Hellman (ECDHE). Most modern systems such as Java 7 and later support these modes. Signing Requests Requests must be signed by using an access key ID and a secret access key. We strongly recommend that you do not use your AWS account access key ID and secret key for everyday work with AWS KMS. Instead, use the access key ID and secret access key for an IAM user, or you can use the AWS Security Token Service to generate temporary security credentials that you can use to sign requests. All AWS KMS operations require Signature Version 4. Logging API Requests AWS KMS supports AWS CloudTrail, a service that logs AWS API calls and related events for your AWS account and delivers them to an Amazon S3 bucket that you specify. By using the information collected by CloudTrail, you can determine what requests were made to AWS KMS, who made the request, when it was made, and so on. To learn more about CloudTrail, including how to turn it on and find your log files, see the AWS CloudTrail User Guide. Additional Resources For more information about credentials and request signing, see the following: - AWS Security Credentials - This topic provides general information about the types of credentials used for accessing AWS. - AWS Security Token Service - This guide describes how to create and use temporary security credentials. - Signing AWS API Requests - This set of topics walks you through the process of signing a request using an access key ID and a secret access key. Commonly Used APIs Of the APIs discussed in this guide, the following will prove the most useful for most applications. You will likely perform actions other than these, such as creating keys and assigning policies, by using the console. - Encrypt - Decrypt - GenerateDataKey - GenerateDataKeyWithoutPlaintext
The types from this library are intended to be used with amazonka, which provides mechanisms for specifying AuthN/AuthZ information and sending requests.
Use of lenses is required for constructing and manipulating types. This is due to the amount of nesting of AWS types and transparency regarding de/serialisation into more palatable Haskell values. The provided lenses should be compatible with any of the major lens libraries such as lens or lens-family-core.
See Network.AWS.KMS and the AWS API Reference to get started.
[Skip to Readme]
Modules
[Index]
- Network
- AWS
- Network.AWS.KMS
- Network.AWS.KMS.CancelKeyDeletion
- Network.AWS.KMS.CreateAlias
- Network.AWS.KMS.CreateGrant
- Network.AWS.KMS.CreateKey
- Network.AWS.KMS.Decrypt
- Network.AWS.KMS.DeleteAlias
- Network.AWS.KMS.DescribeKey
- Network.AWS.KMS.DisableKey
- Network.AWS.KMS.DisableKeyRotation
- Network.AWS.KMS.EnableKey
- Network.AWS.KMS.EnableKeyRotation
- Network.AWS.KMS.Encrypt
- Network.AWS.KMS.GenerateDataKey
- Network.AWS.KMS.GenerateDataKeyWithoutPlaintext
- Network.AWS.KMS.GenerateRandom
- Network.AWS.KMS.GetKeyPolicy
- Network.AWS.KMS.GetKeyRotationStatus
- Network.AWS.KMS.ListAliases
- Network.AWS.KMS.ListGrants
- Network.AWS.KMS.ListKeyPolicies
- Network.AWS.KMS.ListKeys
- Network.AWS.KMS.ListRetirableGrants
- Network.AWS.KMS.PutKeyPolicy
- Network.AWS.KMS.ReEncrypt
- Network.AWS.KMS.RetireGrant
- Network.AWS.KMS.RevokeGrant
- Network.AWS.KMS.ScheduleKeyDeletion
- Network.AWS.KMS.Types
- Network.AWS.KMS.UpdateAlias
- Network.AWS.KMS.UpdateKeyDescription
- Network.AWS.KMS.Waiters
- Network.AWS.KMS
- AWS
Downloads
- amazonka-kms-1.3.4.tar.gz [browse] (Cabal source package)
- Package description (revised from the package)
Note: This package has metadata revisions in the cabal description newer than included in the tarball. To unpack the package including the revisions, use 'cabal get'.
Maintainer's Corner
For package maintainers and hackage trustees
Candidates
- No Candidates
Versions [RSS] | 0.0.0, 0.0.1, 0.0.2, 0.0.3, 0.0.4, 0.0.5, 0.0.6, 0.0.7, 0.0.8, 0.1.0, 0.1.1, 0.1.2, 0.1.3, 0.1.4, 0.2.0, 0.2.1, 0.2.2, 0.2.3, 0.3.0, 0.3.1, 0.3.2, 0.3.3, 0.3.4, 0.3.5, 0.3.6, 1.0.0, 1.0.1, 1.1.0, 1.2.0, 1.2.0.1, 1.2.0.2, 1.3.0, 1.3.1, 1.3.2, 1.3.3, 1.3.3.1, 1.3.4, 1.3.5, 1.3.6, 1.3.7, 1.4.0, 1.4.1, 1.4.2, 1.4.3, 1.4.4, 1.4.5, 1.5.0, 1.6.0, 1.6.1, 2.0 |
---|---|
Dependencies | amazonka-core (>=1.3.4 && <1.3.5), base (>=4.7 && <4.19) [details] |
License | LicenseRef-OtherLicense |
Copyright | Copyright (c) 2013-2015 Brendan Hay |
Author | Brendan Hay |
Maintainer | Brendan Hay <brendan.g.hay@gmail.com> |
Revised | Revision 1 made by jack at 2024-05-13T07:49:59Z |
Category | Network, AWS, Cloud, Distributed Computing |
Home page | https://github.com/brendanhay/amazonka |
Bug tracker | https://github.com/brendanhay/amazonka/issues |
Source repo | head: git clone git://github.com/brendanhay/amazonka.git |
Uploaded | by BrendanHay at 2015-10-25T19:20:15Z |
Distributions | LTSHaskell:2.0, NixOS:2.0 |
Reverse Dependencies | 6 direct, 0 indirect [details] |
Downloads | 37695 total (104 in the last 30 days) |
Rating | (no votes yet) [estimated by Bayesian average] |
Your Rating | |
Status | Docs available [build log] Last success reported on 2015-10-26 [all 1 reports] |