Spørsmål:
Hvorfor kalles det en statlig og en statsløs brannmur?
kickpuncher11
2019-09-13 22:45:53 UTC
view on stackexchange narkive permalink

Jeg lurer bare på navnet på disse brannmurens atferd.Min grunnleggende forståelse er at stateful filtering lar innkommende trafikk returnere utgående respons uten å spesifisere spesifikk regel, mens stateless krever at utgående regel spesifiseres.

Jeg forstår det ikke.Hvorfor er det å kreve eksplisitte regler kalt statsløs og den andre kalles stateful?

En sidemerknad, men du bør vite at statsløse brannmurer historisk sett har vært utsatt for en rekke arkitektoniske sårbarheter, spesielt når pakningsfragmentering er involvert.
@forest Stateful ones har også hatt sin del av montering av feil.
Tre svar:
Fis
2019-09-13 23:03:12 UTC
view on stackexchange narkive permalink

Du har nesten rett. Men stateful inspeksjon lar deg ha mer kontroll over datastrømmer som går gjennom brannmuren.

En Cybrary artikkel sier:

Stateless firewalls watch network trafikk og begrense eller blokkere pakker basert på kilde- og destinasjonsadresser eller andre statiske verdier. De er ikke 'klar over trafikkmønstre eller datastrømmer. En statsløs brannmur bruker enkle regelsett som ikke tar høyde for muligheten for at en pakke kan mottas av brannmuren som 'later som om' noe du ba om.

Et statsløst brannmurfilter, også kjent som et tilgangskontrolliste (ACL), inspiserer ikke trafikk statlig. I stedet evaluerer den pakkeinnholdet statisk og holder ikke styr på tilstanden til nettverkstilkoblinger.

Stateful firewalls kan se trafikkstrømmer fra ende til annen. De er klar over kommunikasjonsstier og kan implementere forskjellige IP-sikkerhetsfunksjoner (IPsec), for eksempel tunneler og kryptering. I tekniske termer betyr dette at stateful firewalls kan fortelle hvilket stadium en TCP-forbindelse er i (åpen, åpen sendt, synkronisert, synkroniseringsbekreftelse eller etablert). Det kan fortelle om MTU har endret seg og om pakker har fragmentert. osv.


De blir kalt slik fordi de virkelig gjør hva navnet betyr.

Statsløs : ikke husk hvilken som helst tilstand, bare filtrer den nåværende pakken som passerer i henhold til regellisten.

Stateful : husk tilstanden til datastrømmen som har gått gjennom (hva som skjedde i alle tidligere pakker) og filter basert på den samme listen som i tilfelle statsløs, men filtrer også basert på tilstandsinformasjon.

Statusinformasjonen som er lagret i brannmurminnet, lar deg gjøre akkurat det du ba om før og mye mer.


Du kan legge til en regel som tillater overføring av den nye innkommende TCP-forbindelsen inne (TCP-pakke merket med et SYN-flagg) og all etablert / relatert trafikk innen / utenfor.

I tilfelle TCP, klient (SRC IP / SRC PORT) sender SYN-pakke til serveren (DST IP / DST PORT) for å åpne TCP-tilkoblingen. Brannmur har en regel om at denne pakken kan passere (bare nye TCP-tilkoblinger til den serveren). Brannmur husker nå forespørselen om å åpne forbindelsen ble sendt til serveren (den husker blant annet src IP, src-port, dst IP, dst-port og tilkoblingstilstand - i dette tilfellet CONNECT) og forventer nå bare SYN / ACK-pakke fra serveren side. Ingen andre pakker med denne konkrete TCP-forbindelsen kan passere gjennom den (i begge retninger). Serveren sender deretter SYN / ACK, brannmur husker HALF-OPEN-tilstanden og forventer kun ACK-merket pakke fra klienten. Når klienten sender ACK, endres tilkoblingstilstanden til CONNECTED, og ​​bare pakker med flagg ACK (data) FIN / ACK (nær forbindelse) kan passere nå. Det samme skjer under tilkoblingsprosedyren - så det er mulig å ha full kontroll over protokollen som passerer og filtrere ut ugyldige pakker.


For TCP er det litt vanskelig å forklare og forstå. ICMP er mye enklere. Det er to grunnleggende ICMP-pakker - ECHO og REPLY.

I tilfelle stateful brannmur kan du sikre at REPLY bare kan passere brannmuren i tilfelle ECHO tidligere ble sendt.

I tilfelle av statsløs er det bare mulig å kontrollere om ECHO og REPLY kan passere slik at serveren kan sende SVAR når som helst, selv om det ikke ble bedt om det.

Kan du pare dette svaret litt ned?Jeg lurer spesifikt bare på hvorfor de blir kalt slik, ikke hva forskjellene er mellom dem.Det er andre spørsmål som allerede svarer på det
se min redigering ovenfor
@kickpuncher11, svaret er ment å være nyttig for andre mennesker med et lignende spørsmål.Jo mer informasjon jo bedre (generelt).Du kan ta litt som er nyttig for deg.
Så, servere pleide å være statelige og går statsløse mens brannmurer pleide å være statsløse og blir stateful?Noen ganger er det vanskelig å følge med.
@Mast er i prinsippet statsløs veldig ønskelig hvis den kan tilby alle nødvendige funksjoner.Med en statsløs tjeneste (det være seg en brannmur eller en server) kan du bare starte den på nytt eller sette inn en annen hvis den krasjer, uten problemer (siden det ikke er noen tilstand som går tapt), og hvis du trenger mer båndbredde, kan du bare spinneopp en annen brannmur-server, og de trenger ikke dele noen tilstand.Men noen ting kan bare gjøres med tilstand, så vi trenger det noen ganger.
Steffen Ullrich
2019-09-14 00:56:07 UTC
view on stackexchange narkive permalink

Stateless betyr å ta en beslutning (slipp, godta, ...) utelukkende basert på en enkelt pakke uten ytterligere sammenheng. Stateful betyr å opprettholde noe kontekstinformasjon basert på tidligere pakker og inkludere den når du bestemmer deg for hva du skal gjøre med en pakke.

Denne konteksten handler om tidligere etablerte forbindelser (dvs. "ekte" forbindelser som i TCP eller forbindelseslignende foreninger som i UDP). Den lagrede tilstanden til en forbindelse inkluderer kilde- og destinasjons-IP og porter, tidspunktet for siste aktivitet (for timing av tilstander) og i tilfelle TCP også gjeldende sekvensnummer. Den blir oppdatert når nye pakker som samsvarer med gjeldende tilstand ankommer. Det blir fjernet hvis tilkoblingene eksplisitt blir lukket (TCP FIN-håndtrykk) eller implisitt lukket (inaktiv tidsavbrudd).

Å holde en slik tilstand gjør det mulig å matche pakker som tilhører etablerte forbindelser. Dette gjør det enkelt å tillate trafikkmatchende forbindelser som tidligere er startet fra et pålitelig nettverk, men å nekte alle forbindelser som er startet fra den ikke-klarerte utsiden. Dette gjør brannmurkonfigurasjoner både enklere og sikrere, men på bekostning av økt minneforbruk (for statene) og redusert ytelse (på grunn av tiden det tar å slå opp i staten).

Kiven Wanda
2019-09-14 02:24:52 UTC
view on stackexchange narkive permalink

Stateful firewall - En Stateful firewall er klar over tilkoblingene som går gjennom den.Den legger til og vedlikeholder informasjon om en brukers tilkoblinger i en tilstandstabell, referert til som en tilkoblingstabell.Den bruker deretter denne tilkoblingstabellen for å implementere sikkerhetsretningslinjene for brukerforbindelser.Et eksempel på den statefulde brannmuren er PIX, ASA, Checkpoint.

Stateless firewalls - (Packet Filtering) Stateless firewalls, derimot, ser ikke på tilstanden til tilkoblinger, men bare på pakkene selv.Et eksempel på en pakkefiltreringsbrannmur er utvidede tilgangskontrollister på Cisco IOS-rutere.



Denne spørsmålet ble automatisk oversatt fra engelsk.Det opprinnelige innholdet er tilgjengelig på stackexchange, som vi takker for cc by-sa 4.0-lisensen den distribueres under.
Loading...