Closed
Bug 1237099
Opened 10 years ago
Closed 10 years ago
Please create an AWS IAM user called CloudHealthUser and attach the following policy and send me the access key and secret key
Categories
(Infrastructure & Operations :: Marketing Infrastructure, task)
Infrastructure & Operations
Marketing Infrastructure
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: riweiss, Unassigned)
Details
This is for the CloudHealth AWS governance tool trial.
In the Engagement Engineering AWS account, create an IAM user called CloudHealthUser
Create a new IAM policy (below), called CloudHealthAccess
Attach the policy to the IAM user
Send the access key and secret key for the user to riweiss@mozilla.com
IAM policy:
{
"Version": "2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": [
"aws-portal:ViewBilling",
"aws-portal:ViewUsage",
"autoscaling:Describe*",
"cloudformation:ListStacks",
"cloudformation:ListStackResources",
"cloudformation:DescribeStacks",
"cloudformation:DescribeStackEvents",
"cloudformation:DescribeStackResources",
"cloudformation:GetTemplate",
"cloudfront:Get*",
"cloudfront:List*",
"cloudwatch:Describe*",
"cloudwatch:Get*",
"cloudwatch:List*",
"dynamodb:DescribeTable",
"dynamodb:ListTables",
"ec2:Describe*",
"elasticache:Describe*",
"elasticache:ListTagsForResource",
"elasticbeanstalk:Check*",
"elasticbeanstalk:Describe*",
"elasticbeanstalk:List*",
"elasticbeanstalk:RequestEnvironmentInfo",
"elasticbeanstalk:RetrieveEnvironmentInfo",
"elasticloadbalancing:Describe*",
"elasticmapreduce:Describe*",
"elasticmapreduce:List*",
"iam:List*",
"iam:Get*",
"redshift:Describe*",
"route53:Get*",
"route53:List*",
"rds:Describe*",
"rds:ListTagsForResource",
"s3:List*",
"s3:GetBucketTagging",
"s3:GetBucketLocation",
"s3:GetBucketLogging",
"s3:GetBucketVersioning",
"s3:GetBucketWebsite",
"sdb:GetAttributes",
"sdb:List*",
"sdb:Select*",
"ses:Get*",
"ses:List*",
"sns:Get*",
"sns:List*",
"sqs:GetQueueAttributes",
"sqs:ListQueues",
"storagegateway:List*",
"storagegateway:Describe*"
],
"Resource": "*"
},
{
"Effect": "Deny",
"Action": [
"autoscaling:DescribeLaunchConfigurations",
"ec2:DescribeInstanceAttribute",
"cloudformation:DescribeStacks",
"sdb:Select"
],
"Resource": [
"*"
]
}
]
}
Comment 1•10 years ago
|
||
Richard:
I did not realize this was a 3rd party, can you verify this has gone through a sec check and we are good to go? The permissions do not seem too crazy (I don't see any writes) but I want to verify.
Flags: needinfo?(riweiss)
| Reporter | ||
Comment 2•10 years ago
|
||
Ben:
We did do a security assessment. While their security practices are not very mature, because of the permissions we give them the exposure is small. The security assessment can be found in these bugs:
https://bugzilla.mozilla.org/show_bug.cgi?id=1234847
https://bugzilla.mozilla.org/show_bug.cgi?id=1231499
Flags: needinfo?(riweiss)
Comment 3•10 years ago
|
||
User and role created, encrypted credentials sent to Richard.
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Comment 4•10 years ago
|
||
Note do the security practices being less than mature we will disable this user once finish our evaluation.
| Reporter | ||
Comment 5•10 years ago
|
||
Because of the limited exposure granted by this IAM policy, CloudHealth's security practices are deemed to be adequate. That said, if we decide to purchase the service we intend to make a couple of changes on our end:
1. Explode the "*" permissions in the IAM policies so that any permissions we give them are explicit. This will avoid giving them any unintended permissions should Amazon decide to add new capabilities to any existing services covered by the IAM policies.
2. Switch from using IAM users to roles. This will avoid us having to give API keys to CloudHealth while retaining our ability to shut of their access.
Additionally, if CloudHealth adds any new categories of service, we will go through another security review before enabling them.
You need to log in
before you can comment on or make changes to this bug.
Description
•