RB-CONTAIN-016: Beperken van toegang tot een webapplicatie
Documentbeheer
| Kenmerk | Waarde | Datum |
|---|---|---|
| Documentnaam | Beperken van toegang tot een webapplicatie | |
| Versie | [Versienummer invullen] | [Datum invullen] |
| Eigenaar | [Eigenaar/team invullen] | [Datum invullen] |
| Status | [Draft/Approved/Retired] | [Datum invullen] |
| Volgende reviewdatum | [Volgende reviewdatum invullen] | [Datum invullen] |
| Goedkeuringen | [Goedkeurder(s) invullen] | [Datum invullen] |
| Wijzigingsoverzicht | Eerste versie | [Datum invullen] |
1. Vereisten
- De applicatie, API, route, het endpoint, de functie, tenant of functionaliteit die moet worden beperkt is vastgesteld
- Toegang tot de relevante maatregelen in applicatie, WAF, CDN, API-gateway, identity of configuratie
- De bedrijfskritieke toegangsbehoeften zijn bekend
- Er is een rollbackmethode beschikbaar
- Er is een incidentticket of change-record aangemaakt
2. Stap-voor-stap-instructies
-
Bepaal de scope van de beperking
- Stel vast welke applicatie, API, route, welk endpoint, welke tenant, functie, beheerfunctie, welk upload- of exportpad of welke integratie moet worden beperkt.
- Leg de reden voor de beperking en het benodigde tijdvenster vast.
-
Stel vast welke toegang nodig blijft
- Stel vast welke gebruikers, diensten, bronnetwerken, methoden, regio's, tenants of integraties toegestaan moeten blijven.
- Stel vast welke toegang kan worden geblokkeerd, beperkt of aan een extra controle onderworpen.
-
Kies de methode van beperking
- Kies de minst ontwrichtende maatregel die effectief is:
- Route, functie, upload, export of integratie uitschakelen
- Een regel in de WAF, het CDN of de API-gateway toepassen
- Authenticatie of step-up-authenticatie vereisen
- Een allowlist/denylist toepassen op IP, ASN, geo, tenant, gebruiker of dienst
- HTTP-methoden, requestgrootte, bestandstypen of risicovolle parameters beperken
- Rate limits, botmaatregelen of throttling van requests toepassen
- Een beheerinterface weghalen uit de publieke blootstelling
- Kies de minst ontwrichtende maatregel die effectief is:
-
Leg de huidige status vast
- Leg de huidige routering, regels van WAF/CDN/API-gateway, feature flags, toegangsbeleid, rate limits en relevante applicatieconfiguratie vast.
- Leg de rollbackwaarden vast voordat je wijzigingen doorvoert.
-
Pas de beperking toe
- Voer de gekozen beperking in.
- Houd de scope zo smal mogelijk.
- Leg exact vast welke regel, configuratie, feature flag, route of welk beleid is gewijzigd.
-
Valideer de beperking
- Bevestig dat de geblokkeerde of beperkte toegang niet meer mogelijk is.
- Bevestig dat de benodigde gebruikers, diensten, tenants en bedrijfskritieke processen nog werken.
- Controleer op onbedoelde uitval of mislukte authenticatie.
-
Monitor op omzeiling
- Review de logs op alternatieve routes, gewijzigde payloads, nieuwe bron-IP's, hergebruik van tokens, wisselen van methode, ontwijken van rate limits of wisselen van tenant/object.
- Pas de beperking aan als de omzeilingspogingen doorgaan.
-
Leg de details van de beperking vast
- Documenteer de scope, methode, het tijdstip, de configuratiewijziging, het validatieresultaat, de verwachte duur, de voorwaarde voor rollback en de bekende bedrijfsimpact van de beperking.
-
Beoordeel of de beperking nog nodig is
- Beoordeel opnieuw of de beperking nog nodig is.
- Verwijder, versmal of vervang tijdelijke maatregelen zodra het duurzame herstel is afgerond.
-
Herstel de toegang
- Verwijder of verminder de beperking als aan de criteria is voldaan.
- Valideer de normale werking.
- Leg het tijdstip van herstel en de eindstatus vast.
3. Na afloop
- Bevestig dat de beperking effectief blijft en passend is afgebakend.
- Leg de bedrijfsimpact, omzeilingspogingen en benodigde vervolgwijzigingen vast.
- Bewaar waar van toepassing de configuratie van vóór en na de wijziging.
Bijdrager
Jayden Vo GitHub: https://github.com/jayden-vo
Heeft bijgedragen aan het Arcana Incident Response Documentation Framework.