@awboost/cfn-resource-types 0.1.235 → 0.1.237
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/lib/AWS-ECS-Service.d.ts
CHANGED
|
@@ -622,6 +622,7 @@ export type ServiceManagedEBSVolumeConfiguration = {
|
|
|
622
622
|
This parameter is only supported for the ``gp3`` volume type.
|
|
623
623
|
*/
|
|
624
624
|
Throughput?: number;
|
|
625
|
+
VolumeInitializationRate?: number;
|
|
625
626
|
/**
|
|
626
627
|
* The volume type. This parameter maps 1:1 with the ``VolumeType`` parameter of the [CreateVolume API](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_CreateVolume.html) in the *Amazon EC2 API Reference*. For more information, see [Amazon EBS volume types](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-volume-types.html) in the *Amazon EC2 User Guide*.
|
|
627
628
|
The following are the supported volume types.
|
|
@@ -186,6 +186,10 @@ export type UpdateConfig = {
|
|
|
186
186
|
* @max `100`
|
|
187
187
|
*/
|
|
188
188
|
MaxUnavailablePercentage?: number;
|
|
189
|
+
/**
|
|
190
|
+
* The configuration for the behavior to follow during an node group version update of this managed node group. You choose between two possible strategies for replacing nodes during an UpdateNodegroupVersion action.
|
|
191
|
+
*/
|
|
192
|
+
UpdateStrategy?: string;
|
|
189
193
|
};
|
|
190
194
|
/**
|
|
191
195
|
* Resource schema for AWS::EKS::Nodegroup
|
|
@@ -186,13 +186,7 @@ export type AutomationRulesFindingFilters = {
|
|
|
186
186
|
Confidence?: NumberFilter[];
|
|
187
187
|
/**
|
|
188
188
|
* A timestamp that indicates when this finding record was created.
|
|
189
|
-
|
|
190
|
-
+ ``YYYY-MM-DDTHH:MM:SSZ`` (for example, ``2019-01-31T23:00:00Z``)
|
|
191
|
-
+ ``YYYY-MM-DDTHH:MM:SS.mmmmmmmmmZ`` (for example, ``2019-01-31T23:00:00.123456789Z``)
|
|
192
|
-
+ ``YYYY-MM-DDTHH:MM:SS+HH:MM`` (for example, ``2024-01-04T15:25:10+17:59``)
|
|
193
|
-
+ ``YYYY-MM-DDTHH:MM:SS-HHMM`` (for example, ``2024-01-04T15:25:10-1759``)
|
|
194
|
-
+ ``YYYY-MM-DDTHH:MM:SS.mmmmmmmmm+HH:MM`` (for example, ``2024-01-04T15:25:10.123456789+17:59``)
|
|
195
|
-
|
|
189
|
+
For more information about the validation and formatting of timestamp fields in ASHlong, see [Timestamps](https://docs.aws.amazon.com/securityhub/1.0/APIReference/Welcome.html#timestamps).
|
|
196
190
|
Array Members: Minimum number of 1 item. Maximum number of 20 items.
|
|
197
191
|
* @maxLength `20`
|
|
198
192
|
*/
|
|
@@ -211,13 +205,7 @@ export type AutomationRulesFindingFilters = {
|
|
|
211
205
|
Description?: StringFilter[];
|
|
212
206
|
/**
|
|
213
207
|
* A timestamp that indicates when the potential security issue captured by a finding was first observed by the security findings product.
|
|
214
|
-
|
|
215
|
-
+ ``YYYY-MM-DDTHH:MM:SSZ`` (for example, ``2019-01-31T23:00:00Z``)
|
|
216
|
-
+ ``YYYY-MM-DDTHH:MM:SS.mmmmmmmmmZ`` (for example, ``2019-01-31T23:00:00.123456789Z``)
|
|
217
|
-
+ ``YYYY-MM-DDTHH:MM:SS+HH:MM`` (for example, ``2024-01-04T15:25:10+17:59``)
|
|
218
|
-
+ ``YYYY-MM-DDTHH:MM:SS-HHMM`` (for example, ``2024-01-04T15:25:10-1759``)
|
|
219
|
-
+ ``YYYY-MM-DDTHH:MM:SS.mmmmmmmmm+HH:MM`` (for example, ``2024-01-04T15:25:10.123456789+17:59``)
|
|
220
|
-
|
|
208
|
+
For more information about the validation and formatting of timestamp fields in ASHlong, see [Timestamps](https://docs.aws.amazon.com/securityhub/1.0/APIReference/Welcome.html#timestamps).
|
|
221
209
|
Array Members: Minimum number of 1 item. Maximum number of 20 items.
|
|
222
210
|
* @maxLength `20`
|
|
223
211
|
*/
|
|
@@ -235,14 +223,8 @@ export type AutomationRulesFindingFilters = {
|
|
|
235
223
|
*/
|
|
236
224
|
Id?: StringFilter[];
|
|
237
225
|
/**
|
|
238
|
-
* A timestamp that indicates when the
|
|
239
|
-
|
|
240
|
-
+ ``YYYY-MM-DDTHH:MM:SSZ`` (for example, ``2019-01-31T23:00:00Z``)
|
|
241
|
-
+ ``YYYY-MM-DDTHH:MM:SS.mmmmmmmmmZ`` (for example, ``2019-01-31T23:00:00.123456789Z``)
|
|
242
|
-
+ ``YYYY-MM-DDTHH:MM:SS+HH:MM`` (for example, ``2024-01-04T15:25:10+17:59``)
|
|
243
|
-
+ ``YYYY-MM-DDTHH:MM:SS-HHMM`` (for example, ``2024-01-04T15:25:10-1759``)
|
|
244
|
-
+ ``YYYY-MM-DDTHH:MM:SS.mmmmmmmmm+HH:MM`` (for example, ``2024-01-04T15:25:10.123456789+17:59``)
|
|
245
|
-
|
|
226
|
+
* A timestamp that indicates when the security findings provider most recently observed a change in the resource that is involved in the finding.
|
|
227
|
+
For more information about the validation and formatting of timestamp fields in ASHlong, see [Timestamps](https://docs.aws.amazon.com/securityhub/1.0/APIReference/Welcome.html#timestamps).
|
|
246
228
|
Array Members: Minimum number of 1 item. Maximum number of 20 items.
|
|
247
229
|
* @maxLength `20`
|
|
248
230
|
*/
|
|
@@ -255,13 +237,7 @@ export type AutomationRulesFindingFilters = {
|
|
|
255
237
|
NoteText?: StringFilter[];
|
|
256
238
|
/**
|
|
257
239
|
* The timestamp of when the note was updated.
|
|
258
|
-
|
|
259
|
-
+ ``YYYY-MM-DDTHH:MM:SSZ`` (for example, ``2019-01-31T23:00:00Z``)
|
|
260
|
-
+ ``YYYY-MM-DDTHH:MM:SS.mmmmmmmmmZ`` (for example, ``2019-01-31T23:00:00.123456789Z``)
|
|
261
|
-
+ ``YYYY-MM-DDTHH:MM:SS+HH:MM`` (for example, ``2024-01-04T15:25:10+17:59``)
|
|
262
|
-
+ ``YYYY-MM-DDTHH:MM:SS-HHMM`` (for example, ``2024-01-04T15:25:10-1759``)
|
|
263
|
-
+ ``YYYY-MM-DDTHH:MM:SS.mmmmmmmmm+HH:MM`` (for example, ``2024-01-04T15:25:10.123456789+17:59``)
|
|
264
|
-
|
|
240
|
+
For more information about the validation and formatting of timestamp fields in ASHlong, see [Timestamps](https://docs.aws.amazon.com/securityhub/1.0/APIReference/Welcome.html#timestamps).
|
|
265
241
|
Array Members: Minimum number of 1 item. Maximum number of 20 items.
|
|
266
242
|
* @maxLength `20`
|
|
267
243
|
*/
|
|
@@ -364,13 +340,7 @@ export type AutomationRulesFindingFilters = {
|
|
|
364
340
|
Type?: StringFilter[];
|
|
365
341
|
/**
|
|
366
342
|
* A timestamp that indicates when the finding record was most recently updated.
|
|
367
|
-
|
|
368
|
-
+ ``YYYY-MM-DDTHH:MM:SSZ`` (for example, ``2019-01-31T23:00:00Z``)
|
|
369
|
-
+ ``YYYY-MM-DDTHH:MM:SS.mmmmmmmmmZ`` (for example, ``2019-01-31T23:00:00.123456789Z``)
|
|
370
|
-
+ ``YYYY-MM-DDTHH:MM:SS+HH:MM`` (for example, ``2024-01-04T15:25:10+17:59``)
|
|
371
|
-
+ ``YYYY-MM-DDTHH:MM:SS-HHMM`` (for example, ``2024-01-04T15:25:10-1759``)
|
|
372
|
-
+ ``YYYY-MM-DDTHH:MM:SS.mmmmmmmmm+HH:MM`` (for example, ``2024-01-04T15:25:10.123456789+17:59``)
|
|
373
|
-
|
|
343
|
+
For more information about the validation and formatting of timestamp fields in ASHlong, see [Timestamps](https://docs.aws.amazon.com/securityhub/1.0/APIReference/Welcome.html#timestamps).
|
|
374
344
|
Array Members: Minimum number of 1 item. Maximum number of 20 items.
|
|
375
345
|
* @maxLength `20`
|
|
376
346
|
*/
|
|
@@ -406,23 +376,13 @@ export type DateFilter = {
|
|
|
406
376
|
DateRange?: DateRange;
|
|
407
377
|
/**
|
|
408
378
|
* A timestamp that provides the end date for the date filter.
|
|
409
|
-
|
|
410
|
-
+ ``YYYY-MM-DDTHH:MM:SSZ`` (for example, ``2019-01-31T23:00:00Z``)
|
|
411
|
-
+ ``YYYY-MM-DDTHH:MM:SS.mmmmmmmmmZ`` (for example, ``2019-01-31T23:00:00.123456789Z``)
|
|
412
|
-
+ ``YYYY-MM-DDTHH:MM:SS+HH:MM`` (for example, ``2024-01-04T15:25:10+17:59``)
|
|
413
|
-
+ ``YYYY-MM-DDTHH:MM:SS-HHMM`` (for example, ``2024-01-04T15:25:10-1759``)
|
|
414
|
-
+ ``YYYY-MM-DDTHH:MM:SS.mmmmmmmmm+HH:MM`` (for example, ``2024-01-04T15:25:10.123456789+17:59``)
|
|
379
|
+
For more information about the validation and formatting of timestamp fields in ASHlong, see [Timestamps](https://docs.aws.amazon.com/securityhub/1.0/APIReference/Welcome.html#timestamps).
|
|
415
380
|
* @pattern `^(\d\d\d\d)-([0][1-9]|[1][0-2])-([0][1-9]|[1-2](\d)|[3][0-1])[T](?:([0-1](\d)|[2][0-3]):[0-5](\d):[0-5](\d)|23:59:60)(?:\.(\d)+)?([Z]|[+-](\d\d)(:?(\d\d))?)$`
|
|
416
381
|
*/
|
|
417
382
|
End?: string;
|
|
418
383
|
/**
|
|
419
384
|
* A timestamp that provides the start date for the date filter.
|
|
420
|
-
|
|
421
|
-
+ ``YYYY-MM-DDTHH:MM:SSZ`` (for example, ``2019-01-31T23:00:00Z``)
|
|
422
|
-
+ ``YYYY-MM-DDTHH:MM:SS.mmmmmmmmmZ`` (for example, ``2019-01-31T23:00:00.123456789Z``)
|
|
423
|
-
+ ``YYYY-MM-DDTHH:MM:SS+HH:MM`` (for example, ``2024-01-04T15:25:10+17:59``)
|
|
424
|
-
+ ``YYYY-MM-DDTHH:MM:SS-HHMM`` (for example, ``2024-01-04T15:25:10-1759``)
|
|
425
|
-
+ ``YYYY-MM-DDTHH:MM:SS.mmmmmmmmm+HH:MM`` (for example, ``2024-01-04T15:25:10.123456789+17:59``)
|
|
385
|
+
For more information about the validation and formatting of timestamp fields in ASHlong, see [Timestamps](https://docs.aws.amazon.com/securityhub/1.0/APIReference/Welcome.html#timestamps).
|
|
426
386
|
* @pattern `^(\d\d\d\d)-([0][1-9]|[1][0-2])-([0][1-9]|[1-2](\d)|[3][0-1])[T](?:([0-1](\d)|[2][0-3]):[0-5](\d):[0-5](\d)|23:59:60)(?:\.(\d)+)?([Z]|[+-](\d\d)(:?(\d\d))?)$`
|
|
427
387
|
*/
|
|
428
388
|
Start?: string;
|
|
@@ -10,17 +10,15 @@ export type SecurityHubFindingAggregatorProperties = {
|
|
|
10
10
|
/**
|
|
11
11
|
* Indicates whether to aggregate findings from all of the available Regions in the current partition. Also determines whether to automatically aggregate findings from new Regions as Security Hub supports them and you opt into them.
|
|
12
12
|
The selected option also determines how to use the Regions provided in the Regions list.
|
|
13
|
-
|
|
14
|
-
+ ``ALL_REGIONS`` -
|
|
15
|
-
+ ``ALL_REGIONS_EXCEPT_SPECIFIED`` -
|
|
16
|
-
+ ``SPECIFIED_REGIONS`` -
|
|
17
|
-
+ ``NO_REGIONS`` - Aggregates no data because no Regions are selected as linked Regions.
|
|
13
|
+
In CFN, the options for this property are as follows:
|
|
14
|
+
+ ``ALL_REGIONS`` - Indicates to aggregate findings from all of the Regions where Security Hub is enabled. When you choose this option, Security Hub also automatically aggregates findings from new Regions as Security Hub supports them and you opt into them.
|
|
15
|
+
+ ``ALL_REGIONS_EXCEPT_SPECIFIED`` - Indicates to aggregate findings from all of the Regions where Security Hub is enabled, except for the Regions listed in the ``Regions`` parameter. When you choose this option, Security Hub also automatically aggregates findings from new Regions as Security Hub supports them and you opt into them.
|
|
16
|
+
+ ``SPECIFIED_REGIONS`` - Indicates to aggregate findings only from the Regions listed in the ``Regions`` parameter. Security Hub does not automatically aggregate findings from new Regions.
|
|
18
17
|
*/
|
|
19
18
|
RegionLinkingMode: "ALL_REGIONS" | "ALL_REGIONS_EXCEPT_SPECIFIED" | "SPECIFIED_REGIONS";
|
|
20
19
|
/**
|
|
21
|
-
* If ``RegionLinkingMode`` is ``ALL_REGIONS_EXCEPT_SPECIFIED``, then this is a space-separated list of Regions that
|
|
22
|
-
If ``RegionLinkingMode`` is ``SPECIFIED_REGIONS``, then this is a space-separated list of Regions that do
|
|
23
|
-
An ``InvalidInputException`` error results if you populate this field while ``RegionLinkingMode`` is ``NO_REGIONS``.
|
|
20
|
+
* If ``RegionLinkingMode`` is ``ALL_REGIONS_EXCEPT_SPECIFIED``, then this is a space-separated list of Regions that do not aggregate findings to the aggregation Region.
|
|
21
|
+
If ``RegionLinkingMode`` is ``SPECIFIED_REGIONS``, then this is a space-separated list of Regions that do aggregate findings to the aggregation Region.
|
|
24
22
|
* @minLength `1`
|
|
25
23
|
* @maxLength `50`
|
|
26
24
|
*/
|