Die webtoepassing-firewall (WAF) is 'n sekuriteitsinstrument wat gebruik word om teen ongewenste toegang tot webtoepassings te beskerm. Dit is dikwels 'n sekuriteitsapparaat wat bo-op 'n webbediener sit en teen bedreigings van die internet of van buite die netwerkperke beskerm.

In teenstelling met Laag 3 (Netwerk) en Laag 4 (Vervoer) vuurmure, wat nie in staat is om kwaadwillige toepassingslaagnavrae te identifiseer nie, WAF is 'n Laag 7 firewall wat verby versleutelde pakkette kan kyk. Die gebruik van 'n WAF stel organisasies in staat om hul aanlyn teenwoordigheid te verdedig teen talle internetgebaseerde webaanvalle, insluitend kruis-werf scripting (XSS), SQL-inspuitings, en kruis-werf versoekvervalsings (CSRF). Hierdie aanvalle kan aanvallers die vermoë gee om kritieke inligting te steel, webbedieners oor te neem, of aanvalle teen ander stelsels te loods, wat rampzalig kan wees vir webtoepassings.

Probleme

1. Wolk-inheemse mikro-dienste en WAF

WAFs is minder effektief binne wolk-inheemse webtoepassings en binne wolkomgewings. Een rede is dat die sekuriteitsreëls waaraan tradisionele webtoepassings binne plaaslike omgewings onderhewig was, nie van toepassing is binne die wolk nie.

In tradisionele datacenters, Webtoepassings-firewalls word tipies aan die rand van die netwerk geïnstalleer om toepassings binne die grens van die interne netwerk te beskerm. Nietemin, in wolkomgewings, word toepassings dikwels in virtuele masjiene of houers ontplooi wat buigsaam is en aan- en afgeskakel kan word soos die vraag verander. Dit beteken dat tradisionele perimeter-gebaseerde benaderings tot sekuriteit minder effektief kan wees in wolkomgewings, waar toepassings enige plek op die netwerk kan wees en moeiliker is om te monitor en te beheer.

Nog 'n uitdaging met wolk-inheemse webtoepassings is dat hulle dikwels meer versprei en kompleks is as tradisionele webtoepassings. Wolk-inheemse toepassings bestaan tipies uit mikro-dienste wat met mekaar kommunikeer via API's en kan verskeie databronne en derdeparty-dienste gebruik. Dit kan dit moeiliker maak om sekuriteitsrisiko's te identifiseer en te verminder, aangesien aanvalle op enige punt in die toepassingsargitektuur kan plaasvind.

2. WAF en API uitdagings

API's (toepassingsprogrammeringsinterfaces) is die primêre maniere van verbinding tussen mikro-dienste en word ook gebruik om kommunikasie tussen eksterne dienste en toepassings moontlik te maak. API's gebruik verskillende kommunikasieprotokolle en verkeerspatrone as tradisionele webtoepassings, wat dit moeiliker maak vir WAF's om API-verkeer akkuraat te identifiseer en te beskerm. Dit kan lei tot vals positiewe of vals negatiewe resultate, verwak sekuriteit, of blokkeer wettige verkeer onnodig.

One of the challenges with API traffic is that it can use different protocols such as HTTP, HTTPS, and Web-Sockets, which can contain different types of payloads and headers that make it difficult for the WAF to accurately identify the traffic. For example, some APIs can use binary payloads or encryption, which is difficult for WAFs to interpret and parse.

Another challenge is that APIs can have different traffic patterns than traditional web applications. APIs typically have a high volume of traffic with many requests per second, making it difficult for the WAF to keep up with the pace of traffic. Additionally, compared to web applications, APIs often have more predictable and consistent traffic patterns, making it easier for attackers to identify vulnerabilities and launch attacks.

Onlangs, a security research group published a new method for bypassing multiple web application firewalls, including Palo Alto, F5, Amazon Web Services, Cloudflare, and Imperva. The specified vendors acknowledged (according to the researchers) the disclosure and made changes to their products’ SQL inspection processes to support JSON syntax.

Solutions

1. API Specified Anomalies

To overcome the challenges mentioned above, a WAF should be specifically designed to handle API traffic. This may include identifying and protecting API traffic using a variety of techniques, including signature-based analytics or machine learning algorithms that can detect anomalies in traffic patterns. A WAF may also need to integrate with other security tools such as API gateways to provide a more comprehensive security solution.

Overall, Om API-verkeer met 'n WAF te beveilig vereis 'n ander benadering as tradisionele webtoepassingssekuriteit. 'n WAF moet spesifiek ontwerp wees om API-spesifieke kommunikasieprotokolle en verkeerspatrone te hanteer om akkuraat sekuriteitsbedreigings te identifiseer en te verdedig.

2. Geïntegreerde WAFs

Om aan hierdie uitdagings te voldoen, moet 'n WAF spesifiek vir wolk-inheemse webtoepassings gebou word. Dit kan insluit om 'n WAF as deel van jou toepassingsargitektuur te implementeer eerder as as 'n perimetriese oplossing. Additionally, WAFs mag moet integreer met ander wolk-inheemse sekuriteitsinstrumente soos houer-sekuriteitsplatforms en API-gateways om 'n meer omvattende sekuriteitsoplossing te bied.

WAFs kan steeds 'n belangrike rol speel in die beveiliging van wolk-inheemse webtoepassings, maar hulle mag aangepas en verbeter moet word om die unieke sekuriteitsuitdagings van wolk-inheemse omgewings aan te spreek.

3. WAF en verdedigings-in-diepte

Daar moet 'n WAF as een laag van 'n multi-laag sekuriteitsbenadering beskou word, saam met ander sekuriteitsinstrumente soos indringingsopsporing en voorkomingsisteme, veilige API-poorte, eindpuntbeskerming, netwerkbrandmure, en toegangsbeheer. Deur verskeie lae van sekuriteitskontroles in te stel, kan organisasies 'n meer robuuste sekuriteitshouding bou en beter teen verskeie bedreigings verdedig.

Om 'n WAF as deel van 'n verdedigings-in-diepte strategie te gebruik, kan help om 'n wye verskeidenheid webtoepassing-aanvalle te voorkom en die risiko van datalekkasies en ander sekuriteitsvoorvalle te verminder. 'n WAF help om sigbaarheid in webtoepassingverkeer te bied, wat organisasies in staat stel om verkeerspatrone te monitor en te ontleed en potensiële sekuriteitsbedreigings te identifiseer. Dit is veral belangrik in wolkomgewings waar webtoepassings en API's meer versprei en kompleks kan raak.

Deur WAF's te integreer met ander sekuriteitsinstrumente soos API-gateways en sekuriteitsinligting- en gebeurtenisbestuur (SIEM) stelsels, kan organisasies 'n meer omvattende sekuriteitsoplossing skep wat hulle groter sigbaarheid en beheer oor hul wolk gee omgewing.

4. Verspreide WAFs

'n verspreide WAF (webtoepassings-firewall) is die antwoord op die uitdaging om verspreide wolkgebaseerde mikrodienste te beveilig. Vir tradisionele monolitiese toepassings, kan 'n enkele WAF aan die netwerkrand ontplooi word om die hele toepassing te beskerm. Nietemin, in wolkgebaseerde verspreide mikrodiensomgewings, toepassings word in kleiner dele verdeel, modulêre komponente, elkeen met sy eie API en sekuriteitsvereistes. Dit kan dit moeilik maak om alle komponente met 'n enkele WAF te beskerm, aangesien elke komponent verskillende sekuriteitsbeleide en konfigurasies kan vereis.

'n Gedistribueerde WAF is ontwikkel om hierdie uitdaging aan te spreek deur 'n verspreide en skaalbare sekuriteitsoplossing vir wolkgebaseerde mikro-dienste te bied. 'n Gedistribueerde WAF bestaan uit verskeie instansies van 'n WAF wat in verskillende plekke soos datacenters en wolkstreke ontplooi is. Elke WAF-instansie kan gekonfigureer word met sy eie sekuriteitsbeleid en konfigurasie wat aangepas is by die spesifieke behoeftes van die mikro-dienste wat dit beskerm.

Deur verskeie instansies van WAF op verskillende plekke te ontplooi, organisasies kan 'n meer omvattende en skaalbare sekuriteitsoplossing ontplooi wat kan aanpas by die veranderende behoeftes van mikrodiensomgewings. 'n verspreide WAF kan ook veerkragtigheid en beskikbaarheid verbeter, aangesien dit kan voortgaan om te funksioneer selfs al faal een of meer instansies.

Additionally, verspreide WAF's kan geïntegreer word met ander sekuriteitsinstrumente soos API-poorte en SIEM-stelsels om 'n meer omvattende sekuriteitsoplossing vir wolkgebaseerde mikrodienste te bied. For example, 'n API-poort kan gebruik word om toegang tot mikro-dienste te bestuur, 'n verspreide WAF kan gebruik word om teen webtoepassingsaanvalle te beskerm, en sigbaarheid in webtoepassingsverkeer kan bereik word.

Gevolgtrekking

Webtoepassingsfirewalls (WAFs) speel 'n beduidende rol in die verdediging van webtoepassings teen internet-oorspronklik aanvalle, insluitend SQL-inspuitings, oor-domein skriptering (XSS), en kruis-werf versoekvervalsings (CSRF). Nietemin, wolk-inheemse webtoepassings en API's bied spesifieke uitdagings vir WAF's weens hul komplekse en verspreide aard, dit maak dit moeilik vir WAF's om sekuriteitsrisiko's behoorlik te herken en te verminder.

Om hierdie uitdagings aan te spreek, moet WAF's spesifiek ontwerp wees vir wolk-inheemse webtoepassings en geïntegreer word met ander wolk-inheemse sekuriteitsinstrumente, insluitend houer-sekuriteit platforms en API-hekke. Additionally, WAF's moet beskou word as een laag van 'n meerlagige sekuriteitsbenadering, insluitend ander sekuriteitsinstrumente soos indringing opsporing en voorkomingsisteme, beveiligde API-hekke, eindpuntbeskerming, netwerkbrandmure, en toegangsbeheer.

Deur WAF's te integreer met ander sekuriteitsinstrumente en veelvuldige lae sekuriteitskontroles in te stel, organisasies kan 'n meer omvattende sekuriteitsoplossing skep wat meer sigbaarheid en beheer oor hul wolkomgewing bied.