- Növelhetik VGA-nk túlélési esélyeit az ASRock tápjai
- Az In Win "lopakodó akváriuma" nem panaszkodhat a szellőzésére
- Máris kezeli a nem induló Socket AM5-ös alaplapjainak ügyét az ASRock
- A Sony szerint a PlayStation 5 konzolokat még nem érinti a memóriahiány
- A beérkező kérésekre figyelve frissítette North szériáját a Fractal
- OLED monitor topic
- Fejhallgató erősítő és DAC topik
- Növelhetik VGA-nk túlélési esélyeit az ASRock tápjai
- Milyen monitort vegyek?
- Vezeték nélküli fejhallgatók
- Amlogic S905, S912 processzoros készülékek
- Soundbar, soundplate, hangprojektor
- Kormányok / autós szimulátorok topikja
- A Sony szerint a PlayStation 5 konzolokat még nem érinti a memóriahiány
- AMD Ryzen 9 / 7 / 5 9***(X) "Zen 5" (AM5)
Új hozzászólás Aktív témák
-
#68216320
törölt tag
válasz
bambano
#11483
üzenetére
De ha bekérem a kulcsot, akkor mindjárt kérhetném az adott jelszót is. Persze több jelszó esetén már kellemesebb a kulcsot megadni és azzal decrypt-álni a többit.
Viszont az alap probléma adott még. A user meg akarja változtatni a property-t kézzel, akkor hogyan tudja beírni a property-be kézzel a titkosított jelszót.
Vagyis példaként:
Egy e-mail küldő konfig fájlban lenne az smtp-host, user, pass, port. Ezeket a user kézzel állítja be a saját adatai alapján. De ugye a pass-t nem adhatja meg csak plain, mert nem biztonságos. Az email küldőt pedig egyéb osztályok hívják, szóval nincs külön indítás ahol megadhatnám a key-t, kiegészítő modul lenne.Mi van olyankor ha úgy csinálnám, hogy a program (ami hívja majd az email osztályt) minden híváskor átadja a használt key-t (mondjuk nem tudom még az honnét jönne létre). Ezzel tudja ugye decrypt-álni a jelszót az email osztály. Viszont lenne egy ellenörzés, hogy amikor plain text a konfig fájlban a jelszó (modjuk éppen szerkesztette az előbb a user), akkor először encrypt-álja és ezután az általános módon beolvassa, decrypt és használja.
Valami hasonló módon csinálja linuxon a transmission-daemon is a config fájlban.
De továbbgondolva a dolgot általános is lehetne a kérdés. Bizonyos esetekben jó lenne SQL-ben tárolt adatoknál is pár olyan értéket titkosítva tárolnom, amit a programom tud írni-olvasni, de ha a user ránéz (akinél fut a programom) ő az sql-ből nem tudja kiolvasni. Ezek olyan dolgok lennének, amikot kénytelen vagyok adni a programmal, de saját, védett adatok lennének viszont kellenek a program működéséhez és alkalmanként távolról frissíteném-bővíteném ezeket.
-
Drizzt
nagyúr
Új hozzászólás Aktív témák
A topicot kiemeltem. Valaki nem akar egy nyitó hsz-t írni?:))
- Horizon Hunters Gathering: taktikai ko-op játékkal bővül a Horizon-univerzum
- Motorolaj, hajtóműolaj, hűtőfolyadék, adalékok és szűrők topikja
- sziku69: Fűzzük össze a szavakat :)
- Luck Dragon: Asszociációs játék. :)
- Nokia N8 - vajon elég lesz-e?
- Autós topik
- PlayStation 5
- Milyen autót vegyek?
- Lalikiraly: Commodore The C64, Ultimate
- Telekom mobilszolgáltatások
- További aktív témák...
- GYÖNYÖRŰ iPhone 11 Pro 64GB Silver -1 ÉV GARANCIA - Kártyafüggetlen, MS3565
- Azonnali készpénzes AMD Radeon RX 7000 sorozat videokártya felvásárlás személyesen/csomagküldéssel
- 15,6" Dell Latitude laptopok: E5550, E5570, 5590, 5500, 5501, 5510, 5520 / SZÁMLA + GARANCIA
- ÁRGARANCIA!Épített KomPhone i5 14600KF 32/64GB DDR5 RAM RTX 5070Ti 16GB GAMER PC termékbeszámítással
- 238 - Lenovo Legion Pro 7 (16IRX8) - Intel Core i9-13900HX, RTX 4070
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest
Cég: Central PC számítógép és laptop szerviz - Pécs
Város: Pécs


