PNG  IHDR;IDATxܻn0K )(pA 7LeG{ §㻢|ذaÆ 6lذaÆ 6lذaÆ 6lom$^yذag5bÆ 6lذaÆ 6lذa{ 6lذaÆ `}HFkm,mӪôô! x|'ܢ˟;E:9&ᶒ}{v]n&6 h_tڠ͵-ҫZ;Z$.Pkž)!o>}leQfJTu іچ\X=8Rن4`Vwl>nG^is"ms$ui?wbs[m6K4O.4%/bC%t Mז -lG6mrz2s%9s@-k9=)kB5\+͂Zsٲ Rn~GRC wIcIn7jJhۛNCS|j08yiHKֶۛkɈ+;SzL/F*\Ԕ#"5m2[S=gnaPeғL lذaÆ 6l^ḵaÆ 6lذaÆ 6lذa; _ذaÆ 6lذaÆ 6lذaÆ RIENDB` # Generated by default/object.tt package Paws::WAFV2::Statement; use Moose; has AndStatement => (is => 'ro', isa => 'Paws::WAFV2::AndStatement'); has ByteMatchStatement => (is => 'ro', isa => 'Paws::WAFV2::ByteMatchStatement'); has GeoMatchStatement => (is => 'ro', isa => 'Paws::WAFV2::GeoMatchStatement'); has IPSetReferenceStatement => (is => 'ro', isa => 'Paws::WAFV2::IPSetReferenceStatement'); has LabelMatchStatement => (is => 'ro', isa => 'Paws::WAFV2::LabelMatchStatement'); has ManagedRuleGroupStatement => (is => 'ro', isa => 'Paws::WAFV2::ManagedRuleGroupStatement'); has NotStatement => (is => 'ro', isa => 'Paws::WAFV2::NotStatement'); has OrStatement => (is => 'ro', isa => 'Paws::WAFV2::OrStatement'); has RateBasedStatement => (is => 'ro', isa => 'Paws::WAFV2::RateBasedStatement'); has RegexPatternSetReferenceStatement => (is => 'ro', isa => 'Paws::WAFV2::RegexPatternSetReferenceStatement'); has RuleGroupReferenceStatement => (is => 'ro', isa => 'Paws::WAFV2::RuleGroupReferenceStatement'); has SizeConstraintStatement => (is => 'ro', isa => 'Paws::WAFV2::SizeConstraintStatement'); has SqliMatchStatement => (is => 'ro', isa => 'Paws::WAFV2::SqliMatchStatement'); has XssMatchStatement => (is => 'ro', isa => 'Paws::WAFV2::XssMatchStatement'); 1; ### main pod documentation begin ### =head1 NAME Paws::WAFV2::Statement =head1 USAGE This class represents one of two things: =head3 Arguments in a call to a service Use the attributes of this class as arguments to methods. You shouldn't make instances of this class. Each attribute should be used as a named argument in the calls that expect this type of object. As an example, if Att1 is expected to be a Paws::WAFV2::Statement object: $service_obj->Method(Att1 => { AndStatement => $value, ..., XssMatchStatement => $value }); =head3 Results returned from an API call Use accessors for each attribute. If Att1 is expected to be an Paws::WAFV2::Statement object: $result = $service_obj->Method(...); $result->Att1->AndStatement =head1 DESCRIPTION The processing guidance for a Rule, used by WAF to determine whether a web request matches the rule. =head1 ATTRIBUTES =head2 AndStatement => L A logical rule statement used to combine other rule statements with AND logic. You provide more than one Statement within the C. =head2 ByteMatchStatement => L A rule statement that defines a string match search for WAF to apply to web requests. The byte match statement provides the bytes to search for, the location in requests that you want WAF to search, and other settings. The bytes to search for are typically a string that corresponds with ASCII characters. In the WAF console and the developer guide, this is refered to as a string match statement. =head2 GeoMatchStatement => L A rule statement used to identify web requests based on country of origin. =head2 IPSetReferenceStatement => L A rule statement used to detect web requests coming from particular IP addresses or address ranges. To use this, create an IPSet that specifies the addresses you want to detect, then use the ARN of that set in this statement. To create an IP set, see CreateIPSet. Each IP set rule statement references an IP set. You create and maintain the set independent of your rules. This allows you to use the single set in multiple rules. When you update the referenced set, WAF automatically updates all rules that reference it. =head2 LabelMatchStatement => L A rule statement that defines a string match search against labels that have been added to the web request by rules that have already run in the web ACL. The label match statement provides the label or namespace string to search for. The label string can represent a part or all of the fully qualified label name that had been added to the web request. Fully qualified labels have a prefix, optional namespaces, and label name. The prefix identifies the rule group or web ACL context of the rule that added the label. If you do not provide the fully qualified name in your label match string, WAF performs the search for labels that were added in the same context as the label match statement. =head2 ManagedRuleGroupStatement => L A rule statement used to run the rules that are defined in a managed rule group. To use this, provide the vendor name and the name of the rule group in this statement. You can retrieve the required names by calling ListAvailableManagedRuleGroups. You cannot nest a C, for example for use inside a C or C. It can only be referenced as a top-level statement within a rule. =head2 NotStatement => L A logical rule statement used to negate the results of another rule statement. You provide one Statement within the C. =head2 OrStatement => L A logical rule statement used to combine other rule statements with OR logic. You provide more than one Statement within the C. =head2 RateBasedStatement => L A rate-based rule tracks the rate of requests for each originating IP address, and triggers the rule action when the rate exceeds a limit that you specify on the number of requests in any 5-minute time span. You can use this to put a temporary block on requests from an IP address that is sending excessive requests. When the rule action triggers, WAF blocks additional requests from the IP address until the request rate falls below the limit. You can optionally nest another statement inside the rate-based statement, to narrow the scope of the rule so that it only counts requests that match the nested statement. For example, based on recent requests that you have seen from an attacker, you might create a rate-based rule with a nested AND rule statement that contains the following nested statements: =over =item * An IP match statement with an IP set that specified the address 192.0.2.44. =item * A string match statement that searches in the User-Agent header for the string BadBot. =back In this rate-based rule, you also define a rate limit. For this example, the rate limit is 1,000. Requests that meet both of the conditions in the statements are counted. If the count exceeds 1,000 requests per five minutes, the rule action triggers. Requests that do not meet both conditions are not counted towards the rate limit and are not affected by this rule. You cannot nest a C, for example for use inside a C or C. It can only be referenced as a top-level statement within a rule. =head2 RegexPatternSetReferenceStatement => L A rule statement used to search web request components for matches with regular expressions. To use this, create a RegexPatternSet that specifies the expressions that you want to detect, then use the ARN of that set in this statement. A web request matches the pattern set rule statement if the request component matches any of the patterns in the set. To create a regex pattern set, see CreateRegexPatternSet. Each regex pattern set rule statement references a regex pattern set. You create and maintain the set independent of your rules. This allows you to use the single set in multiple rules. When you update the referenced set, WAF automatically updates all rules that reference it. =head2 RuleGroupReferenceStatement => L A rule statement used to run the rules that are defined in a RuleGroup. To use this, create a rule group with your rules, then provide the ARN of the rule group in this statement. You cannot nest a C, for example for use inside a C or C. It can only be referenced as a top-level statement within a rule. =head2 SizeConstraintStatement => L A rule statement that compares a number of bytes against the size of a request component, using a comparison operator, such as greater than (E) or less than (E). For example, you can use a size constraint statement to look for query strings that are longer than 100 bytes. If you configure WAF to inspect the request body, WAF inspects only the first 8192 bytes (8 KB). If the request body for your web requests never exceeds 8192 bytes, you can create a size constraint condition and block requests that have a request body greater than 8192 bytes. If you choose URI for the value of Part of the request to filter on, the slash (/) in the URI counts as one character. For example, the URI C is nine characters long. =head2 SqliMatchStatement => L Attackers sometimes insert malicious SQL code into web requests in an effort to extract data from your database. To allow or block web requests that appear to contain malicious SQL code, create one or more SQL injection match conditions. An SQL injection match condition identifies the part of web requests, such as the URI or the query string, that you want WAF to inspect. Later in the process, when you create a web ACL, you specify whether to allow or block requests that appear to contain malicious SQL code. =head2 XssMatchStatement => L A rule statement that defines a cross-site scripting (XSS) match search for WAF to apply to web requests. XSS attacks are those where the attacker uses vulnerabilities in a benign website as a vehicle to inject malicious client-site scripts into other legitimate web browsers. The XSS match statement provides the location in requests that you want WAF to search and text transformations to use on the search area before WAF searches for character sequences that are likely to be malicious strings. =head1 SEE ALSO This class forms part of L, describing an object used in L =head1 BUGS and CONTRIBUTIONS The source code is located here: L Please report bugs to: L =cut