US20130269023A1 - Cloud Based Firewall System And Service - Google Patents
Cloud Based Firewall System And Service Download PDFInfo
- Publication number
- US20130269023A1 US20130269023A1 US13/896,995 US201313896995A US2013269023A1 US 20130269023 A1 US20130269023 A1 US 20130269023A1 US 201313896995 A US201313896995 A US 201313896995A US 2013269023 A1 US2013269023 A1 US 2013269023A1
- Authority
- US
- United States
- Prior art keywords
- application layer
- layer request
- content
- application
- request
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/02—Network architectures or network communication protocols for network security for separating internal from external traffic, e.g. firewalls
- H04L63/0227—Filtering policies
- H04L63/0263—Rule management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/02—Network architectures or network communication protocols for network security for separating internal from external traffic, e.g. firewalls
- H04L63/0209—Architectural arrangements, e.g. perimeter networks or demilitarized zones
- H04L63/0218—Distributed architectures, e.g. distributed firewalls
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/02—Network architectures or network communication protocols for network security for separating internal from external traffic, e.g. firewalls
- H04L63/0227—Filtering policies
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/16—Implementing security features at a particular protocol layer
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
Definitions
- the present invention generally relates to a cloud-based firewall system and service, including in particular such systems and services implemented on in edge-computing or other distributed computing systems.
- Distributed computer systems are known in the art.
- One such distributed computer system is a “content delivery network” or “CDN” that is operated and managed by a service provider.
- the service provider typically provides the service on behalf of third parties.
- a “distributed system” of this type typically refers to a collection of autonomous computers linked by a network or networks, together with the software, systems, protocols and techniques designed to facilitate various services, such as content delivery or the support of outsourced site infrastructure.
- content delivery means the storage, caching, or transmission of content, streaming media and applications on behalf of content providers, including ancillary technologies used therewith including, without limitation, DNS request handling, provisioning, data monitoring and reporting, content targeting, personalization, and business intelligence.
- the term “outsourced site infrastructure” means the distributed systems and associated technologies that enable an entity to operate and/or manage a third party's Web site infrastructure, in whole or in part, on the third party's behalf.
- a distributed computer system 100 is configured as a CDN and is assumed to have a set of machines 102 distributed around the Internet.
- machines typically, most of the machines are servers located near the edge of the Internet, i.e., at or adjacent end user access networks.
- a network operations command center (NOCC) 104 manages operations of the various machines in the system.
- Third party sites such as web site 106 , offload delivery of content (e.g., HTML, embedded page objects, streaming media, software downloads, and the like) to the distributed computer system 100 and, in particular, to content servers (also referred to as “edge servers”) running on the machines 102 .
- content servers also referred to as “edge servers”
- content providers offload their content delivery by aliasing (e.g., by a DNS CNAME) given content provider domains or sub-domains to domains that are managed by the service provider's authoritative domain name service, more details of which are set forth in U.S. Pat. Nos. 7,293,093 and 7,693,959, the disclosures of which are incorporated by reference herein.
- End users operating client machines 122 that desire the content are directed to the distributed computer system 100 , and more particularly to one of its machines 102 , to obtain that content more reliably and efficiently.
- the distributed computer system may also include other infrastructure, such as a distributed data collection system 108 that collects usage and other data from the edge servers, aggregates that data across a region or set of regions, and passes that data to other back-end systems 110 , 112 , 114 and 116 to facilitate monitoring, logging, alerts, billing, management and other operational and administrative functions.
- Distributed network agents 118 monitor the network as well as the server loads and provide network, traffic and load data to a DNS query handling mechanism 115 , which is authoritative for content domains being managed by the CDN.
- a distributed data transport mechanism 120 may be used to distribute control information (e.g., metadata to manage content, to facilitate load balancing, and the like) to the edge servers. More about the distribution of control information in a CDN can be found in U.S. Pat. No. 7,240,100, the disclosure of which is hereby incorporated by reference in its entirety.
- a given machine 200 comprises commodity hardware (e.g., an Intel Pentium or other processor) 202 running an operating system kernel (such as Linux or variant) 204 that supports one or more applications 206 a - n .
- operating system kernel such as Linux or variant
- given machines typically run a set of applications, such as an HTTP proxy 207 (sometimes referred to as a “global host” or “ghost” process), a name server 208 , a local monitoring process 210 , a distributed data collection process 212 , and the like.
- HTTP proxy 207 sometimes referred to as a “global host” or “ghost” process
- name server 208 a name server 208
- local monitoring process 210 e.g., a local monitoring process
- distributed data collection process e.g., a distributed data collection process
- the machine typically includes one or more media servers, such as a Windows Media Server (WMS) or Flash server, as required by the supported media formats.
- WMS Windows Media Server
- Client machines 122 include conventional personal computers, laptops, other digital data processing devices. Client machines also include mobile clients, which may include any a variety of mobile devices, often referred to as smart-phones or personal digital assistants (PDAs).
- PDAs personal digital assistants
- a CDN edge server is configured to provide one or more extended content delivery features, preferably on a domain-specific, customer-specific basis, preferably using configuration files that are distributed to the edge servers using a configuration system.
- a given configuration file preferably is XML-based and includes a set of content handling rules and directives that facilitate one or more advanced content handling features.
- the configuration file may be delivered to the CDN edge server via the data transport mechanism.
- the CDN may include a storage subsystem (NetStorage), such as described in U.S. Pat. No. 7,472,178, the disclosure of which is incorporated herein by reference.
- NetworkStorage storage subsystem
- the CDN may operate a server cache hierarchy (Cache-H) to provide intermediate caching of customer content; one such cache hierarchy subsystem is described in U.S. Pat. No. 7,376,716, the disclosure of which is incorporated herein by reference.
- cache-H server cache hierarchy
- the CDN may include a delivery subsystem, such as described in U.S. Pat. No. 7,296,082, the disclosure of which is incorporated herein by reference.
- the CDN may provide secure content delivery among a client browser, edge server and customer origin server in the manner described in U.S. Publication No. 2004/0093419 and/or U.S. Pat. No. 7,363,361, the disclosures of which are both incorporated herein by reference.
- Secure content delivery as described therein enforces SSL-based links between the client and the edge server process, on the one hand, and between the edge server process and an origin server process, on the other hand. This enables an SSL-protected web page and/or components thereof to be delivered via the edge server.
- a cloud-based firewall system and service that protects customer origin sites from attacks, leakage of confidential information, and other security threats.
- Such a firewall system and service may be implemented in conjunction with a content delivery network (CDN) having a plurality of distributed content servers.
- CDN content delivery network
- the participating content providers identify content to be delivered over the CDN.
- the content delivery method involves receiving first firewall settings from a first participating content provider that specify how a firewall is to operate with respect to requests for content identified by that first participating content provider for delivery over the CDN.
- Other, potentially different, firewall settings are received from a second participating content provider that specify how a firewall is to operate with respect to requests for content identified by that second participating content provider for delivery over the CDN.
- the settings are sent to various content servers in the CDN in a metadata configuration file, or other form.
- At one of those content servers there is received a first request for content identified by the participating content provider for delivery over the CDN.
- the content server evaluates the first request using a firewall configured with the one or more first firewall settings.
- a second request is received for content identified by the second participating content provider for delivery over the CDN.
- the second request is evaluated using a firewall configured with the one or more second firewall settings.
- evaluation of the first request using a firewall configured with the one or more first firewall settings involves testing the first request against one or more criteria. Evaluation of the second request can proceed similarly. If criteria are met, an action can be taken, such as denying the request, generating an alert, modifying the request, stopping processing the request, and logging the request.
- the firewall settings can include IP addresses for which a particular action is taken, e.g., traffic from particular IP addresses may be blocked, or traffic from those addresses may be allowed with all other traffic blocked.
- the firewall may apply security at the application layer (to HTTP requests, and others), the network layer, and/or other layers.
- a method of content delivery in a CDN which involves receiving a first firewall configuration and second firewall configuration (e.g., each with one or more firewall settings) from a participating content provider.
- the participating content provider also specifies usage criteria that set forth whether the first firewall configuration is to be used for evaluating a content request, and usage criteria that set forth whether the second firewall configuration is to be used for evaluating a content request.
- the usage criteria may take into account such characteristics as a domain name in a request, subdomain in a request, URL of a request, content type requested, file name of requested content, file extension of requested content.
- these settings and usage criteria are sent to the content servers in the CDN.
- a request is received for content of the participating content provider.
- the content server determines whether the first firewall configuration is to be used, and if so, evaluates the request using a firewall configured with the first firewall configuration.
- the content server determines whether the second firewall configuration is to be used, and if so, evaluates the request using a firewall configured with the second firewall configuration. Additional features and characteristics are set forth throughout this disclosure.
- FIG. 1 is a block diagram of a content delivery network in which the present invention may be implemented
- FIG. 2 is a simplified block diagram of a content server in a CDN
- FIG. 3 is a diagram of a distributed, cloud-based firewall system in accordance with one embodiment of the invention.
- FIG. 4 is a flowchart illustrating configuration of a firewall in accordance with one embodiment of the invention.
- FIG. 5 is an example of a user interface for selecting application layer settings to configure a firewall
- FIG. 6 is an example of a user interface for selecting network layer settings to configure a firewall
- FIG. 7 is an example of a user interface for designating match criteria to identify those digital properties and/or files to which a particular firewall configuration will apply;
- FIG. 8 is an example of code that configures a firewall
- FIG. 9 is a flow chart illustrating operation of a configured firewall in accordance with one embodiment of the invention.
- FIG. 10 is a simplified block diagram of a computer system with which the present invention may be implemented.
- the methods and systems disclosed herein may be implemented in a distributed computer system, e.g., a content delivery network (“CDN”) as illustrated in FIGS. 1-2 , and will be described with respect to such a CDN. However, they are not limited to such implementations.
- CDN content delivery network
- the distributed and shared network infrastructure described herein can be used, among other things, to deliver content from a plurality of Web sites.
- FIG. 3 illustrates a distributed, cloud-based firewall system 300 and service in accordance with one embodiment of the invention.
- Content servers 302 are distributed around the Internet as part of a CDN, as discussed above in connection with FIGS. 1-2 .
- each content server 302 includes and/or is coupled to a firewall 302 a .
- the firewalls 302 a inspect and filter traffic, and are configured to block or pass traffic based on specified security criteria.
- the firewalls 302 a may operate at the application layer, network layer, or at other computer networking layers.
- the firewalls 302 a may be implemented in hardware, software, or a combination thereof.
- Client machines 322 desiring content from the origin server 306 are directed to one of the content servers 302 .
- the requests (e.g., an HTTP or HTTPS request) are examined at the network edge by the firewalls 302 a , which are configured to examine the traffic for attacks, leakage of information, or other kinds of security risks.
- Requests that pass the firewalls 302 a are processed normally, with the requested content being served from content server's 302 cache, or being retrieved by the content server 302 from the origin server 306 for delivery to the client machine 322 , or otherwise dealt with.
- Requests that are identified as attacks or other security threats trigger the firewall 302 to take certain action, e.g., blocking the request, logging it for alert, or otherwise.
- the firewalls 302 address those threats at the network edge.
- the origin server 306 may employ its own centralized firewall, intrusion detection/protection system, or other security system, in addition to the firewall system deployed on the content servers 302 .
- the CDN provider can configure the firewalls 302 a (e.g., with a default setting or otherwise)
- the system 300 allows the content provider associated with the origin server 306 , as a customer of the CDN, to configure the firewall settings that will apply to requests for content of that content provider.
- the firewall module is implemented in multiple ghost processes throughout the CDN, the solution illustrated in FIG. 3 is a “distributed firewall” that provides a highly scalable, outer defensive ring for Web application protection.
- the solution is highly configurable through the metadata configuration techniques described herein.
- the module through the implementation of Network and Application Layer controls, helps prevent threats and exploitation techniques, such as SQL Injection, Cross Site Scripting (XSS) and other HTTP attacks.
- XSS Cross Site Scripting
- a CDN service provider provides a firewall managed service.
- the service provides a scalable edge defense system for blocking, among other things, Web application attacks in the cloud.
- the firewall service provides CDN customers with a unique approach to easily and economically defend their Web applications. With no hardware to manage or maintain, CDN customers manage their own security rule set through the CDN service provider's customer (extranet) portal. Additionally, the firewall service helps enable Payment Card Industry (PCI) Data Security Standard compliance.
- PCI Payment Card Industry
- Cloud-based Firewall is a security module for content delivery network customers.
- the CF module applies a rules-based evaluation of requests to scan for suspicious behavior, such as protocol violations, HTTP policy violations, request limit violations, robots, Trojan backdoors, generic attacks (such as cross-site scripting, various injection attacks, and so forth), outbound content leakage (server banners), and several other categories.
- PCI-DSS payment card industry data security standards
- the CF module can be used in conjunction with a PCI module to help customer's meet these PCI compliance requirements.
- the CF solution protects an origin server for requests that route through the CDN servers; an additional means of protecting the origin may be utilized as well.
- One such solution is described in U.S. Pat. No. 7,260,639, the disclosure of which is incorporated herein by reference.
- the Cloud Firewall is based on a set of core rules (e.g., a rule set available from Breach Security Labs, e.g., ModSecurity v1.6).
- ModSecurity applies a broad set of match criteria to HTTP requests to identify behaviors that can be classified as attacks, leakage of information or other kinds of security threats.
- the Core Rule Set defines security rules as well as configuration parameters for the Apache web server.
- a security rule is an expression associated with data. The expression is usually the combination of an operator, variables and translations, which yields a Boolean. An expression can also be a logical OR or AND between other expressions, or the negation of another expression.
- the data for each rule consists of an identifier (or “id”), a tag, a message, a flag that tells if the request should be denied, a severity level, etc.
- the firewall leverages a rule set, such as open source ModSecurity Core Rule Set supported by Breach Security, which defines common and harmful types of attacks and exploitation techniques, such as SQL Injection, Cross Site Scripting (XSS) and other Open Web Application Security Project (OWASP) Top-10 attacks.
- a rule set such as open source ModSecurity Core Rule Set supported by Breach Security, which defines common and harmful types of attacks and exploitation techniques, such as SQL Injection, Cross Site Scripting (XSS) and other Open Web Application Security Project (OWASP) Top-10 attacks.
- Other rule sets may be utilized.
- Metadata is converted into a metadata functional solution, with control metadata being delivered to and applied at the CDN servers in the manner described in U.S. Pat. No. 7,240,100, the disclosure of which is incorporated herein by reference.
- the metadata is provisioned via a customer-facing extranet portal (e.g., via a Web-based user interface) and provided to the content servers within a metadata configuration file. Because the configuration file may need to change frequently (to deal with attack scenarios), preferably the CF-related metadata configuration is delivered to CDN content server processes using a dedicated and fast communication channel. See, U.S. Pat. No.
- the deployment of the configuration files throughout the distributed system can be accomplished within a short period of time, advantageously enabling real-time response to attacks.
- the CF metadata configuration file should be ready for lookup when the firewall is activated on a particular content server.
- the CDN content server process (ghost) can support the rule set processing.
- FIG. 4 illustrates the configuration process.
- a firewall instance is created or selected (for previously configured firewalls).
- the application layer settings are configured.
- the filtering functionality of the firewall is controlled by setting up criteria that define attacks or other kinds of security threats, using which the firewall will examine traffic.
- criteria may be implemented to define safe or “trusted” traffic, e.g., traffic from a particular source or with a particular signature.
- security criteria is used hereinafter to refer to, collectively, the foregoing kinds of criteria.
- Security criteria may be chosen by selecting/enabling predefined rules from rule-sets, or, alternatively, by directly authoring Boolean expressions or other logic explicitly.
- FIG. 5 illustrates a user interface for selecting predefined rules that will apply to a firewall instance identified as “Test-Test.” The user interface also permits selection of actions which the firewall is to take upon detecting traffic meeting the security criteria.
- settings for the network layer are configured. Such settings may include a designation of IP addresses to block (blacklist) or other security criteria. Settings may also include, for example, a designation of a whitelist consisting of IP addresses of hosts/networks to grant access without further inspection, or other rules based on the information received in the request for content.
- FIG. 6 illustrates a user interface for configuring the network layer settings by entering IP addresses individually or in CIDR (classless inter-domain routing) notation.
- a particular configuration of the firewall may be used to evaluate some requests for content, but not others.
- usage of the configuration is defined. This can be accomplished by designating criteria indicating that the configuration will apply, referred to as Match Targets.
- Match Targets For example, the settings shown FIGS. 5 and 6 may be applied only to requests for content from selected domains or subdomains, or can be applied only to requests for certain kinds of content (e.g., those with specified file extensions, or with other characteristics).
- FIG. 7 illustrates a user interface for specifying such criteria.
- the process of configuring the firewall may also include defining rules for the transport layer (for example, the firewall may be configured to treat traffic using TCP differently than traffic using UDP or other protocols) or other networking layers.
- rules for the transport layer for example, the firewall may be configured to treat traffic using TCP differently than traffic using UDP or other protocols
- the firewalls operating on different content servers may be configured differently for the given customer.
- step 408 the configuration of the firewall is deployed to content servers in the CDN (e.g., by deploying a metadata configuration file over a communication channel, as described above).
- the CF module involves two configuration files: (1) a CF rules configuration file that manages the application and network rules, as well as Real-Time-Reporting configuration (referred to herein as a “CF metadata configuration file” or “CF rules configuration file”). (2) Standard alternative resource locator (ARL) configuration file that manages the site's settings (referred to herein as a “master configuration file”). Alternate embodiments may not use dual configuration files or use configuration files at all.
- a CDN customer who is contracted for CF has only one CF configuration file.
- CF policies can be applied to different digital properties and URLs with this single file. This does provide some additional flexibility that can allow different firewall policies to be applied to different URLs on the same digital property AND allow the same firewall policy to be applied to other properties, as well.
- the CF rules configuration preferably contains several components:
- Firewall Instances the settings to apply to the match target.
- a Firewall Instance represents the grouping of enabled controls which are to be applied to a request when the specific instance is evoked based on the Match Target criteria.
- a Match Target can evoke only one Firewall Instance.
- the Match Targets may be processed such that the bottom match wins and the appropriate Firewall Instance is used.
- the Match Targets may also be processed according to a hierarchy, such that a Match Target (and associated firewall configuration) that applies to domain is trumped by a Match Target applying to a sub-domain, which is trumped by a Match Target applying to a particular content type, and so forth.
- Application Layer Controls define the security criteria to be checked with each request and the action to take if the attack is identified. Possible actions are Alert (do not deny the request, only generate an alert and continue processing the HTTP request) and Deny (deny the request, resulting in a HTTP 403 response, generation of an alert, and stop processing the HTTP request).
- Application Layer Controls are grouped into higher level groupings for a classification of attacks, e.g., based on ModSecurity or other rulesets. Within each classification, preferably several specific detection rules exist.
- Network Layer Controls define the IP restrictions, for example, that are to be applied to the site. Requests from particular IP addresses can be blocked and/or allowed, or a strict black list/white list may be applied. Multiple IP addresses may be specified using CIDR notation.
- Real-Time Reporting defines the URL, through a CDN-served digital property, to which the edge server process (ghost) will POST data based on the rule(s) that were triggered.
- the CDN may include a server e-mail-based log delivery service (LDS) that reports data to the CDN customer.
- LDS server e-mail-based log delivery service
- the CDN LDS may include options to add fields for W3C and Combined formats.
- Real-Time Reporting is used send CF specific data to customers quickly. As the data is sent as a POST, the customer can create the POST processing application to react in any way appropriate for their needs, such as either immediately generating alerts or only alert if X alerts are generated in Y minutes.
- Activation/deactivation should occur infrequently—only when a firewall instance is first created or deleted.
- Activation/deactivation controls the process of including/removing the reference to the CF data file, e.g., within a larger metadata configuration file (that may include other control information for the content server ghost process).
- it involves modifying/deploying the ghost metadata file (that includes such other control information).
- enabling/disabling of rules processing within an activated firewall instance is controlled by the a status metadata tag contained in the configuration file.
- Modifying/deploying a configuration file is intended to be a quicker process than modifying/deploying the ghost metadata file, preferably using a communication channel (from the portal to the content servers) that is dedicated for this purpose. In this way, enabling/disabling of rules processing can occur more frequently (if need be). Disabling causes the rules to be ignored until reactivated (the rules will still be on the content server but not executed until re-enabled).
- Fast delivery of firewall configuration thus preferably uses a dedicated metadata channel to carry per-customer configuration file that references the selected Core Rule Set rules and IP blocking rules for all the customer firewall instances.
- a Match Target represents specific criteria that indicate the firewall rules should be applied. If a URL matches a Match Target, the specified Firewall Instance will be applied and the Application Layer Controls and/or the Network Layer Controls, as selected for the Match Target.
- Match Targets require a CDN customer digital property (e.g., a customer domain, sub-domain, or the like) and at least one other standard URI match criteria: Path, Default File, and File Extensions. Once all match criteria are evaluated, the content server process (ghost) running CF will know if a firewall instance is to be applied and the controls within that instance that are to be applied.
- a CDN customer digital property e.g., a customer domain, sub-domain, or the like
- URI match criteria e.g., a customer domain, sub-domain, or the like
- the master metadata configuration file for the digital property has the CF module enabled through an Optional Features option before the CF rules configuration file will be used, regardless of the Match Targets.
- the CF rules configuration is “inserted” into the master configuration file dynamically using a tag, such as ⁇ akamai:insert>tag.
- a tag such as ⁇ akamai:insert>tag.
- the ⁇ akamai:insert> tag is inserted into the beginning of the customer site metadata (See, U.S. Pat. No. 7,240,100) with the appropriate tags to identify the CF rules configuration file.
- G2G ghost to ghost
- FIG. 8 illustrates metadata encoding two exemplary rules that activate a firewall when certain criteria are met.
- Several tags and features are included in the metadata structure so that a CDN content server process (e.g., ghost) can support the rule set processing.
- both actions are inside ⁇ match:regex>, but any match or combination of matches could actually be used.
- the tag ⁇ akamai:fw-rules> is used to group the firewall rules together.
- Firewall action Metadata that defines what is done when the rule is triggered.
- the CF feature is controlled with the following metadata control tags. In this embodiment, it is set in the beginning of the metadata file, before any firewall metadata is encountered.
- security is a baseline switch to globally disable the cloud firewall feature across all customers in case we detect a critical bug.
- security firewall.activate flag off Enable/disable the cloud firewall feature. If disabled, firewall metadata is ignored.
- security firewall.id string N/A Application ID. This is only used for reporting.
- security flag off Turn debugging on/off.
- firewall.debug.activate See paragraph about debugging. security: Integer 10 Maximum number of firewall.debug.max-limit lines per second in cache.log security: flag off This is useful for firewall.debug.respect-xff debugging.
- Actions are defined with ⁇ security:firewall.action>, which is a listable node.
- the ⁇ security:firewall.action> node can contain any of these tags:
- Firewall metadata is executed if the Cloud Firewall is turned on. If an action has the deny flag on, the control flow resumes after the firewall metadata. Once metadata is applied for the stage, the edge server ghost will return an error page to the user with the error status code from the action.
- FIG. 9 illustrates the processing of a request by a firewall, which in many implementations is running in or in conjunction with a content server.
- a request is received.
- a request is made to a CDN content server (or more particularly, to a ghost process executing in that server)
- the digital property is evaluated to determine the appropriate configuration file to use with the request.
- the master configuration file for that digital property is retrieved and evaluated.
- the CF rules configuration (e.g., metadata in XML format or otherwise) is inserted into the master metadata configuration file using the ⁇ akamai:insert> tag. (In other embodiments, the CF rules configuration file may be evaluated separately, or other means of communicating the desired firewall configuration may be used.)
- the CF Match Targets specified in the configuration are evaluated to determine if a Firewall Instance is to be invoked.
- the request may be tested against the Match Target criteria shown in FIG. 7 , above, to determine if is for content from a matching domain, subdomain, has matching file extension, and so on. If none of the criteria are met, meaning that the customer configured the firewall not to activate for requests for such content, then the firewall does not need to be invoked and CF is done.
- the ghost process evaluates the rest of the master configuration file and the request continues to be processed accordingly.
- the content server may serve content from its cache or retrieve such content from the origin server for delivery to the requestor.
- Step 910 - 914 the firewall instance is invoked to evaluate the request against the security criteria. If the request does not meet any of the security criteria, then the request clears the firewall and continues to be processed as normal, and in accordance with other instructions in the master configuration file. (Step 916.) This processing may result in a content server in the CDN serving the requested content from its cache, or retrieving it from an origin server for delivery to the requestor.
- an enabled rule condition triggers a security condition
- the firewall takes action.
- the action to be taken is specified in the rules configuration file.
- the rules configuration file See, FIG. 5 .
- the alert is noted/logged with the rule that trigged the alert, and the CF rules continue to be processed against the request.
- Steps, 918 , 920 . In “Deny” mode, the alert is noted/logged, and processing of the CF rules and the configuration file is stopped.
- Real-Time Reporting will be activated if it is configured. Logs/reports of detected attacks, actions taken, or other information related to the firewall module is communicated to the user via the portal (extranet).
- the clients, servers, and other devices described herein may be implemented on conventional computer systems, as modified by the teachings hereof, with the functional characteristics described above realized in software, hardware, or a combination thereof.
- Software may include one or several discrete programs. Any given function may comprise part of any given module, process, execution thread, or other such programming construct. Generalizing, each function described above may be implemented as computer code, namely, as a set of computer instructions, for performing the functionality described via execution of that code using conventional means, e.g., a processor, a computer, a machine, a system, digital data processing device, or other apparatus.
- FIG. 10 is a block diagram that illustrates hardware in a computer system 1000 upon which such software may run in order to implement embodiments of the invention.
- the computer system 1000 may be embodied in a client device, server, personal computer, workstation, tablet computer, wireless device, mobile device, network device, router, hub, gateway, or other device.
- Computer system 1000 includes a processor 1004 coupled to bus 1001 . In some systems, multiple processor and/or processor cores may be employed. Computer system 1000 further includes a main memory 1010 , such as a random access memory (RAM) or other storage device, coupled to the bus 1001 for storing information and instructions to be executed by processor 1004 . A read only memory (ROM) 1008 is coupled to the bus 1001 for storing information and instructions for processor 1004 . A non-volatile storage device 1006 , such as a magnetic disk, solid state memory (e.g., flash memory), or optical disk, is provided and coupled to bus 1001 for storing information and instructions. Other application-specific integrated circuits (ASICs), field programmable gate arrays (FPGAs) or circuitry may be included in the computer system 1000 to perform functions described herein.
- ASICs application-specific integrated circuits
- FPGAs field programmable gate arrays
- a peripheral interface 1012 communicatively couples computer system 1000 to a user display 1014 that displays the output of software executing on the computer system, and an input device 1015 (e.g., a keyboard, mouse, trackpad, touchscreen) that communicates user input and instructions to the computer system 1000 .
- the peripheral interface 1012 may include interface circuitry, control and/or level-shifting logic for local buses such as RS-485, Universal Serial Bus (USB), IEEE 1394, or other communication links.
- Computer system 1000 is coupled to a communication interface 1016 that provides a link (e.g., at a physical layer, data link layer, or otherwise) between the system bus 1001 and an external communication link.
- the communication interface 1016 provides a network link 1018 .
- the communication interface 1016 may represent a Ethernet or other network interface card (NIC), a wireless interface, modem, an optical interface, or other kind of input/output interface.
- NIC network interface card
- Network link 1018 provides data communication through one or more networks to other devices. Such devices include other computer systems that are part of a local area network (LAN) 1026 . Furthermore, the network link 1018 provides a link, via an internet service provider (ISP) 1020 , to the Internet 1022 . In turn, the Internet 1022 may provide a link to other computing systems such as a remote server 1030 and/or a remote client 1031 . Network link 1018 and such networks may transmit data using packet-switched, circuit-switched, or other data-transmission approaches.
- ISP internet service provider
- the computer system 1000 may implement the functionality described herein as a result of the processor executing code.
- code is typically read from or provided by a non-transitory computer-readable medium, such as memory 1010 , ROM 1008 , or storage device 1006 .
- a non-transitory computer-readable medium such as memory 1010 , ROM 1008 , or storage device 1006 .
- Other forms of non-transitory computer-readable media include disks, tapes, magnetic media, CD-ROMs, optical media, RAM, PROM, EPROM, and EEPROM. Any other non-transitory computer-readable medium may also be employed.
- Executing code may also be read from network link 1018 (e.g., following temporary storage in an interface buffer, local memory, or other circuitry).
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Hardware Design (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
A cloud-based firewall system and service is provided to protect customer sites from attacks, leakage of confidential information, and other security threats. In various embodiments, such a firewall system and service can be implemented in conjunction with a content delivery network (CDN) having a plurality of distributed content servers. The CDN servers receive requests for content identified by the customer for delivery via the CDN. The CDN servers include firewalls that examine those requests and take action against security threats, so as to prevent them from reaching the customer site. The CDN provider implements the firewall system as a managed firewall service, with the operation of the firewalls for given customer content being defined by that customer, independently of other customers. In some embodiments, a customer may define different firewall configurations for different categories of that customer's content identified for delivery via the CDN.
Description
- This application is a continuation of U.S. application Ser. No. 12/965,188, filed Dec. 10, 2010, which claims the benefit of priority of U.S. Provisional Application No. 61/285,958, filed Dec. 12, 2009, the disclosures of all of which are hereby incorporated by reference.
- A portion of the disclosure of this patent document contains material which is subject to copyright protection. The copyright owner has no objection to the facsimile reproduction by any-one of the patent document or the patent disclosure, as it appears in the Patent and Trademark Office patent file or records, but otherwise reserves all copyright rights whatsoever.
- The present invention generally relates to a cloud-based firewall system and service, including in particular such systems and services implemented on in edge-computing or other distributed computing systems.
- Distributed computer systems are known in the art. One such distributed computer system is a “content delivery network” or “CDN” that is operated and managed by a service provider. The service provider typically provides the service on behalf of third parties. A “distributed system” of this type typically refers to a collection of autonomous computers linked by a network or networks, together with the software, systems, protocols and techniques designed to facilitate various services, such as content delivery or the support of outsourced site infrastructure. Typically, “content delivery” means the storage, caching, or transmission of content, streaming media and applications on behalf of content providers, including ancillary technologies used therewith including, without limitation, DNS request handling, provisioning, data monitoring and reporting, content targeting, personalization, and business intelligence. Typically, the term “outsourced site infrastructure” means the distributed systems and associated technologies that enable an entity to operate and/or manage a third party's Web site infrastructure, in whole or in part, on the third party's behalf.
- In a known system, such as shown in
FIG. 1 , adistributed computer system 100 is configured as a CDN and is assumed to have a set ofmachines 102 distributed around the Internet. Typically, most of the machines are servers located near the edge of the Internet, i.e., at or adjacent end user access networks. A network operations command center (NOCC) 104 manages operations of the various machines in the system. Third party sites, such asweb site 106, offload delivery of content (e.g., HTML, embedded page objects, streaming media, software downloads, and the like) to thedistributed computer system 100 and, in particular, to content servers (also referred to as “edge servers”) running on themachines 102. Typically, content providers offload their content delivery by aliasing (e.g., by a DNS CNAME) given content provider domains or sub-domains to domains that are managed by the service provider's authoritative domain name service, more details of which are set forth in U.S. Pat. Nos. 7,293,093 and 7,693,959, the disclosures of which are incorporated by reference herein. End usersoperating client machines 122 that desire the content are directed to thedistributed computer system 100, and more particularly to one of itsmachines 102, to obtain that content more reliably and efficiently. - The distributed computer system may also include other infrastructure, such as a distributed
data collection system 108 that collects usage and other data from the edge servers, aggregates that data across a region or set of regions, and passes that data to other back-end systems network agents 118 monitor the network as well as the server loads and provide network, traffic and load data to a DNSquery handling mechanism 115, which is authoritative for content domains being managed by the CDN. A distributeddata transport mechanism 120 may be used to distribute control information (e.g., metadata to manage content, to facilitate load balancing, and the like) to the edge servers. More about the distribution of control information in a CDN can be found in U.S. Pat. No. 7,240,100, the disclosure of which is hereby incorporated by reference in its entirety. - As illustrated in
FIG. 2 , a givenmachine 200 comprises commodity hardware (e.g., an Intel Pentium or other processor) 202 running an operating system kernel (such as Linux or variant) 204 that supports one ormore applications 206 a-n. To facilitate content delivery services, for example, given machines typically run a set of applications, such as an HTTP proxy 207 (sometimes referred to as a “global host” or “ghost” process), aname server 208, alocal monitoring process 210, a distributeddata collection process 212, and the like. For streaming media, the machine typically includes one or more media servers, such as a Windows Media Server (WMS) or Flash server, as required by the supported media formats. -
Client machines 122 include conventional personal computers, laptops, other digital data processing devices. Client machines also include mobile clients, which may include any a variety of mobile devices, often referred to as smart-phones or personal digital assistants (PDAs). - A CDN edge server is configured to provide one or more extended content delivery features, preferably on a domain-specific, customer-specific basis, preferably using configuration files that are distributed to the edge servers using a configuration system. A given configuration file preferably is XML-based and includes a set of content handling rules and directives that facilitate one or more advanced content handling features. The configuration file may be delivered to the CDN edge server via the data transport mechanism. U.S. Pat. No. 7,111,057, the disclosure of which is incorporated herein by reference, illustrates a useful infrastructure for delivering and managing edge server content control information, such as that for controlling file purge requests.
- The CDN may include a storage subsystem (NetStorage), such as described in U.S. Pat. No. 7,472,178, the disclosure of which is incorporated herein by reference.
- The CDN may operate a server cache hierarchy (Cache-H) to provide intermediate caching of customer content; one such cache hierarchy subsystem is described in U.S. Pat. No. 7,376,716, the disclosure of which is incorporated herein by reference.
- For live streaming delivery, the CDN may include a delivery subsystem, such as described in U.S. Pat. No. 7,296,082, the disclosure of which is incorporated herein by reference.
- The CDN may provide secure content delivery among a client browser, edge server and customer origin server in the manner described in U.S. Publication No. 2004/0093419 and/or U.S. Pat. No. 7,363,361, the disclosures of which are both incorporated herein by reference. Secure content delivery as described therein enforces SSL-based links between the client and the edge server process, on the one hand, and between the edge server process and an origin server process, on the other hand. This enables an SSL-protected web page and/or components thereof to be delivered via the edge server.
- Disclosed herein is a cloud-based firewall system and service that protects customer origin sites from attacks, leakage of confidential information, and other security threats. Such a firewall system and service may be implemented in conjunction with a content delivery network (CDN) having a plurality of distributed content servers.
- For example, in one illustrative embodiment of the invention, there is provided a method of content delivery in a CDN operated by a content delivery network service provider (CDNSP) on behalf of participating content providers. The participating content providers identify content to be delivered over the CDN. The content delivery method involves receiving first firewall settings from a first participating content provider that specify how a firewall is to operate with respect to requests for content identified by that first participating content provider for delivery over the CDN. Other, potentially different, firewall settings are received from a second participating content provider that specify how a firewall is to operate with respect to requests for content identified by that second participating content provider for delivery over the CDN. The settings are sent to various content servers in the CDN in a metadata configuration file, or other form. At one of those content servers, there is received a first request for content identified by the participating content provider for delivery over the CDN. The content server evaluates the first request using a firewall configured with the one or more first firewall settings. A second request is received for content identified by the second participating content provider for delivery over the CDN. The second request is evaluated using a firewall configured with the one or more second firewall settings.
- In related embodiments, in a method as described above, evaluation of the first request using a firewall configured with the one or more first firewall settings involves testing the first request against one or more criteria. Evaluation of the second request can proceed similarly. If criteria are met, an action can be taken, such as denying the request, generating an alert, modifying the request, stopping processing the request, and logging the request.
- The firewall settings can include IP addresses for which a particular action is taken, e.g., traffic from particular IP addresses may be blocked, or traffic from those addresses may be allowed with all other traffic blocked. Hence, the firewall may apply security at the application layer (to HTTP requests, and others), the network layer, and/or other layers.
- In another illustrative embodiment of the invention, there is provided a method of content delivery in a CDN which involves receiving a first firewall configuration and second firewall configuration (e.g., each with one or more firewall settings) from a participating content provider. The participating content provider also specifies usage criteria that set forth whether the first firewall configuration is to be used for evaluating a content request, and usage criteria that set forth whether the second firewall configuration is to be used for evaluating a content request. The usage criteria may take into account such characteristics as a domain name in a request, subdomain in a request, URL of a request, content type requested, file name of requested content, file extension of requested content.
- Continuing the foregoing example, these settings and usage criteria are sent to the content servers in the CDN. At one of content servers, a request is received for content of the participating content provider. Based on the request and the first firewall usage configuration criteria, the content server determines whether the first firewall configuration is to be used, and if so, evaluates the request using a firewall configured with the first firewall configuration. Based on the request and the second firewall usage configuration criteria, the content server determines whether the second firewall configuration is to be used, and if so, evaluates the request using a firewall configured with the second firewall configuration. Additional features and characteristics are set forth throughout this disclosure.
- The invention will be more fully understood from the following detailed description taken in conjunction with the accompanying drawings, in which:
-
FIG. 1 is a block diagram of a content delivery network in which the present invention may be implemented; -
FIG. 2 is a simplified block diagram of a content server in a CDN; -
FIG. 3 is a diagram of a distributed, cloud-based firewall system in accordance with one embodiment of the invention; -
FIG. 4 is a flowchart illustrating configuration of a firewall in accordance with one embodiment of the invention; -
FIG. 5 is an example of a user interface for selecting application layer settings to configure a firewall; -
FIG. 6 is an example of a user interface for selecting network layer settings to configure a firewall; -
FIG. 7 is an example of a user interface for designating match criteria to identify those digital properties and/or files to which a particular firewall configuration will apply; -
FIG. 8 is an example of code that configures a firewall; -
FIG. 9 is a flow chart illustrating operation of a configured firewall in accordance with one embodiment of the invention; and -
FIG. 10 is a simplified block diagram of a computer system with which the present invention may be implemented. - The following detailed description sets forth embodiments to provide an overall understanding of the principles of the structure, function, and use of the methods and systems disclosed herein. The methods and systems described herein and illustrated in the accompanying drawings are non-limiting examples; the scope of the present invention is defined solely by the claims. The features described or illustrated in connection with one exemplary embodiment may be combined with the features of other embodiments. Such modifications and variations are intended to be included within the scope of the present invention. All patents, publications and references cited herein are expressly incorporated herein by reference in their entirety.
- The methods and systems disclosed herein may be implemented in a distributed computer system, e.g., a content delivery network (“CDN”) as illustrated in
FIGS. 1-2 , and will be described with respect to such a CDN. However, they are not limited to such implementations. The distributed and shared network infrastructure described herein can be used, among other things, to deliver content from a plurality of Web sites. -
FIG. 3 illustrates a distributed, cloud-basedfirewall system 300 and service in accordance with one embodiment of the invention.Content servers 302 are distributed around the Internet as part of a CDN, as discussed above in connection withFIGS. 1-2 . In thissystem 300, eachcontent server 302 includes and/or is coupled to afirewall 302 a. Thefirewalls 302 a inspect and filter traffic, and are configured to block or pass traffic based on specified security criteria. Thefirewalls 302 a may operate at the application layer, network layer, or at other computer networking layers. Thefirewalls 302 a may be implemented in hardware, software, or a combination thereof. -
Client machines 322 desiring content from theorigin server 306 are directed to one of thecontent servers 302. The requests (e.g., an HTTP or HTTPS request) are examined at the network edge by thefirewalls 302 a, which are configured to examine the traffic for attacks, leakage of information, or other kinds of security risks. Requests that pass thefirewalls 302 a are processed normally, with the requested content being served from content server's 302 cache, or being retrieved by thecontent server 302 from theorigin server 306 for delivery to theclient machine 322, or otherwise dealt with. Requests that are identified as attacks or other security threats (such as those from attacker machine 324) trigger thefirewall 302 to take certain action, e.g., blocking the request, logging it for alert, or otherwise. Hence, threats are identified and blocked or otherwise addressed by thesystem 300 closer to the source and before reaching theorigin server 306, offloading that burden from theorigin server 306. In the case where theservers 302 are located at the network “edges”, thefirewalls 302 a address those threats at the network edge. It should be noted that theorigin server 306 may employ its own centralized firewall, intrusion detection/protection system, or other security system, in addition to the firewall system deployed on thecontent servers 302. - Although the CDN provider can configure the
firewalls 302 a (e.g., with a default setting or otherwise), thesystem 300 allows the content provider associated with theorigin server 306, as a customer of the CDN, to configure the firewall settings that will apply to requests for content of that content provider. - Because the firewall module is implemented in multiple ghost processes throughout the CDN, the solution illustrated in
FIG. 3 is a “distributed firewall” that provides a highly scalable, outer defensive ring for Web application protection. The solution is highly configurable through the metadata configuration techniques described herein. The module, through the implementation of Network and Application Layer controls, helps prevent threats and exploitation techniques, such as SQL Injection, Cross Site Scripting (XSS) and other HTTP attacks. - By implementing the subject matter described herein in a distributed network such as a CDN, a CDN service provider provides a firewall managed service. The service provides a scalable edge defense system for blocking, among other things, Web application attacks in the cloud. The firewall service provides CDN customers with a unique approach to easily and economically defend their Web applications. With no hardware to manage or maintain, CDN customers manage their own security rule set through the CDN service provider's customer (extranet) portal. Additionally, the firewall service helps enable Payment Card Industry (PCI) Data Security Standard compliance. The infrastructure is shared across multiple CDN customers, but each customer can provision and manage its own firewall to protect against attacks.
- With the foregoing overview, the subject matter hereof will now be described in more detail.
- Cloud-based Firewall (CF) is a security module for content delivery network customers. The CF module applies a rules-based evaluation of requests to scan for suspicious behavior, such as protocol violations, HTTP policy violations, request limit violations, robots, Trojan backdoors, generic attacks (such as cross-site scripting, various injection attacks, and so forth), outbound content leakage (server banners), and several other categories.
- Compliance with payment card industry data security standards (PCI-DSS) requires an application firewall be used by companies who process payment card transactions to monitor and protect the origin infrastructure from the many existing web interface attacks that currently exist. The CF module can be used in conjunction with a PCI module to help customer's meet these PCI compliance requirements. The CF solution protects an origin server for requests that route through the CDN servers; an additional means of protecting the origin may be utilized as well. One such solution is described in U.S. Pat. No. 7,260,639, the disclosure of which is incorporated herein by reference.
- Preferably, the Cloud Firewall is based on a set of core rules (e.g., a rule set available from Breach Security Labs, e.g., ModSecurity v1.6). ModSecurity applies a broad set of match criteria to HTTP requests to identify behaviors that can be classified as attacks, leakage of information or other kinds of security threats. The Core Rule Set defines security rules as well as configuration parameters for the Apache web server. On a high level, a security rule is an expression associated with data. The expression is usually the combination of an operator, variables and translations, which yields a Boolean. An expression can also be a logical OR or AND between other expressions, or the negation of another expression. The data for each rule consists of an identifier (or “id”), a tag, a message, a flag that tells if the request should be denied, a severity level, etc.
- As noted above, preferably the firewall leverages a rule set, such as open source ModSecurity Core Rule Set supported by Breach Security, which defines common and harmful types of attacks and exploitation techniques, such as SQL Injection, Cross Site Scripting (XSS) and other Open Web Application Security Project (OWASP) Top-10 attacks. Other rule sets may be utilized.
- These core rules (or a subset thereof) are converted into a metadata functional solution, with control metadata being delivered to and applied at the CDN servers in the manner described in U.S. Pat. No. 7,240,100, the disclosure of which is incorporated herein by reference. In particular, preferably the metadata is provisioned via a customer-facing extranet portal (e.g., via a Web-based user interface) and provided to the content servers within a metadata configuration file. Because the configuration file may need to change frequently (to deal with attack scenarios), preferably the CF-related metadata configuration is delivered to CDN content server processes using a dedicated and fast communication channel. See, U.S. Pat. No. 7,149,807 (the disclosure of which is incorporated herein by reference) for a useful communication infrastructure that may be used for this purpose. In some embodiments, the deployment of the configuration files throughout the distributed system can be accomplished within a short period of time, advantageously enabling real-time response to attacks.
- The CF metadata configuration file should be ready for lookup when the firewall is activated on a particular content server. As will be described below in connection with
FIG. 8 , several tags and features are provided in the metadata structure so that the CDN content server process (ghost) can support the rule set processing. -
FIG. 4 illustrates the configuration process. Instep 400, a firewall instance is created or selected (for previously configured firewalls). Instep 402, the application layer settings are configured. The filtering functionality of the firewall is controlled by setting up criteria that define attacks or other kinds of security threats, using which the firewall will examine traffic. (In alternate embodiments, criteria may be implemented to define safe or “trusted” traffic, e.g., traffic from a particular source or with a particular signature. For convenience of description, the term “security criteria” is used hereinafter to refer to, collectively, the foregoing kinds of criteria.) Security criteria may be chosen by selecting/enabling predefined rules from rule-sets, or, alternatively, by directly authoring Boolean expressions or other logic explicitly.FIG. 5 illustrates a user interface for selecting predefined rules that will apply to a firewall instance identified as “Test-Test.” The user interface also permits selection of actions which the firewall is to take upon detecting traffic meeting the security criteria. - In
step 404, settings for the network layer are configured. Such settings may include a designation of IP addresses to block (blacklist) or other security criteria. Settings may also include, for example, a designation of a whitelist consisting of IP addresses of hosts/networks to grant access without further inspection, or other rules based on the information received in the request for content.FIG. 6 illustrates a user interface for configuring the network layer settings by entering IP addresses individually or in CIDR (classless inter-domain routing) notation. - A particular configuration of the firewall may be used to evaluate some requests for content, but not others. In
step 406, usage of the configuration is defined. This can be accomplished by designating criteria indicating that the configuration will apply, referred to as Match Targets. For example, the settings shownFIGS. 5 and 6 may be applied only to requests for content from selected domains or subdomains, or can be applied only to requests for certain kinds of content (e.g., those with specified file extensions, or with other characteristics).FIG. 7 illustrates a user interface for specifying such criteria. - The process of configuring the firewall may also include defining rules for the transport layer (for example, the firewall may be configured to treat traffic using TCP differently than traffic using UDP or other protocols) or other networking layers. Although typically a firewall configuration will apply uniformly across content servers for a given customer, in alternate embodiments the firewalls operating on different content servers may be configured differently for the given customer.
- In
step 408, the configuration of the firewall is deployed to content servers in the CDN (e.g., by deploying a metadata configuration file over a communication channel, as described above). - In a preferred embodiment, the CF module involves two configuration files: (1) a CF rules configuration file that manages the application and network rules, as well as Real-Time-Reporting configuration (referred to herein as a “CF metadata configuration file” or “CF rules configuration file”). (2) Standard alternative resource locator (ARL) configuration file that manages the site's settings (referred to herein as a “master configuration file”). Alternate embodiments may not use dual configuration files or use configuration files at all.
- Preferably, a CDN customer who is contracted for CF has only one CF configuration file. Through the use of Firewall Instances and Match Targets, separate CF policies can be applied to different digital properties and URLs with this single file. This does provide some additional flexibility that can allow different firewall policies to be applied to different URLs on the same digital property AND allow the same firewall policy to be applied to other properties, as well. The CF rules configuration preferably contains several components:
- Firewall Instances—the settings to apply to the match target.
-
- Application Layer Controls configuration
- Network Layer Controls configuration
- Real-Time Reporting configuration (RTR)
Match Targets—the criteria used to determine if the Firewall instance needs to be applied. - Match targets
- Firewall instance to apply
- Apply Application Layer Controls
- Apply Network Layer Controls
- A Firewall Instance represents the grouping of enabled controls which are to be applied to a request when the specific instance is evoked based on the Match Target criteria. In one implementation, a Match Target can evoke only one Firewall Instance. The Match Targets may be processed such that the bottom match wins and the appropriate Firewall Instance is used. The Match Targets may also be processed according to a hierarchy, such that a Match Target (and associated firewall configuration) that applies to domain is trumped by a Match Target applying to a sub-domain, which is trumped by a Match Target applying to a particular content type, and so forth.
- Application Layer Controls define the security criteria to be checked with each request and the action to take if the attack is identified. Possible actions are Alert (do not deny the request, only generate an alert and continue processing the HTTP request) and Deny (deny the request, resulting in a HTTP 403 response, generation of an alert, and stop processing the HTTP request). Application Layer Controls are grouped into higher level groupings for a classification of attacks, e.g., based on ModSecurity or other rulesets. Within each classification, preferably several specific detection rules exist.
- Customers can choose to apply only the specific rules they choose to select and configure each rule to either alert, deny, or take other action.
- Network Layer Controls define the IP restrictions, for example, that are to be applied to the site. Requests from particular IP addresses can be blocked and/or allowed, or a strict black list/white list may be applied. Multiple IP addresses may be specified using CIDR notation.
- Real-Time Reporting defines the URL, through a CDN-served digital property, to which the edge server process (ghost) will POST data based on the rule(s) that were triggered. The CDN may include a server e-mail-based log delivery service (LDS) that reports data to the CDN customer. The CDN LDS may include options to add fields for W3C and Combined formats. To provide more real-time information to the CDN customer, Real-Time Reporting is used send CF specific data to customers quickly. As the data is sent as a POST, the customer can create the POST processing application to react in any way appropriate for their needs, such as either immediately generating alerts or only alert if X alerts are generated in Y minutes.
- It is useful to note the distinction between activation/deactivation of a firewall instance and enabling/disabling of rules processing within that instance. Activation/deactivation should occur infrequently—only when a firewall instance is first created or deleted. Activation/deactivation controls the process of including/removing the reference to the CF data file, e.g., within a larger metadata configuration file (that may include other control information for the content server ghost process). Preferably, it involves modifying/deploying the ghost metadata file (that includes such other control information).
- On the other hand, enabling/disabling of rules processing within an activated firewall instance is controlled by the a status metadata tag contained in the configuration file. Modifying/deploying a configuration file is intended to be a quicker process than modifying/deploying the ghost metadata file, preferably using a communication channel (from the portal to the content servers) that is dedicated for this purpose. In this way, enabling/disabling of rules processing can occur more frequently (if need be). Disabling causes the rules to be ignored until reactivated (the rules will still be on the content server but not executed until re-enabled). Fast delivery of firewall configuration thus preferably uses a dedicated metadata channel to carry per-customer configuration file that references the selected Core Rule Set rules and IP blocking rules for all the customer firewall instances.
- A Match Target represents specific criteria that indicate the firewall rules should be applied. If a URL matches a Match Target, the specified Firewall Instance will be applied and the Application Layer Controls and/or the Network Layer Controls, as selected for the Match Target.
- Match Targets require a CDN customer digital property (e.g., a customer domain, sub-domain, or the like) and at least one other standard URI match criteria: Path, Default File, and File Extensions. Once all match criteria are evaluated, the content server process (ghost) running CF will know if a firewall instance is to be applied and the controls within that instance that are to be applied.
- The master metadata configuration file for the digital property has the CF module enabled through an Optional Features option before the CF rules configuration file will be used, regardless of the Match Targets.
- The CF rules configuration is “inserted” into the master configuration file dynamically using a tag, such as <akamai:insert>tag. When the CF Optional Feature is enabled, the <akamai:insert> tag is inserted into the beginning of the customer site metadata (See, U.S. Pat. No. 7,240,100) with the appropriate tags to identify the CF rules configuration file. As a security requirement when the CF module is enabled, ghost to ghost (G2G) authentication is enabled.
-
FIG. 8 illustrates metadata encoding two exemplary rules that activate a firewall when certain criteria are met. Several tags and features are included in the metadata structure so that a CDN content server process (e.g., ghost) can support the rule set processing. - In the example in
FIG. 8 , both actions are inside <match:regex>, but any match or combination of matches could actually be used. The tag <akamai:fw-rules> is used to group the firewall rules together. - The following terminology can be used:
-
Name Definition Firewall Any block of metadata enclosed inside metadata <akamai:firewall-config> Firewall rule Combination of one of more matches, and an action. Rules must belong to firewall metadata. Firewall action Metadata that defines what is done when the rule is triggered. - The CF feature is controlled with the following metadata control tags. In this embodiment, it is set in the beginning of the metadata file, before any firewall metadata is encountered.
-
Tag Type Default Description security:firewall.off flag off This is a baseline switch to globally disable the cloud firewall feature across all customers in case we detect a critical bug. security: firewall.activate flag off Enable/disable the cloud firewall feature. If disabled, firewall metadata is ignored. security: firewall.id string N/A Application ID. This is only used for reporting. security: flag off Turn debugging on/off. firewall.debug.activate See paragraph about debugging. security: Integer 10 Maximum number of firewall.debug.max-limit lines per second in cache.log security: flag off This is useful for firewall.debug.respect-xff debugging. - Actions are defined with <security:firewall.action>, which is a listable node. The <security:firewall.action> node can contain any of these tags:
-
Tag Type Default Description id string N/A Identifier for the rule. This is a mandatory parameter. If the deny flag is on, the built-in variable AK_FIREWALL_DENY_RULEID contains this identifier. reject flag off If the value is off, ghost produces a warning but the control flow of the request is not modified. If the value is on, ghost stops evaluating other rules and the client request gets denied. msg string Empty Error message for the action. Displayed in logs. string tag string Empty Tag used to categorize the rule. Displayed in string logs. data string Empty User data associated with the action. Displayed string in the logs. This tag is optional. It is typically used to show what part of the input matched a regular expression. http- integer 403 Used when deny is “on” to decide what error status page to return to the client. It needs to be in the 400-599 range. - Firewall metadata is executed if the Cloud Firewall is turned on. If an action has the deny flag on, the control flow resumes after the firewall metadata. Once metadata is applied for the stage, the edge server ghost will return an error page to the user with the error status code from the action.
-
FIG. 9 illustrates the processing of a request by a firewall, which in many implementations is running in or in conjunction with a content server. Instep 900, a request is received. When a request is made to a CDN content server (or more particularly, to a ghost process executing in that server), the digital property is evaluated to determine the appropriate configuration file to use with the request. (See, U.S. Pat. No. 7,240,100.) - In
step 902, the master configuration file for that digital property is retrieved and evaluated. The CF rules configuration (e.g., metadata in XML format or otherwise) is inserted into the master metadata configuration file using the <akamai:insert> tag. (In other embodiments, the CF rules configuration file may be evaluated separately, or other means of communicating the desired firewall configuration may be used.) - In
step 904, the CF Match Targets specified in the configuration are evaluated to determine if a Firewall Instance is to be invoked. For example, the request may be tested against the Match Target criteria shown inFIG. 7 , above, to determine if is for content from a matching domain, subdomain, has matching file extension, and so on. If none of the criteria are met, meaning that the customer configured the firewall not to activate for requests for such content, then the firewall does not need to be invoked and CF is done. The ghost process evaluates the rest of the master configuration file and the request continues to be processed accordingly. In response to the request, for example, the content server may serve content from its cache or retrieve such content from the origin server for delivery to the requestor. - If the request matches a Match Target, then in steps 910-914 the firewall instance is invoked to evaluate the request against the security criteria. If the request does not meet any of the security criteria, then the request clears the firewall and continues to be processed as normal, and in accordance with other instructions in the master configuration file. (
Step 916.) This processing may result in a content server in the CDN serving the requested content from its cache, or retrieving it from an origin server for delivery to the requestor. - If an enabled rule condition triggers a security condition, then the firewall takes action. The action to be taken is specified in the rules configuration file. (See,
FIG. 5 .) For example, in “Alert Only” mode, the alert is noted/logged with the rule that trigged the alert, and the CF rules continue to be processed against the request. (Steps, 918, 920.) In “Deny” mode, the alert is noted/logged, and processing of the CF rules and the configuration file is stopped. (Steps - The clients, servers, and other devices described herein may be implemented on conventional computer systems, as modified by the teachings hereof, with the functional characteristics described above realized in software, hardware, or a combination thereof.
- Software may include one or several discrete programs. Any given function may comprise part of any given module, process, execution thread, or other such programming construct. Generalizing, each function described above may be implemented as computer code, namely, as a set of computer instructions, for performing the functionality described via execution of that code using conventional means, e.g., a processor, a computer, a machine, a system, digital data processing device, or other apparatus.
-
FIG. 10 is a block diagram that illustrates hardware in acomputer system 1000 upon which such software may run in order to implement embodiments of the invention. Thecomputer system 1000 may be embodied in a client device, server, personal computer, workstation, tablet computer, wireless device, mobile device, network device, router, hub, gateway, or other device. -
Computer system 1000 includes aprocessor 1004 coupled tobus 1001. In some systems, multiple processor and/or processor cores may be employed.Computer system 1000 further includes amain memory 1010, such as a random access memory (RAM) or other storage device, coupled to thebus 1001 for storing information and instructions to be executed byprocessor 1004. A read only memory (ROM) 1008 is coupled to thebus 1001 for storing information and instructions forprocessor 1004. Anon-volatile storage device 1006, such as a magnetic disk, solid state memory (e.g., flash memory), or optical disk, is provided and coupled tobus 1001 for storing information and instructions. Other application-specific integrated circuits (ASICs), field programmable gate arrays (FPGAs) or circuitry may be included in thecomputer system 1000 to perform functions described herein. - A
peripheral interface 1012 communicatively couplescomputer system 1000 to a user display 1014 that displays the output of software executing on the computer system, and an input device 1015 (e.g., a keyboard, mouse, trackpad, touchscreen) that communicates user input and instructions to thecomputer system 1000. Theperipheral interface 1012 may include interface circuitry, control and/or level-shifting logic for local buses such as RS-485, Universal Serial Bus (USB), IEEE 1394, or other communication links. -
Computer system 1000 is coupled to acommunication interface 1016 that provides a link (e.g., at a physical layer, data link layer, or otherwise) between thesystem bus 1001 and an external communication link. Thecommunication interface 1016 provides anetwork link 1018. Thecommunication interface 1016 may represent a Ethernet or other network interface card (NIC), a wireless interface, modem, an optical interface, or other kind of input/output interface. -
Network link 1018 provides data communication through one or more networks to other devices. Such devices include other computer systems that are part of a local area network (LAN) 1026. Furthermore, thenetwork link 1018 provides a link, via an internet service provider (ISP) 1020, to theInternet 1022. In turn, theInternet 1022 may provide a link to other computing systems such as aremote server 1030 and/or aremote client 1031.Network link 1018 and such networks may transmit data using packet-switched, circuit-switched, or other data-transmission approaches. - In operation, the
computer system 1000 may implement the functionality described herein as a result of the processor executing code. Such code is typically read from or provided by a non-transitory computer-readable medium, such asmemory 1010,ROM 1008, orstorage device 1006. Other forms of non-transitory computer-readable media include disks, tapes, magnetic media, CD-ROMs, optical media, RAM, PROM, EPROM, and EEPROM. Any other non-transitory computer-readable medium may also be employed. Executing code may also be read from network link 1018 (e.g., following temporary storage in an interface buffer, local memory, or other circuitry).
Claims (21)
1.-51. (canceled)
52. A system, comprising:
a plurality of machines operated by a service provider on behalf of content providers, each of the plurality of machines comprising circuitry forming one or more processors coupled to non-transitory computer-readable media storing program code executable by the one or more processors, the program code including code executable to run a server application on the respective machine;
the program code further including code executable to cause the respective machine to receive an application layer request from a client via a network interface on the respective machine, and to handle the application layer request with the server application;
wherein the application layer request includes a domain name associated with a particular content provider;
the program code further including code executable to cause the respective machine to, based on the domain name, identify one or more rules from a security ruleset to apply to the application layer request, wherein rules in the security ruleset function to find security threats in application layer requests;
the program code further including code executable to cause the respective machine to apply the one or more rules to the application layer request to determine whether one or more security threats are found in the application layer request, and if any of the one or more security threats are found, take an action against the application layer request.
53. The system of claim 52 , wherein the server application is a proxy server application.
54. The system of claim 52 , wherein the server application is an HTTP server application.
55. The system of claim 52 , wherein the application layer request comprises an HTTP request.
56. The system of claim 52 , wherein the plurality of machines are distributed across a plurality of end-user access networks.
57. The system of claim 52 , wherein the plurality of machines are distributed around the Internet.
58. The system of claim 52 , wherein the system further comprises:
separate from the plurality of machines running the server applications, one or more machines operated by the service provider that comprise circuitry forming one or more processors coupled to non-transitory computer-readable media storing program code executable by the one or more processors, the program code including code executable to cause the one or more machines to provide a user interface, and to receive, via the user interface, rule configurations for content providers that include selections of one or more rules from the security ruleset;
the program code further including code executable to cause the one or more machines to deploy the rule configurations for content providers to the plurality of machines running the server applications.
59. The system of claim 58 , wherein the rule configurations are received from content providers via the user interface.
60. The system of claim 52 , the program code including code executable to cause the respective machine to process an application layer request with the server application where application of the one or more rules do not find a security threat in the application layer request,
wherein said processing of the application layer request comprises at least one of:
(i) applying content handling information to determine how to handle the application layer request with the server application;
(ii) retrieving content from a cache, and serving the retrieved content to the client, in response to the application layer request, and
(iii) retrieving content from an origin server associated with the particular content provider and serving the retrieved content to the client, in response to the application layer request.
61. The system of claim 52 , the program code further including code executable to cause the respective machine to receive a second application layer request from a second client via the network interface on the respective machine, and executable to cause the respective machine to handle the application layer request with the server application;
wherein the second application layer request includes a second domain name associated with a second content provider;
the program code further including code executable to cause the respective machine to identify a second set of one or more rules from the security ruleset to apply to the application layer request;
the program code further including code executable to cause the respective machine to apply the second set of one or more rules to the application layer request to determine whether a second set of one or more security threats are found in the application layer request, and if any of the second set of one or more security threats are found, take an action against the application layer request.
62. The system of claim 52 , wherein the one or more security threats comprise at least one of: a protocol violation, an HTTP policy violation, a robot, a Trojan, a cross-site scripting attack, an injection attack, a content leakage.
63. The system of claim 52 , wherein the action is any of the following actions: deny the application layer request, generate an alert about the application layer request, block the application layer request, modify the application layer request, stop processing the application layer request. Para16, original claim 8
64. A method, comprising:
with a machine operated by a service provider on behalf of content providers that comprises circuitry forming one or more processors coupled to non-transitory computer-readable media storing program code executable by the one or more processors:
running a server application on the machine;
receiving an application layer request from a client via a network interface on the machine, and handling the application layer request with the server application;
wherein the application layer request includes a domain name associated with a particular content provider;
based on the domain name, identifying one or more rules from a security ruleset to apply to the application layer request, wherein rules in the security ruleset function to find security threats in application layer requests;
applying the one or more rules to the application layer request to determine whether one or more security threats are found in the application layer request, and if any of the one or more security threats are found, taking an action against the application layer request.
65. The method of claim 64 , wherein the server application is a proxy server application.
66. The method of claim 64 , wherein the server application is an HTTP server application.
67. The method of claim 64 , wherein the application layer request comprises an HTTP request.
68. The method of claim 64 , further comprising processing an application layer request with the server application where application of the one or more rules do not find a security threat in the application layer request,
wherein said processing of the application layer request comprises at least one of:
(i) applying content handling information to determine how to handle the application layer request with the server application;
(ii) retrieving content from a cache, and serving the retrieved content to the client, in response to the application layer request, and
(iii) retrieving content from an origin server associated with the particular content provider and serving the retrieved content to the client, in response to the application layer request.
69. The method of claim 64 , further comprising receiving a second application layer request from a second client via the network interface on the machine, and handling the application layer request with the server application;
wherein the second application layer request includes a second domain name associated with a second content provider;
identifying, based on the second domain name, a second set of one or more rules from the security ruleset to apply to the second application layer request;
applying the second set of one or more rules to the application layer request to determine whether a second set of one or more security threats are found in the second application layer request, and if any of the second set of one or more security threats are found, take an action against the second application layer request.
70. The method of claim 64 , wherein the one or more security threats comprise at least one of: a protocol violation, an HTTP policy violation, a robot, a Trojan, a cross-site scripting attack, an injection attack, a content leakage.
71. The method of claim 64 , wherein the action is any of the following actions: deny the application layer request, generate an alert about the application layer request, block the application layer request, modify the application layer request, stop processing the application layer request.
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US13/896,995 US20130269023A1 (en) | 2009-12-12 | 2013-05-17 | Cloud Based Firewall System And Service |
US14/555,428 US20150089582A1 (en) | 2009-12-12 | 2014-11-26 | Cloud Based Firewall System And Service |
US14/998,187 US10243925B2 (en) | 2009-12-12 | 2015-12-24 | Cloud based firewell system and service |
US16/266,335 US11082401B2 (en) | 2009-12-12 | 2019-02-04 | Cloud based firewall system and service |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US28595809P | 2009-12-12 | 2009-12-12 | |
US12/965,188 US8458769B2 (en) | 2009-12-12 | 2010-12-10 | Cloud based firewall system and service |
US13/896,995 US20130269023A1 (en) | 2009-12-12 | 2013-05-17 | Cloud Based Firewall System And Service |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US12/965,188 Continuation US8458769B2 (en) | 2009-12-12 | 2010-12-10 | Cloud based firewall system and service |
Related Child Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US14/555,428 Continuation US20150089582A1 (en) | 2009-12-12 | 2014-11-26 | Cloud Based Firewall System And Service |
US14/998,187 Continuation US10243925B2 (en) | 2009-12-12 | 2015-12-24 | Cloud based firewell system and service |
Publications (1)
Publication Number | Publication Date |
---|---|
US20130269023A1 true US20130269023A1 (en) | 2013-10-10 |
Family
ID=44146221
Family Applications (5)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US12/965,188 Active 2031-04-14 US8458769B2 (en) | 2009-12-12 | 2010-12-10 | Cloud based firewall system and service |
US13/896,995 Granted US20130269023A1 (en) | 2009-12-12 | 2013-05-17 | Cloud Based Firewall System And Service |
US14/555,428 Abandoned US20150089582A1 (en) | 2009-12-12 | 2014-11-26 | Cloud Based Firewall System And Service |
US14/998,187 Active US10243925B2 (en) | 2009-12-12 | 2015-12-24 | Cloud based firewell system and service |
US16/266,335 Active US11082401B2 (en) | 2009-12-12 | 2019-02-04 | Cloud based firewall system and service |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US12/965,188 Active 2031-04-14 US8458769B2 (en) | 2009-12-12 | 2010-12-10 | Cloud based firewall system and service |
Family Applications After (3)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US14/555,428 Abandoned US20150089582A1 (en) | 2009-12-12 | 2014-11-26 | Cloud Based Firewall System And Service |
US14/998,187 Active US10243925B2 (en) | 2009-12-12 | 2015-12-24 | Cloud based firewell system and service |
US16/266,335 Active US11082401B2 (en) | 2009-12-12 | 2019-02-04 | Cloud based firewall system and service |
Country Status (5)
Country | Link |
---|---|
US (5) | US8458769B2 (en) |
EP (1) | EP2510648B1 (en) |
CN (1) | CN102687480B (en) |
ES (1) | ES2702097T3 (en) |
WO (1) | WO2011072289A2 (en) |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103561076A (en) * | 2013-10-28 | 2014-02-05 | 中国科学院信息工程研究所 | Webpage trojan-linking real-time protection method and system based on cloud |
US20140108319A1 (en) * | 2012-10-12 | 2014-04-17 | Bruno KLAUSER | Autonomic network sentinels |
US20140250352A1 (en) * | 2013-03-04 | 2014-09-04 | Lsi Corporation | Systems and Methods for Signal Reduction Based Data Processor Marginalization |
US20140283139A1 (en) * | 2013-03-15 | 2014-09-18 | Kunal Anand | Systems and methods for parsing user-generated content to prevent attacks |
WO2016039643A1 (en) * | 2014-09-12 | 2016-03-17 | Pickles Samuel Geoffrey | A telecommunications defence system |
US10462188B2 (en) | 2015-04-30 | 2019-10-29 | Opaq Networks, Inc. | Computer network security system |
WO2019217709A1 (en) * | 2018-05-10 | 2019-11-14 | Opaq Networks, Inc. | Systems and methods for centrally managed host and network firewall services |
US10498757B2 (en) | 2014-09-11 | 2019-12-03 | Samuel Geoffrey Pickles | Telecommunications defence system |
WO2020205719A1 (en) * | 2019-03-29 | 2020-10-08 | Jpmorgan Chase Bank, N.A. | Dynamic application firewalling in cloud systems |
WO2022182384A1 (en) * | 2021-02-24 | 2022-09-01 | Level 3 Communications, Llc | Uniformity of instructions for content requests and responses in a content delivery network |
Families Citing this family (78)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8533821B2 (en) * | 2007-05-25 | 2013-09-10 | International Business Machines Corporation | Detecting and defending against man-in-the-middle attacks |
US9071650B1 (en) * | 2008-09-17 | 2015-06-30 | Socialware, Inc. | Method, system and computer program product for enforcing access controls to features and subfeatures on uncontrolled web application |
US20100269162A1 (en) | 2009-04-15 | 2010-10-21 | Jose Bravo | Website authentication |
US8683609B2 (en) | 2009-12-04 | 2014-03-25 | International Business Machines Corporation | Mobile phone and IP address correlation service |
US8458769B2 (en) | 2009-12-12 | 2013-06-04 | Akamai Technologies, Inc. | Cloud based firewall system and service |
US9531758B2 (en) | 2011-03-18 | 2016-12-27 | Zscaler, Inc. | Dynamic user identification and policy enforcement in cloud-based secure web gateways |
US9065800B2 (en) | 2011-03-18 | 2015-06-23 | Zscaler, Inc. | Dynamic user identification and policy enforcement in cloud-based secure web gateways |
US8838988B2 (en) | 2011-04-12 | 2014-09-16 | International Business Machines Corporation | Verification of transactional integrity |
US9274812B2 (en) | 2011-10-06 | 2016-03-01 | Hand Held Products, Inc. | Method of configuring mobile computing device |
EP2592806A1 (en) * | 2011-11-10 | 2013-05-15 | Alcatel-Lucent Deutschland AG | Method of identifying a distributed infrastructure attack in a highly distributed cloud |
US9118689B1 (en) | 2012-04-13 | 2015-08-25 | Zscaler, Inc. | Archiving systems and methods for cloud based systems |
US9350644B2 (en) | 2012-04-13 | 2016-05-24 | Zscaler. Inc. | Secure and lightweight traffic forwarding systems and methods to cloud based network security systems |
US8955091B2 (en) | 2012-04-30 | 2015-02-10 | Zscaler, Inc. | Systems and methods for integrating cloud services with information management systems |
US9912638B2 (en) | 2012-04-30 | 2018-03-06 | Zscaler, Inc. | Systems and methods for integrating cloud services with information management systems |
US9288182B1 (en) * | 2012-05-01 | 2016-03-15 | Amazon Technologies, Inc. | Network gateway services and extensions |
US9294437B1 (en) * | 2012-05-01 | 2016-03-22 | Amazon Technologies, Inc. | Remotely configured network appliances and services |
US9450967B1 (en) | 2012-05-01 | 2016-09-20 | Amazon Technologies, Inc. | Intelligent network service provisioning and maintenance |
US9438556B1 (en) | 2012-05-01 | 2016-09-06 | Amazon Technologies, Inc | Flexibly configurable remote network identities |
US9747581B2 (en) * | 2012-07-02 | 2017-08-29 | International Business Machines Corporation | Context-dependent transactional management for separation of duties |
US8917826B2 (en) | 2012-07-31 | 2014-12-23 | International Business Machines Corporation | Detecting man-in-the-middle attacks in electronic transactions using prompts |
US9246779B2 (en) * | 2012-08-23 | 2016-01-26 | Endgame Systems, Inc. | Method and apparatus for enhanced network data processing and customizable user interface |
US8875287B2 (en) | 2012-10-04 | 2014-10-28 | Akamai Technologies, Inc. | Server with mechanism for reducing internal resources associated with a selected client connection |
CN102932380B (en) * | 2012-11-30 | 2016-06-29 | 网宿科技股份有限公司 | The distributed preventing malicious attack method and system of content-based distribution network |
US9667747B2 (en) | 2012-12-21 | 2017-05-30 | Akamai Technologies, Inc. | Scalable content delivery network request handling mechanism with support for dynamically-obtained content policies |
US9654579B2 (en) | 2012-12-21 | 2017-05-16 | Akamai Technologies, Inc. | Scalable content delivery network request handling mechanism |
US20140280480A1 (en) * | 2013-03-15 | 2014-09-18 | Edgecast Networks, Inc. | Dynamic Tag Management for Optimizing Content Delivery |
US9037643B2 (en) | 2013-03-15 | 2015-05-19 | Edgecast Networks, Inc. | Dynamic tag management for optimizing content delivery |
US10728287B2 (en) * | 2013-07-23 | 2020-07-28 | Zscaler, Inc. | Cloud based security using DNS |
US20150067762A1 (en) * | 2013-09-03 | 2015-03-05 | Samsung Electronics Co., Ltd. | Method and system for configuring smart home gateway firewall |
US11100218B2 (en) * | 2014-01-20 | 2021-08-24 | Prevoty, Inc. | Systems and methods for improving accuracy in recognizing and neutralizing injection attacks in computer services |
US9825913B2 (en) * | 2014-06-04 | 2017-11-21 | Nicira, Inc. | Use of stateless marking to speed up stateful firewall rule processing |
US9531720B2 (en) | 2014-09-02 | 2016-12-27 | Akamai Technologies, Inc. | System and methods for leveraging an object cache to monitor network traffic |
US9875344B1 (en) | 2014-09-05 | 2018-01-23 | Silver Peak Systems, Inc. | Dynamic monitoring and authorization of an optimization device |
GB2532475B (en) * | 2014-11-20 | 2017-03-08 | F Secure Corp | Integrity check of DNS server setting |
US10333899B2 (en) * | 2014-11-26 | 2019-06-25 | Lexisnexis, A Division Of Reed Elsevier Inc. | Systems and methods for implementing a privacy firewall |
EP3230885B1 (en) | 2014-12-08 | 2024-04-17 | Umbra Technologies Ltd. | Method for content retrieval from remote network regions |
US9426125B2 (en) * | 2014-12-22 | 2016-08-23 | Verizon Digital Media Services Inc. | Real-time reconfigurable web application firewall for a distributed platform |
CN107251518B (en) | 2015-01-06 | 2021-03-02 | 安博科技有限公司 | System and method for neutral application programming interface |
CN107409079B (en) | 2015-01-28 | 2021-05-07 | 安博科技有限公司 | System and method for global virtual network |
CN104618392B (en) * | 2015-02-25 | 2018-09-21 | 浪潮电子信息产业股份有限公司 | Intelligent matching method for NGINX-MODSECURITY security rules |
US9667656B2 (en) * | 2015-03-30 | 2017-05-30 | Amazon Technologies, Inc. | Networking flow logs for multi-tenant environments |
CN113381994B (en) * | 2015-04-07 | 2023-05-02 | 安博科技有限公司 | Multi-boundary firewall in cloud |
US20160344751A1 (en) * | 2015-05-19 | 2016-11-24 | Fastly, Inc. | Customized record handling in a content delivery network |
CN116366334A (en) | 2015-06-11 | 2023-06-30 | 安博科技有限公司 | System and method for network tapestry multi-protocol integration |
CN105071989A (en) * | 2015-07-30 | 2015-11-18 | 世纪龙信息网络有限责任公司 | Video content distribution quality monitoring system and monitoring method therefor |
US9667657B2 (en) * | 2015-08-04 | 2017-05-30 | AO Kaspersky Lab | System and method of utilizing a dedicated computer security service |
US10181038B2 (en) * | 2015-11-17 | 2019-01-15 | Honeywell International Inc. | Deployment assurance checks for monitoring industrial control systems |
ES2931177T3 (en) | 2015-12-11 | 2022-12-27 | Umbra Tech Ltd | System and method for launching information through a network tapestry and granularity of a brand |
US10417414B2 (en) * | 2015-12-31 | 2019-09-17 | Cybereason, Inc. | Baseline calculation for firewalling |
US10237286B2 (en) * | 2016-01-29 | 2019-03-19 | Zscaler, Inc. | Content delivery network protection from malware and data leakage |
US11533307B2 (en) * | 2016-03-28 | 2022-12-20 | Zscaler, Inc. | Enforcing security policies on mobile devices in a hybrid architecture |
US11962589B2 (en) * | 2016-03-28 | 2024-04-16 | Zscaler, Inc. | Disaster recovery for a cloud-based security service |
US10922286B2 (en) | 2016-04-26 | 2021-02-16 | UMBRA Technologies Limited | Network Slinghop via tapestry slingshot |
CN106210057A (en) * | 2016-07-13 | 2016-12-07 | 成都知道创宇信息技术有限公司 | A kind of cloud security means of defence based on CDN |
US10237240B2 (en) | 2016-07-21 | 2019-03-19 | AT&T Global Network Services (U.K.) B.V. | Assessing risk associated with firewall rules |
JP2018019207A (en) * | 2016-07-27 | 2018-02-01 | 富士ゼロックス株式会社 | Cooperation management device and communication system |
US10778722B2 (en) * | 2016-11-08 | 2020-09-15 | Massachusetts Institute Of Technology | Dynamic flow system |
US11075886B2 (en) | 2016-12-15 | 2021-07-27 | Keysight Technologies Singapore (Sales) Pte. Ltd. | In-session splitting of network traffic sessions for server traffic monitoring |
US10171425B2 (en) | 2016-12-15 | 2019-01-01 | Keysight Technologies Singapore (Holdings) Pte Ltd | Active firewall control for network traffic sessions within virtual processing platforms |
CN106936819B (en) * | 2017-03-01 | 2019-11-01 | 无锡紫光存储系统有限公司 | Cloud storage subsystem and safe storage system |
US20180262533A1 (en) * | 2017-03-13 | 2018-09-13 | Comcast Cable Communications, Llc | Monitoring Device Data and Gateway Data |
US10659432B2 (en) * | 2017-07-06 | 2020-05-19 | Crowdstrike, Inc. | Network containment of compromised machines |
US11012416B2 (en) | 2018-01-15 | 2021-05-18 | Akamai Technologies, Inc. | Symbolic execution for web application firewall performance |
US11044271B1 (en) * | 2018-03-15 | 2021-06-22 | NortonLifeLock Inc. | Automatic adaptive policy based security |
KR101959544B1 (en) * | 2018-06-01 | 2019-03-18 | 주식회사 에프원시큐리티 | Web attack detection and prevention system and method |
US10931695B2 (en) | 2018-08-22 | 2021-02-23 | Akamai Technologies, Inc. | Nonce injection and observation system for detecting eavesdroppers |
US10798006B2 (en) | 2018-10-12 | 2020-10-06 | Akamai Technologies, Inc. | Overload protection for data sinks in a distributed computing system |
US10331462B1 (en) * | 2018-11-06 | 2019-06-25 | Cloudflare, Inc. | Cloud computing platform that executes third-party code in a distributed cloud computing network |
US11019034B2 (en) | 2018-11-16 | 2021-05-25 | Akamai Technologies, Inc. | Systems and methods for proxying encrypted traffic to protect origin servers from internet threats |
US11652848B1 (en) * | 2019-09-26 | 2023-05-16 | Amazon Technologies, Inc. | Distributed evaluation of networking security rules |
CN111158776B (en) * | 2019-12-12 | 2023-12-26 | 杭州安恒信息技术股份有限公司 | Smooth restarting method of Web application protection system |
US11875172B2 (en) | 2020-09-28 | 2024-01-16 | VMware LLC | Bare metal computer for booting copies of VM images on multiple computing devices using a smart NIC |
CN112532638A (en) * | 2020-12-03 | 2021-03-19 | 四川师范大学 | Distributed content filtering firewall |
US12032968B2 (en) * | 2021-09-28 | 2024-07-09 | Rakuten Mobile, Inc. | Method and system for creating server cluster on edge location |
US11995024B2 (en) | 2021-12-22 | 2024-05-28 | VMware LLC | State sharing between smart NICs |
US11928062B2 (en) | 2022-06-21 | 2024-03-12 | VMware LLC | Accelerating data message classification with smart NICs |
US11899594B2 (en) | 2022-06-21 | 2024-02-13 | VMware LLC | Maintenance of data message classification cache on smart NIC |
CN116566682B (en) * | 2023-05-16 | 2023-12-08 | 赛姆科技(广东)有限公司 | Distributed information network security protection method, system and readable storage medium thereof |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7296292B2 (en) * | 2000-12-15 | 2007-11-13 | International Business Machines Corporation | Method and apparatus in an application framework system for providing a port and network hardware resource firewall for distributed applications |
US7353533B2 (en) * | 2002-12-18 | 2008-04-01 | Novell, Inc. | Administration of protection of data accessible by a mobile device |
US7430664B2 (en) * | 2005-02-02 | 2008-09-30 | Innomedia Pte, Ltd | System and method for securely providing a configuration file over and open network |
US8458769B2 (en) * | 2009-12-12 | 2013-06-04 | Akamai Technologies, Inc. | Cloud based firewall system and service |
Family Cites Families (62)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6167438A (en) | 1997-05-22 | 2000-12-26 | Trustees Of Boston University | Method and system for distributed caching, prefetching and replication |
US6170012B1 (en) | 1997-09-12 | 2001-01-02 | Lucent Technologies Inc. | Methods and apparatus for a computer network firewall with cache query processing |
US7055173B1 (en) * | 1997-12-19 | 2006-05-30 | Avaya Technology Corp. | Firewall pooling in a network flowswitch |
US6108703A (en) * | 1998-07-14 | 2000-08-22 | Massachusetts Institute Of Technology | Global hosting system |
US6546423B1 (en) | 1998-10-22 | 2003-04-08 | At&T Corp. | System and method for network load balancing |
US6721890B1 (en) * | 1999-05-04 | 2004-04-13 | Microsoft Corporation | Application specific distributed firewall |
US7051365B1 (en) * | 1999-06-30 | 2006-05-23 | At&T Corp. | Method and apparatus for a distributed firewall |
US6832321B1 (en) | 1999-11-02 | 2004-12-14 | America Online, Inc. | Public network access server having a user-configurable firewall |
US7363361B2 (en) * | 2000-08-18 | 2008-04-22 | Akamai Technologies, Inc. | Secure content delivery system |
US6665726B1 (en) * | 2000-01-06 | 2003-12-16 | Akamai Technologies, Inc. | Method and system for fault tolerant media streaming over the internet |
US7240100B1 (en) * | 2000-04-14 | 2007-07-03 | Akamai Technologies, Inc. | Content delivery network (CDN) content server request handling mechanism with metadata framework support |
US6996616B1 (en) * | 2000-04-17 | 2006-02-07 | Akamai Technologies, Inc. | HTML delivery from edge-of-network servers in a content delivery network (CDN) |
US7725602B2 (en) * | 2000-07-19 | 2010-05-25 | Akamai Technologies, Inc. | Domain name resolution using a distributed DNS network |
US7707305B2 (en) | 2000-10-17 | 2010-04-27 | Cisco Technology, Inc. | Methods and apparatus for protecting against overload conditions on nodes of a distributed network |
US7155487B2 (en) * | 2000-11-30 | 2006-12-26 | Intel Corporation | Method, system and article of manufacture for data distribution over a network |
US7096266B2 (en) * | 2001-01-08 | 2006-08-22 | Akamai Technologies, Inc. | Extending an Internet content delivery network into an enterprise |
US7159031B1 (en) | 2001-01-26 | 2007-01-02 | Fortinet, Inc. | Remote customer management of virtual routers allocated to the customer |
US7149807B1 (en) * | 2001-02-02 | 2006-12-12 | Akamai Technologies, Inc. | Control and communication infrastructure (CCI) for selecting a transport mechanism to transport data to one or more servers in a content delivery network based on the size of the data, together with frequency and loss tolerance with respect to transport of the data |
US8046672B2 (en) * | 2001-02-23 | 2011-10-25 | Dandia Audio Kg Limited Liability Company | Method and system for delivering technology agnostic rich media content within an email, banner ad, and web page |
AU2002338270A1 (en) * | 2001-04-02 | 2002-10-15 | Akamai Technologies, Inc. | Scalable, high performance and highly available distributed storage system for internet content |
US7133905B2 (en) * | 2002-04-09 | 2006-11-07 | Akamai Technologies, Inc. | Method and system for tiered distribution in a content delivery network |
FR2838843B1 (en) * | 2002-04-23 | 2004-12-17 | Cit Alcatel | DEVICE FOR DYNAMICALLY ADAPTING DATA FILTERS |
US7284268B2 (en) * | 2002-05-16 | 2007-10-16 | Meshnetworks, Inc. | System and method for a routing device to securely share network data with a host utilizing a hardware firewall |
US7260639B2 (en) * | 2002-07-09 | 2007-08-21 | Akamai Technologies, Inc. | Method and system for protecting web sites from public internet threats |
US20040093419A1 (en) * | 2002-10-23 | 2004-05-13 | Weihl William E. | Method and system for secure content delivery |
JP4305004B2 (en) * | 2003-02-28 | 2009-07-29 | ソニー株式会社 | Information processing apparatus, content information processing method, and computer program |
US7373416B2 (en) | 2003-04-24 | 2008-05-13 | Akamai Technologies, Inc. | Method and system for constraining server usage in a distributed network |
KR100559026B1 (en) | 2003-05-30 | 2006-03-10 | 엘지전자 주식회사 | Home network system |
US7380010B1 (en) | 2003-08-12 | 2008-05-27 | Cisco Technology, Inc. | Method and apparatus for performing denial of service for call requests |
US7254713B2 (en) | 2003-09-11 | 2007-08-07 | Alcatel | DOS attack mitigation using upstream router suggested remedies |
US7774456B1 (en) | 2004-02-27 | 2010-08-10 | Packeteer, Inc. | Methods, apparatuses and systems facilitating classification of web services network traffic |
US7761923B2 (en) * | 2004-03-01 | 2010-07-20 | Invensys Systems, Inc. | Process control methods and apparatus for intrusion detection, protection and network hardening |
WO2005101782A1 (en) | 2004-04-14 | 2005-10-27 | Telecom Italia S.P.A. | Method and system for handling content delivery in communication networks |
US7478429B2 (en) | 2004-10-01 | 2009-01-13 | Prolexic Technologies, Inc. | Network overload detection and mitigation system and method |
US7509493B2 (en) * | 2004-11-19 | 2009-03-24 | Microsoft Corporation | Method and system for distributing security policies |
US8346960B2 (en) | 2005-02-15 | 2013-01-01 | At&T Intellectual Property Ii, L.P. | Systems, methods, and devices for defending a network |
US8839427B2 (en) | 2005-04-13 | 2014-09-16 | Verizon Patent And Licensing Inc. | WAN defense mitigation service |
US7730536B2 (en) | 2005-06-08 | 2010-06-01 | Verizon Business Global Llc | Security perimeters |
US8510826B1 (en) | 2005-12-06 | 2013-08-13 | Sprint Communications Company L.P. | Carrier-independent on-demand distributed denial of service (DDoS) mitigation |
US8230516B2 (en) * | 2006-01-19 | 2012-07-24 | International Business Machines Corporation | Apparatus, system, and method for network authentication and content distribution |
US8566919B2 (en) * | 2006-03-03 | 2013-10-22 | Riverbed Technology, Inc. | Distributed web application firewall |
JP4126707B2 (en) | 2006-07-28 | 2008-07-30 | インターナショナル・ビジネス・マシーンズ・コーポレーション | Technology for analyzing the state of information systems |
US8122493B2 (en) * | 2007-01-25 | 2012-02-21 | Drako Dean M | Firewall based on domain names |
US7853678B2 (en) | 2007-03-12 | 2010-12-14 | Citrix Systems, Inc. | Systems and methods for configuring flow control of policy expressions |
JP5106625B2 (en) * | 2007-04-05 | 2012-12-26 | インターナショナル・ビジネス・マシーンズ・コーポレーション | Method, system, and computer program for configuring a firewall |
US8032939B2 (en) | 2007-11-06 | 2011-10-04 | Airtight Networks, Inc. | Method and system for providing wireless vulnerability management for local area computer networks |
US20090178131A1 (en) | 2008-01-08 | 2009-07-09 | Microsoft Corporation | Globally distributed infrastructure for secure content management |
US8225400B2 (en) | 2008-05-13 | 2012-07-17 | Verizon Patent And Licensing Inc. | Security overlay network |
US9456054B2 (en) * | 2008-05-16 | 2016-09-27 | Palo Alto Research Center Incorporated | Controlling the spread of interests and content in a content centric network |
US8365259B2 (en) * | 2008-05-28 | 2013-01-29 | Zscaler, Inc. | Security message processing |
US8661056B1 (en) | 2008-11-03 | 2014-02-25 | Salesforce.Com, Inc. | System, method and computer program product for publicly providing web content of a tenant using a multi-tenant on-demand database service |
WO2010088550A2 (en) | 2009-01-29 | 2010-08-05 | Breach Security, Inc. | A method and apparatus for excessive access rate detection |
KR101077135B1 (en) | 2009-10-22 | 2011-10-26 | 한국인터넷진흥원 | Apparatus for detecting and filtering application layer DDoS Attack of web service |
US8844030B2 (en) | 2009-11-20 | 2014-09-23 | Samsung Sds Co., Ltd. | Anti-virus protection system and method thereof |
KR101272878B1 (en) * | 2009-11-30 | 2013-06-11 | 한국전자통신연구원 | Apparatus and method for dynamic update of software-based IPTV conditional access system |
US10102301B2 (en) | 2010-04-01 | 2018-10-16 | Cloudflare, Inc. | Internet-based proxy security services |
KR100994076B1 (en) | 2010-04-12 | 2010-11-12 | 주식회사 나우콤 | Nat-enabled system to prevent the blocking of a normal client's web service using nat and control method thereof |
US9432385B2 (en) | 2011-08-29 | 2016-08-30 | Arbor Networks, Inc. | System and method for denial of service attack mitigation using cloud services |
US8949459B1 (en) | 2011-10-06 | 2015-02-03 | Amazon Technologies, Inc. | Methods and apparatus for distributed backbone internet DDOS mitigation via transit providers |
US9628346B2 (en) * | 2012-12-13 | 2017-04-18 | Level 3 Communications, Llc | Devices and methods supporting content delivery with reducer services |
US9350706B1 (en) | 2013-03-15 | 2016-05-24 | Centurylink Intellectual Property Llc | Network traffic data scrubbing with services offered via anycasted addresses |
US9282113B2 (en) | 2013-06-27 | 2016-03-08 | Cellco Partnership | Denial of service (DoS) attack detection systems and methods |
-
2010
- 2010-12-10 US US12/965,188 patent/US8458769B2/en active Active
- 2010-12-13 WO PCT/US2010/060089 patent/WO2011072289A2/en active Application Filing
- 2010-12-13 ES ES10836803T patent/ES2702097T3/en active Active
- 2010-12-13 CN CN201080055156.XA patent/CN102687480B/en active Active
- 2010-12-13 EP EP10836803.6A patent/EP2510648B1/en active Active
-
2013
- 2013-05-17 US US13/896,995 patent/US20130269023A1/en active Granted
-
2014
- 2014-11-26 US US14/555,428 patent/US20150089582A1/en not_active Abandoned
-
2015
- 2015-12-24 US US14/998,187 patent/US10243925B2/en active Active
-
2019
- 2019-02-04 US US16/266,335 patent/US11082401B2/en active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7296292B2 (en) * | 2000-12-15 | 2007-11-13 | International Business Machines Corporation | Method and apparatus in an application framework system for providing a port and network hardware resource firewall for distributed applications |
US7353533B2 (en) * | 2002-12-18 | 2008-04-01 | Novell, Inc. | Administration of protection of data accessible by a mobile device |
US7430664B2 (en) * | 2005-02-02 | 2008-09-30 | Innomedia Pte, Ltd | System and method for securely providing a configuration file over and open network |
US8458769B2 (en) * | 2009-12-12 | 2013-06-04 | Akamai Technologies, Inc. | Cloud based firewall system and service |
Cited By (20)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20140108319A1 (en) * | 2012-10-12 | 2014-04-17 | Bruno KLAUSER | Autonomic network sentinels |
US9450819B2 (en) * | 2012-10-12 | 2016-09-20 | Cisco Technology, Inc. | Autonomic network sentinels |
US20140250352A1 (en) * | 2013-03-04 | 2014-09-04 | Lsi Corporation | Systems and Methods for Signal Reduction Based Data Processor Marginalization |
US20140283139A1 (en) * | 2013-03-15 | 2014-09-18 | Kunal Anand | Systems and methods for parsing user-generated content to prevent attacks |
US9098722B2 (en) * | 2013-03-15 | 2015-08-04 | Prevoty, Inc. | Systems and methods for parsing user-generated content to prevent attacks |
CN103561076A (en) * | 2013-10-28 | 2014-02-05 | 中国科学院信息工程研究所 | Webpage trojan-linking real-time protection method and system based on cloud |
US10498757B2 (en) | 2014-09-11 | 2019-12-03 | Samuel Geoffrey Pickles | Telecommunications defence system |
WO2016039643A1 (en) * | 2014-09-12 | 2016-03-17 | Pickles Samuel Geoffrey | A telecommunications defence system |
US20170250999A1 (en) * | 2014-09-12 | 2017-08-31 | Samuel Geoffrey Pickles | A telecommunications defence system |
US10462188B2 (en) | 2015-04-30 | 2019-10-29 | Opaq Networks, Inc. | Computer network security system |
WO2019217709A1 (en) * | 2018-05-10 | 2019-11-14 | Opaq Networks, Inc. | Systems and methods for centrally managed host and network firewall services |
US10826941B2 (en) | 2018-05-10 | 2020-11-03 | Fortinet, Inc. | Systems and methods for centrally managed host and network firewall services |
US11327898B2 (en) | 2018-05-10 | 2022-05-10 | Fortinet, Inc. | Systems and methods for centrally managed host and network firewall services |
US11870814B2 (en) | 2018-05-10 | 2024-01-09 | Fortinet, Inc. | Systems and methods for centrally managed host and network firewall services |
WO2020205719A1 (en) * | 2019-03-29 | 2020-10-08 | Jpmorgan Chase Bank, N.A. | Dynamic application firewalling in cloud systems |
US11159488B2 (en) | 2019-03-29 | 2021-10-26 | Jpmorgan Chase Bank, N.A. | Dynamic application firewalling in cloud systems |
WO2022182384A1 (en) * | 2021-02-24 | 2022-09-01 | Level 3 Communications, Llc | Uniformity of instructions for content requests and responses in a content delivery network |
US11457091B2 (en) | 2021-02-24 | 2022-09-27 | Level 3 Communications, Llc | Uniformity of instructions for content requests and responses in a content delivery network |
US11700319B2 (en) | 2021-02-24 | 2023-07-11 | Level 3 Communications, Llc | Uniformity of instructions for content requests and responses in a content delivery network |
US11991259B2 (en) | 2021-02-24 | 2024-05-21 | Level 3 Communications, Llc | Uniformity of instructions for content requests and responses in a content delivery network |
Also Published As
Publication number | Publication date |
---|---|
US20110225647A1 (en) | 2011-09-15 |
EP2510648A2 (en) | 2012-10-17 |
CN102687480B (en) | 2015-11-25 |
CN102687480A (en) | 2012-09-19 |
WO2011072289A4 (en) | 2011-11-17 |
US20150089582A1 (en) | 2015-03-26 |
EP2510648A4 (en) | 2016-10-26 |
ES2702097T3 (en) | 2019-02-27 |
US20200007506A1 (en) | 2020-01-02 |
US10243925B2 (en) | 2019-03-26 |
WO2011072289A3 (en) | 2011-10-13 |
EP2510648B1 (en) | 2018-09-19 |
US8458769B2 (en) | 2013-06-04 |
WO2011072289A2 (en) | 2011-06-16 |
US11082401B2 (en) | 2021-08-03 |
US20160373411A1 (en) | 2016-12-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11082401B2 (en) | Cloud based firewall system and service | |
US10972487B2 (en) | Content delivery network protection from malware and data leakage | |
US9660960B2 (en) | Real-time reconfigurable web application firewall for a distributed platform | |
US10728252B2 (en) | Client application based access control in cloud security systems for mobile devices | |
CN113228585B (en) | Network security system with feedback loop based enhanced traffic analysis | |
JP6785225B2 (en) | Distributed traffic management system and technology | |
US9503424B2 (en) | Dynamic resolution of fully qualified domain name (FQDN) address objects in policy definitions | |
US9838413B2 (en) | Zero day threat detection based on fast flux detection and aggregation | |
US11516257B2 (en) | Device discovery for cloud-based network security gateways | |
US8146137B2 (en) | Dynamic internet address assignment based on user identity and policy compliance | |
WO2021003014A1 (en) | Methods and systems for efficient cyber protections of mobile devices | |
US12015594B2 (en) | Policy integration for cloud-based explicit proxy | |
US11671433B2 (en) | Data loss prevention incident forwarding |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: AKAMAI TECHNOLOGIES, INC., MASSACHUSETTS Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:DILLEY, JOHN;SUMMERS, JOHN;LAGHATE, PRASANNA;AND OTHERS;SIGNING DATES FROM 20110427 TO 20110527;REEL/FRAME:033163/0496 |
|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO PAY ISSUE FEE |