Back to all operators

StringNotLikeIfExists

StringNotLikeIfExists

compares a string in a request to a list of strings in your policy. The policy values can include asterisks (*) to match multiple characters and question marks (?) to match a single character. The comparison is case sensitive.

To match a request, the context key can be absent, but if present it must NOT match any of the strings in your policy.

You can use policy variables in the value of this operator.

So you know

StringNotLikeIfExists behaves exactly the same as StringNotLike. "Negative" operators such as StringNotLike already match requests when the key is not present, so the IfExists suffix has no effect. There is no harm in adding IfExists — it arguably makes the intent clearer.

StringNotLikeIfExists in an Allow Statement

Simulate in IAM Simulate
Policy ConditionRequest ContextResult
"StringNotLikeIfExists": {
"aws:RequestTag/Department": [
"Finance:*",
"Sales:??"
]
}
aws:RequestTag/Department: null✓ Allowed Assuming no explicit Deny elsewhere
"StringNotLikeIfExists": {
"aws:RequestTag/Department": [
"Finance:*",
"Sales:??"
]
}
aws:RequestTag/Department: finance:AP✓ Allowed Assuming no explicit Deny elsewhere
"StringNotLikeIfExists": {
"aws:RequestTag/Department": [
"Finance:*",
"Sales:??"
]
}
aws:RequestTag/Department:
   Finance:AccountsPayable
− Not Allowed Statement does not apply

StringNotLikeIfExists in a Deny Statement

Simulate in IAM Simulate
Policy ConditionRequest ContextResult
"StringNotLikeIfExists": {
"aws:RequestTag/Department": [
"Finance:*",
"Sales:??"
]
}
aws:RequestTag/Department: null✕ Denied
"StringNotLikeIfExists": {
"aws:RequestTag/Department": [
"Finance:*",
"Sales:??"
]
}
aws:RequestTag/Department: finance:AP✕ Denied
"StringNotLikeIfExists": {
"aws:RequestTag/Department": [
"Finance:*",
"Sales:??"
]
}
aws:RequestTag/Department:
   Finance:AccountsPayable
− Not Denied May be allowed by another statement