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

elight elight at zalaszam.hu
Tue Oct 31 11:21:16 CET 2006


Szia

Még szerencsére nem romlott el,    :-)

Viccet félre...
Tökéletes adatbiztonság az ha az adat több helyen is fellelhető,
de minél több helyen fellelhető , annál nagyobb valószinüsége
hogy más is rálel.                  Ez egy prima kis paradoxon.

Én laptopról beszéltem..
Természetesen azstali gépről vagy dvd-ről potlom az
adatokat.

Egyébként amig a birtokomban van addig aki bele probál nézni
az engedélyem nélkül ha rajt a kulccs,   azt kupánvágom!:)

Attól tartok inkább hogy minél kisebek ezek a hordózók ,
annál nagyobb a veszély hogy elhagyom - esetleg ellopják..
Ezért nem árt ha titkosithatók.

Egyábként az MédiaMarkt-ban vettem, de biztos sokan árulnak ilyet.

Ü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




More information about the Elektro mailing list