# Integrationslägen

## Ingest

Ingest-läge kallas även för att sätta integrationen i passivt läge. Integrationen kommer att sätta Netacea-cookien och tilldela unika användar-ID:n till besökarförfrågningar, detta används för att förbättra effektiviteten och underlätta datamodellanalys av webbplatsens trafik.

Protector API kommer inte att användas i Ingest-läge, men nätverksförfrågningar kommer att göras av integrationen för lösningar som använder Kinesis eller HTTP-loggning för registrering av förfrågningsloggar.

Ingest-läge används oftast under Offline Bot Audit och när integrationen behöver placeras i passivt läge av kunder medan annat webbplatsunderhåll utförs.

## Mitigation

Mitigate-läge kallas även för att sätta integrationen i aktivt läge. Integrationen kommer att göra förfrågningar till Protector API för rekommendationer, dessa rekommendationer kommer att verkställas av integrationen vilket medför att förfrågningar tillåts, utmanas eller blockeras helt. För lösningar som använder Kinesis eller HTTP-loggning för registrering av förfrågningsloggar sker även detta.

Mitigate-läge är den vanligaste inställningen för inline-POC:er och lösningar, det säkerställer att kunders webbplatser skyddas från skadliga aktörer som identifierats av Netaceas datamodeller.

## Inject

Inject-läge kallas även för att sätta integrationen i ett hybridläge mellan Inject och Mitigate. Integrationen kommer att göra förfrågningar till Protector API för rekommenderade åtgärder, och API:et kommer att svara med flera headers som innehåller rekommendationen. Integrationen kommer inte att agera på dessa rekommendationer.

Följande headers läggs till och anger den rekommenderade åtgärden:

* x-netacea-match
* x-netacea-mitigate
* x-netacea-captcha

Inject-läge används vanligtvis av kunder som föredrar att tillhandahålla anpassade mitigation- och blockeringsmetoder i linje med affärsmetoder såsom anpassade utmaningstyper, tarpits, inget svar med mera. Kunden ansvarar för att utveckla och underhålla de anpassade metoderna.