Re: Biztonságos adatbázis[VBSCL:A134EBCA26A]

[vajk fekete]

egy ilyen rendszernek ez a vinyo csak egy komponense. pl keylogger ellen nem ved. hackelt bios ellen sem lekamerazott belepes ellen sem.

vajk

----- Original Message ----
From: elight <elight at zalaszam.hu>
To: elektro at tesla.hu
Sent: Tuesday, 31 October, 2006 1:06:45 PM
Subject: Re: Biztonságos adatbázis[VBSCL:A134EBCA26A]

Most olvastam


Kihozták azt az eszközt ahol ha elveszted a kodot

garantáltan SEMMI. esélyed!

http://index.hu/tech/hardver/cypher1030/

Üdv   István



----- Original Message ----- 
From: "Rácz Róbert" <raczlist at microraab.hu>
To: <elektro at tesla.hu>
Sent: Tuesday, October 31, 2006 9:21 AM
Subject: Re: Biztonságos adatbázis[VBSCL:A10D715F5CD]


És ha ez az USB kulcs elromlik milyen lehetőségeid vannak az adataid
visszanyerésére?

RR

Szia ,

az adatbázis nem tudom,
de laptophoz titkosított fileokra
vettem egy USB kulcsot...

egyszerüen és nagyszerüen müködik.

Üdv   István



----- Original Message ----- 
From: "Milleschich János" <johnny at innomedesztergom.hu>
To: <elektro at tesla.hu>
Sent: Tuesday, October 31, 2006 6:29 AM
Subject: Re: Biztonságos adatbázis[VBSCL:A168BD481E4]


Szia Gábor !

----- Original Message ----- 
From: "Moczik Gabor" <pm at progzmaster.hu>


> Feltelepitesz egy akarmilyen adatbazis szervert (pl. linux/PostgreSQL), az
> adattarolas ezzel meg is van oldva, csak a feladatspecifikus klienst es az
> adatbazist kell fejleszteni. Ha a user nem tud ervenyes
> felhasznalonev/jelszo parost, akkor a _szerver_ nem engedi hozzaferni, a
> kliensben biztonsagi oldalrol csak a login ablakot kell fejleszteni.
>
> A hozzaferes ugy nezhetne ki, hogy minden illetekes user jelszavat minden
> honapban megvaltoztatja egy szoftver, igy a regi jelszoval nem fog tudni
> belepni. Strategia szerint lehet kuldeni az illetekeseknek az uj jelszot,
> vagy igenylik valahogyan, ez mar reszletkerdes.
>
> -- 
> ((( Móczik Gábor  )))--((( pm -> @ -> progzmaster -> . -> hu  )))





Köszönöm, hogy segítettél nagy-nagy bajomban!:-)

Azt hiszem a megoldásod nem igazán gyógy ír, mert az igaz, hogy a távoli
gépen nem tud hozzáférni az adatbázishoz, ha megváltozik a jelszó, de a
saját gépen kikapcsolhatja az SQL szervert, és akkor már ott vannak az
adatok. ( mint egy file ) MySQL-ben legalább is így van.

Ezért gondoltam arra, hogy már eleve kódolva kerüljenek az adatbázisba, és
akkor a naplózásból sem lehet visszakeresni, mert csak az utasítások lesznek
értelmesek, a tartalom nem.

Lehet, hogy igazad van, mert a PostgreSQL-t nem ismerem, és abban másképpen
működik a dolog.
( akkor bocsi )

Még valami jó titkosító algoritmust is jó lenne találnom.
Tetszik a www.jomagam.hu oldalon található. Rendesen megkeveri a dolgokat,
és nincs is tárolva a kódolt szövegben a jelszó. Leírják a honlapon a rövid
működést, de nem igazán értem. :-(

Köszönöm még egyszer.

Üdv   János.

-----------------------------------------
          elektro[-flame|-etc]

 _____________ NOD32 1.1844 (20061031) Információ _____________

Az üzenetet a NOD32 antivirus system megvizsgálta.
http://www.nod32.hu


-----------------------------------------
          elektro[-flame|-etc]

-----------------------------------------
          elektro[-flame|-etc]

 _____________ NOD32 1.1844 (20061031) Információ _____________

Az üzenetet a NOD32 antivirus system megvizsgálta.
http://www.nod32.hu


-----------------------------------------
          elektro[-flame|-etc]

 _____________ NOD32 1.1844 (20061031) Információ _____________

Az üzenetet a NOD32 antivirus system megvizsgálta.
http://www.nod32.hu


-----------------------------------------
          elektro[-flame|-etc]






Send instant messages to your online friends http://uk.messenger.yahoo.com