Bluetooth beállítás és használat, Slackware-linux -on.

Szevasztok
jbekesi írta...
Remek cikk, gratula!

Köszönöm szépen, remélem hasznát veszi valaki.

jbekesi írta...
Egy kérdés: miért az rc.M-et használod a bt indítására, miért nem az rc.local-t?

Pusztán, csak a rend kedvéért. :-)
Mivel sok szolgáltatást onnan ellenőriz a rendszer, ( az rc.local -t is ), azért gondoltam, hogy csinálok neki egy külön bejegyzést. Végülis onnan is lehetne, csak azért gondoltam, hogy az induljon utoljára, mert akkor már biztos hogy futni fognak olyan szolgáltatások, amik kellenek a bluetooth -nak. (pl: udev, hotplug, usb ).
Én eddig nem használtam sem a hotplugot, sem az udev -et, minden az rc.local -ból indult. Azért gondoltam, hogy biztos ami biztos utoljára induljon, mikor már megvannak a szükséges dolgok.
De igazad van, végülis onnan is lehet indítani.
Meg lehetne úgyis, hogy az udevstart scriptbe beleépítem a rc.bluetooth start parancsot és akkor egy paranccsal el lehet indítani a szolgáltatást.
Meg nálam az rc.local -ban vannak a wireless lan kártya beállításai, meg a netfilter onnan indul, stb és csak az átláthatóság vezérelt.
Mégegyszer köszi a gratulációt :-)
Ha lesz egy kis időm, készítek majd leírást a többi opcióról is.
Szevasztok

Slackware 10.2 kernel 2.6.15
Fluxbox

Szevasztok

Próbáld így:

rfcomm connect 0 xx:xx:xx:xx:xx

( Az x -ek helyére, a MAC cím kerül ).

Egyébként, elég sok baj van a bluetooth -al, mert az újabb bluez-utils -t patch -elni kell, mert nem fogja engedélyezni a kapcsolódást, meg a kötést telefon meg gép között ( a dbus bekevert ).
Amikor írtam a leírást, még nem kellett a dbus a bluetooth -hoz, de most már kell és így patch -elni kell.
Ha lesz időm, megcsinálom a leírást.
Addig itt tudsz tájékozódni:
http://www.kmobiletools.org

Szevasztok

Slackware 11.0 kernel 2.6.21
Fluxbox 1.0rc2

Szevasztok

Szerintem patch -eld meg a progit, mert hiába megy a kapcsolat nem fog beengedni.
Vagy használd az én csomagjaimat, azok működnek. ( nálam legalábbis ).
( dbus, bluez-utils, bluez-libs, kdebluetooth, obexftp, stb... )
És még kell neki a passkey-agent parancs is, mert a régi pin-helper -es megoldás már nem műxik.
Ha ott tartasz, hogy enged, akkor írj és leírom a parancssort, amivel megadhatod hogy kötni tudjon ).
Vagy leírom most inkább:
passkey-agent --default --path /opt/kde/lib/kdebluetooth/kbluepin 0000

Persze csak akkor, ha Kdebluetooth -ot használsz.
Ekkor 0000 lesz a PIN.

Ha nem, akkor a --path -ot állítsd be a pin-helper útvonalára.
Plusz nézd át a hcid.conf rfcomm.conf állományokat is.

Plusz állítsd be a /dev könyvtárban ideiglenesen a fájlokat ( rfcomm* ) a saját jogosultságaidra. ( chown deka:users /dev/rfcomm*, chmod 777 /dev/rfcomm* ).

A syslog -ba logol, ott megnézheted, mi a baja.
Ha nem megy, akkor pár nap múlva megcsinálom a patch -elt csomagot, azzal menni fog.

Szevasztok

Slackware 11.0 kernel 2.6.21
Fluxbox 1.0rc2

Szevasztok

Most hogy estefelé átnézegetem a logokat, ilyen bejegyzést találtam:

sshd[3936] : Invalid user test from 58.56.77.141
sshd[3936] : Failed password for invalid user test from 58.56.77.141 port 4457
5 ssh2

Ki akar bejönni ssh -val ?

A whois többek között ezt dobta vissza:
inetnum: 58.56.0.0 - 58.59.127.255
netname: CHINANET-SD
descr: CHINANET SHANDONG PROVINCE NETWORK
.....
person: Chinanet Hostmaster
.....

Támadnak a Kínaiak???
Pedig minden cuccomat náluk veszem :-))))
Még szerencse, hogy az iptables -t, meg az ssh -t nem ők készítik, így legalább működött a védelem.

Szevasztok

Slackware 11.0 kernel 2.6.21
Fluxbox 1.0rc2

Szevasztok

Mikor áttértem chello -ra, ( előtte belső hálóról neteztem, nem értek el kintről ) 1/2 órán belül ssh szótártámadást kaptam, de olyat, hogy usernévként fel volt sorolva minden linux -szal kapcsolatos név, ( redhat, fedora, suse, admin, stb ), akkora volt a log, mint a ház.
Először még röhögtem rajta, de amikor 3. nap is próbálkozott, akkor meguntam.
Azóta van egy kis szabályom a tűzfalscriptben, ami kitiltja az ilyen próbálkozásokat, nagyon gyorsan.
Azóta nem volt bruteforce támadás.
A tegnapi paraszt is csak 3 próbálkozásig jutott el.

Szevasztok

Slackware 11.0 kernel 2.6.21
Fluxbox 1.0rc2

Szevasztok

Igen igazad van Zool, de szerintem sokkal jobb kernelszinten szűrni a forgalmat és nem alkalmazásszinten.
Inkább a kernel dobálja el a bejövő csomagokat és ne engedje át a futó programoknak.
Szegény sshdémon ne erőlködjön a sok kapcsolat ellenőrzésével, elutasításával, naplózásával, inkább dobálja el őket a csomagszűrő.
Így nem pörög az sshd, nem is beszélve arról, hogy ki tudja, lehet -e puffertúlcsordulásra játszani az ssh -ban ( bár erről nemtudok ).
Persze a sávszélt így is foglalja, de hát az ellen nem nagyon lehet mit tenni.
( Legfeljebb lenyomozni az illetőt, bár sokan zombi gépek mögül támadnak, úgyhogy hiába találod meg a forrás IP -t ).
De ez csak az én véleményem.
Egyébként én is md5 -öt írtam a mysql configba, de valamiért csak a cleartext bejegyzéseket engedi be.
Lehet, hogy a Mysql configot kellene majd megpiszkálni.
Ha gondolod, elküldöm a configokat, nézd át légyszi.
Mégegyszer köszi a linket.

Szevasztok

Slackware 11.0 kernel 2.6.21
Fluxbox 1.0rc2

Szevasztok

Itt ez a két sor tiltja az ssh brute force -ot.

iptables -A INPUT -p tcp --syn --dport ssh -m recent --name SSHBFORCE --update --seconds 60 --hitcount 3 -j DROP

iptables -A INPUT -p tcp --syn --dport ssh -m recent --name SSHBFORCE --set -j ACCEPT

Szevasztok

Slackware 11.0 kernel 2.6.21
Fluxbox 1.0rc2

Szevasztok

Irak írta...
A 'name' paraméter miért kell?

Nem muszály megadnod, az a lényeg, hogy a netfilter létrehoz magának egy címlistát, amibe belegyűjti az adott címeket, amikről jön a brute force.
Az innen jövő csomagokat dobálja el aztán.
Ha nem adsz meg nevet, akkor is létrehozza, csak akkor DEFAULT -nak nevezi el.
Ha kilistázod az iptables -L -v paranccsal, akkor ott lesz a DEFAULT.
Én elneveztem SSHBFORCE -nak.

--------------------------------------------------------------

Steelman írta...
OpenBSD pf-je ezt már egy beépített paraméterrel megoldja.

Igaz, hogy ez Slackware fórum, de azért leírom, én hogy csinálom OpenBSD -n, biztos Zool nem fog haragudni érte :-)))))))))

Itt van rá egy szabály:

pass in on $extif proto tcp from any to $extif port ssh flags S/SA keep state (max-src-conn-rate 3/30, overload <sshbforce> flush global)

Utána meg blokkol:

block drop in quick on $extif from <sshbforce>

De fel is vehetsz egy táblát az elején, ebbe meg beleírja menetközben a betörni akaró gépek címét

table <sshbforce> persist

Utána meg jöhetnek a szabályok.

Plusz én még használom az expiretable programot, ami kezeli majd ezt a táblát.
Futtathatod a cronból, vagy parancssorból, időzítést is tud, meg stb...

--------------------------------------------------------------

Steelman írta...
Jut eszembe: linuxbazar.uw-hu-val mi történt?

Hát az megszünt átmenetileg ( remélem ), de ha lesz időm akkor megcsinálom megint. ( remélem minél előbb ).

Szevasztok

Slackware 11.0 kernel 2.6.21
Fluxbox 1.0rc2

Szevasztok

Kiegészítés az előző iptables parancshoz:

Hozzáadtam még az --rsource kapcsolót, ami menetközben menti a bejövő címet a listába.
Ezenkívül, hozzáadhatunk egy új szabályt, ami naplózza és eldobja ezeket a kapcsolatokat egylépésben, plusz a tcp flag -eket is be lehet állítani.
( Végülis mindenki addig variálja amíg akarja, csak tippek lennének... )

Készítek egy új chain -t:

iptables -N LOGDROP

iptables -A LOGDROP -j LOG

iptables -A LOGDROP -j DROP

Utána meg így nézne ki a kiegészített szabály:

iptables -A INPUT -p tcp --dport ssh --tcp-flags SYN,RST,ACK SYN -m recent --name SSHBFORCE --update --seconds 60 --rsource --hitcount 3 -j LOGDROP

iptables -A INPUT -p tcp --dport ssh --tcp-flags SYN,RST,ACK SYN -m recent --set --name SSHBFORCE --rsource -j ACCEPT

Ezután, ha ilyen támadás ér, a syslogba bekerül a bejegyzés, vissza lehet keresni.
Nálam pl. így néz ki:

Jun 9 09:58:39 slack kernel: IN=eth1 OUT= MAC=xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx SRC=333.333.333.333 DST=86.101.170.2 18 LEN=60 TOS=0x00 PREC=0x00 TTL=57 ID=50583 DF PROTO=TCP SPT=2975 DPT=22 WINDOW=32120 RES=0x00 SYN URGP=0

( persze a MAC meg az IP nem ez :-) ).

Egyébként használ valaki netfilter patch -eket?
Pl: iplimit, psd, stb...
Érdekel valakit, mi a tapasztalat?

Szevasztok

Slackware 11.0 kernel 2.6.21
Fluxbox 1.0rc2