Dotaz: port scan

[qwtrfgdgfd]

ahojte, potrebujem cez iptables bloknut scanovanie portov. ako by som mal zakazat priamo scanovanie napr. 80, aby ten clovek nevidel ze na 80 nieco bezi?

80 je len priklad.

dakujem.

Odpovědi

[Jendа]

Takže chcete odmítat/zahazovat všechny pakety, které přijdou na port 80?

"iptables drop port", třetí výsledek:

If you wanted to block all incoming telnet connections to your computer: ComputerName:~# iptables -A INPUT -j DROP -p tcp --destination-port telnet Since there is no defined source, any telnet request to your computer will be blocked.

DROP paket tiše zahodí, REJECT pošle zpátky ICMP zprávu port-unreachable.

[qwtrfgdgfd]

Chcem zabranit scanovaniu vybranych portov. Ospravedlnujem sa za zle polozenu otazku.

[Jiří J.]

Jo, tak to buď DROP / REJECT na vybrané porty, nebo přes ctstate (conntrack state) match - více man iptables.

[Ash]

Pokud ten člověk má mít na port 80 regulární přístup, nemůžete mu bránit zjistit, že tam to-něco běží. Takže buď na tom portu musíte zmíněnou službu zastavit, nebo se smířit s tím, že když jí někdo může využívat, že může i zjistit, že tam běží.

Samozřejmě lze udělat různá omezení, povolit ji jen někomu, pakety od jiných zahazovat, ale oskenování jako takovému nějak plošně zabránit nelze, protože oskenování portu znamená, že se pokusíte kontaktovat službu, která tam nejspíš běží, a pokud tam běží, tak to zjistíte.

[cronin]

port knocking

[Jiří J.]

Což je v podstatě variace na

Samozřejmě lze udělat různá omezení, povolit ji jen někomu, pakety od jiných zahazovat

[cronin]

Striktne vzate ano, ale zatial co "povolit jen nekomu, pakety od inych zahadzovat" je vseonecne marketingove vyjadrenie, "port knocking" je konkretne technicke riesenie. Takze ano, je to to iste, ale miera abstrakcie je velmi rozdielna.

[Ash]

Chudáci uživatelé :) zpravidla to pak vyžaduje vytvářet raw pakety, čili admin práva, čili žádná internet. kavárna a podobně, celkově velmi nepřiměřené jako obrana proti "skenování portů".

[Ash]

Ale jinak dobrá připomínka, že službu lze nejen zpřístupňovat jen vybraným uživatelům, ale zpřístupňovat ji jen "on demand". Akorát je tu to negativum, že pak ta služba vlastně už téměř přestává být přístupná.

[Jiří J.]

Kdeže, ti šikovní si otevřou tři telnety, připraví putty, pak rychle odentrují okna s telnety (rychleji, než jedno okno stihne poslat více, než 1 TCP SYN).. a pak už vesele sshují, případně browsují

[Ash]

Ti šikovní se v tom případě jmenují Hurvínek a server na který se takto hlásí se jmenuje Válka. Pro nejprimitivnější varianty port knocking samozřejmě stačí posílat normální pakety, ale tam je to na pováženou s bezpečností, heslo (ťukací sekvence) se buď nemění (nejhorší možnost), nebo mění cyklicky či nějakým (deterministickým) algoritmem (musíte je mít tedy někde na papírku či generovat), ale to jsme zase u bezpečnosti, tohle se dá odposlechnout, rozlousknout, následně použít k přihlášení. No a nebo se konečně dostaneme k těm raw packetům, kdy pošelete heslo rovnou v nich, což je asi nejbezpečnější varianta (resp. jediná trochu bezpečná z výše uvedených), ale tam potřebujete ty admin práva, tři telnety nestačí.

[cronin]

Daju sa telnetom poslat data na neotvoreny port? Lebo to je to, co port knocking robi. Ak sa mam telnetom niekam pripojit a poslat tam nejaku opening sequence, tak to som len presunul problem otvoreneho portu let's say 80 na iny port.

[Messa]

I pokus o spojení na neotevřený port jsou svým způsobem data

[cronin]

Spravne; takto som o tom nerozmyslal. Takze styrmi telnetmi vytukat PIN kod zlozeny zo styroch cisel portov, to by slo.

[Messa]

Skenování portů by měly umět odhalit a následně potlačit systémy, kterým se říká IDS - Intrusion Detection System (už jen podle názvu by toho měly umět i mnohem víc). Třeba snort. Google vám snad poradí jak dál.

Možná by to šlo i jen přes iptables, sledovat pokusy o spojení z jedné IP adresy za poslední dobu na více různých portů a když jich je moc, tak to zatrhnout. Lze to samozřejmě ale obejít.