tomld 0.39 (előzetes)

Titkosítás, biztonság, privát szféra

Az előző nemrég kiadott verzióm után kaptam segítséget teszteléshez. Sok hibát felfedeztem és javítottam, ezért szeretném ezt a verziót mielőbb kiadni. A következőt szánom az első stabil verziónak.

Ennek fontos tulajdonsága a hibajavítások mellett a jobb asztalba épülés 2 ikon telepítésével:

  • az egyik egy információs szolgáltatás, mely csupán egy normál joggal futó "tomld -n" parancs, amely a tomld daemon legutóbbi üzeneteit buborékban jeleníti meg (akár be is helyezhető az automatikusan induló szolgáltatások közé a System / Preferences / Startup Applications menüponttal)
  • a másik az átmeneti tanuló mód egyszerű kéréséhez van

Elérhető egy rövid frissített videó is a telepítésről, melyben szintén láthatóak az új ikonok és azok használata:

(direkt link .ogv formátummal)

Weboldal / Frissített FAQ

Köszönet muczy-nak a tesztelésért és visszajelzésekért. Kritikát pedig szívesen veszek a hibás vagy nehezen érthető dokumentáció miatt is.

( szimszon | 2011. 08. 08., h – 09:49 )

Sajnos néha nekem elszáll a daemon :(

* access deny log messages at Mon Aug 8 09:26:25 2011
/usr/bin/python2.7 allow_read /etc/ld.so.cache add rules? (y)
/usr/bin/python2.7 allow_read /lib/i386-linux-gnu/libpthread-2.13.so add rules? (y)
/usr/bin/python2.7, switch to learning mode
*** glibc detected *** /usr/sbin/tomld: munmap_chunk(): invalid pointer: 0xb19c269a ***
======= Backtrace: =========
/lib/i386-linux-gnu/libc.so.6(+0x6b961)[0xb77c4961]
/lib/i386-linux-gnu/libc.so.6(+0x6c10e)[0xb77c510e]
/usr/sbin/tomld[0x804f825]
======= Memory map: ========
08048000-0805e000 r-xp 00000000 08:02 786728 /usr/sbin/tomld
0805e000-0805f000 rw-p 00015000 08:02 786728 /usr/sbin/tomld
095c2000-096c1000 rw-p 00000000 00:00 0 [heap]
afea7000-b22c1000 rw-p 00000000 00:00 0
b3eff000-b3f19000 r-xp 00000000 08:01 1035 /lib/i386-linux-gnu/libgcc_s.so.1
b3f19000-b3f1a000 r--p 00019000 08:01 1035 /lib/i386-linux-gnu/libgcc_s.so.1
b3f1a000-b3f1b000 rw-p 0001a000 08:01 1035 /lib/i386-linux-gnu/libgcc_s.so.1
b3f2d000-b7759000 rw-p 00000000 00:00 0
b7759000-b78b3000 r-xp 00000000 08:01 1007 /lib/i386-linux-gnu/libc-2.13.so
b78b3000-b78b4000 ---p 0015a000 08:01 1007 /lib/i386-linux-gnu/libc-2.13.so
b78b4000-b78b6000 r--p 0015a000 08:01 1007 /lib/i386-linux-gnu/libc-2.13.so
b78b6000-b78b7000 rw-p 0015c000 08:01 1007 /lib/i386-linux-gnu/libc-2.13.so
b78b7000-b78ba000 rw-p 00000000 00:00 0
b78ca000-b78ce000 rw-p 00000000 00:00 0
b78ce000-b78cf000 r-xp 00000000 00:00 0 [vdso]
b78cf000-b78eb000 r-xp 00000000 08:01 994 /lib/i386-linux-gnu/ld-2.13.so
b78eb000-b78ec000 r--p 0001b000 08:01 994 /lib/i386-linux-gnu/ld-2.13.so
b78ec000-b78ed000 rw-p 0001c000 08:01 994 /lib/i386-linux-gnu/ld-2.13.so
bfa6e000-bfa8f000 rw-p 00000000 00:00 0 [stack]

Máris telepítettem.

http://log69.com/ főoldalon még csak a v0.39 van hirdetve, ezért nem is néztem tovább, hogy van-e frissebb...

Kíváncsi leszek a végeredményre... Egyenlőre kicsit furcsa, hogy nem azonnal lép tanuló módba, ha szükségem lenne rá... Próbálok rájönni a csínjára. :) Még nem adtam fel.

Amit bejelentek verziót, az az utolsó kiadásom, az ennél frissebb pedig mindig a fejlesztői verzió - amíg ki nem adom (nem akarom dev cimkével ellátni, hogy ne kelljen erre figyelnem). A changelog-ban látszik az aktuális változás.

Mit értesz azon hogy nem azonnal lép tanuló módba? Ugye automatikusan csak azoknak a folyamatoknak hoz létre domain-t és lépteti tanuló módba, amelyek hálózaton kommunikálnak (van élő TCP vagy UDP socket-juk). Ha létrehoz egy domain-t, akkor azt egyből tanuló módba teszi. Ha nem így van, akkor valami nem oké.

A dokumentáció is jócskán bővítésre szorul, ha ez miatt valami nem világos, csak írd meg :)

A tanuló mód visszakapcsolására gondolok, amikor mondjuk a python-nak megtiltja bizonyos fájlok elérését, és a -l -lel visszakapcsolnám átmeneti tanuló módba, majd 10 perc (ez csak sacc) mire kapok egy üzenetet, hogy akkor most tanuló módba kapcsolt és utána sem világos, hogy egyből engedi-e a fájlok elérését. Felveszi az eddig tiltott dolgokat a megengedő szabályok közé stb...
Sajnos menet közben elég sok minden amivel foglalkoznom kell így nem vagyok / voltam túl szisztematikus a mód működésének megértésében. :( Megpróbálom jobban nyomon követni mikor mi történik.

Ok. Tehát a következő történik.

Ha egy domian már kikényszerítő módban van és olyat tesz amihez nincs joga, akkor hozzáférés megtagadást kap. Eddig tiszta.

Ha kérsz egy átmeneti tanuló módot és nem adtál meg mintát a kapcsolóhoz, akkor azokat a domain-eket fogja visszakapcsolni, amelyekhez beérkezett megtagadás a következő ciklusnál -de csak ezeket, ettől a ponttól kezdve már mást nem, hogy az átmeneti tanuló mód mindig a legaktuálisabb megtagadásra vonatkozzon és a többi domain-t ne zavarjuk - akár tanuló módban van még, akár nem-, és ekkor engedi és beteszi ezeket a szabályokat a domain-be és átkapcsolja most tanuló módba. És csak ez után tehet meg ténylegesen a domain már bármit.

Tehát a tanuló mód kérésétől eltelik elvileg maximum 2 másodperc (vagy maximum 20, ha power saving módban van miután minden domain végzett), majd amikor olyat csinálsz a programmal, hogy beérkezik a tagadás, akkor ez az idő hozzájön még, plusz egy maximum teljes ciklus. Tehát ha az idő ami ahhoz kell hogy megtagadást generálj a programmal az X, akkor a maximum szükséges idő, míg ténylegesen tanuló módba kerül a domain --> 2 + X + 30 (vagy power saving módban 20 + X + 300) másodperc.

Ez a késés azért van egyébként, mert így a kliens tomld folyamat üzen a már futó tomld szolgáltatásnak, de ez az idő nem kritikus imho.

Javaslom, folytassuk itt a továbbikban és akkor minden hiba jelzést abba a szálba gyűjtök.