-
Fototrend
Ajánlott ingyenes Windows programok 
Androidos kérdéssel irány az Android alkalmazások topik!
Új hozzászólás Aktív témák
-
#47437
dqdb
nagyúr
King Unique
#47434
dqdb
nagyúr
válasz
King Unique
#47434
üzenetére
Félreérthető voltam: adatok alatt a %APPDATA%\Roaming egyes mappáit értettem, nem a dokumentumokat és képeket, azokat evidens, hogy menteni kell másképpen. De ezt munka beállítani és frissen tartani, hogy értelmesen és célirányosan mentsen (nekem a saját gépeimen megérte, másén nekem sem érné meg), szóval egyetértek veled, hogy a Macrium Reflect a felhasználóbarát és inkább ajánlandó megoldás.
Az előző Windows telepítésem Windows 7-ként indult HDD-n AMD konfigurációval és fél évvel ezelőtt Windows 10-ként mondta be az unalmast SSD-n Intel konfigurációban, közben OS upgrade volt, egy partícióklónozás és egy komplett platformváltás, szóval saját tapasztalatból is egyetértek, csak akkor kell újratelepíteni, ha tényleg muszáj.
-
#47433
dqdb
nagyúr
King Unique
#47432
dqdb
nagyúr
válasz
King Unique
#47432
üzenetére
Kétféle megközelítés van biztonsági mentésre: csak az adatot (és újratelepítés után az adatok visszaállítását scriptek segítik) vagy mindent (és a visszaállítás teljesen automatizálható). Mindkettőnek van előnye és hátránya, itt a topikban sosem fogtok tudni megegyezni, hogy melyik jobb, mert az attól függ
Saját gépre Kempetlen megoldásához hasonlót használok, mert 4-5 évente telepítem újra, és akkor jobb egy teljesen friss alapból indulni. Szülői gépre a kettő kombinációját, mert ha én telepítem újra előre tervezetten, akkor egyszerűbb a jól megszokott megoldásom, de ha valami megreccsenne és nem tudok fizikailag odamenni vagy gyorsan kell, akkor egy relatíve friss állapotot ők is vissza tudnak állítani.
-
dqdb
nagyúr
válasz
lanszelot
#47190
üzenetére
írtam mi a bajom a Hwinfo -val, iszonyat katyvasz. Mire ott találok valamit
Ha indításkor azt jelölöd be, hogy csak a szenzorok érdekelnek, akkor eleve csak egy listát jelenít meg a program aktuális/minimum/maximum/átlag értékekkel. Itt bármelyik soron duplaklikkelhetsz, és grafikonon mutatja az elmúlt 10 perc eredményeit.
-
-
dqdb
nagyúr
A sima törlése nem elég, hiszen akkor az adatokkal nem történik semmi sem, kizárólag a clusterek kerülnek felszabadításra a fájlrendszer számára, így a teljes lemezterület végigolvasásakor a korábbi fájlok részletei olvashatóak maradnak. Ha a törlés során megfelelően megvalósított felülírás történik egy körben, akkor ezeket a részleteket sem lehet visszanyerni. A megfelelő megvalósítás alatt azt kell érteni, hogy az adott fájlrendszer és az operációs rendszer működéséhez igazodó módon történik meg a felülírás (lásd a How SDelete works fejezetet a linkelt SDelete-nél), nem pedig a naiv módon, ami megnyitja a fájlt és beleír sokszor.
Régebben ez még nem volt elég, mert a HDD fejét nem tudták eléggé pontosan pozícionálni íráskor, a sáv szélesebb volt, mint amennyit a fej lefedett, így sima egykörös felülírás közben elképzelhető volt, hogy a sáv szélén megmaradt az eredeti adatból valamennyi, ekkor születtek a sok körös törlési megoldások, mert megfelelő környezetben a sávok széleiről ki lehetett nyerni az adatot. Manapság ez már nem igaz, mert a sávok összementek és két szomszédos sáv átlapolja egymást a széleknél.
Ettől függetlenül persze lehet használni sokszoros felülírást, mert 3-7 felülírási kör is gyorsan megvan, de az emlegetett 39 körös teljesen felesleges.
-
dqdb
nagyúr
HDD-n elegendő egy körös sima felülírás is a manapság, a rengeteg körös felülírással csak időt vesztegetsz. Placebóként persze lehet ilyet használni, csak felesleges, az SDelete nyújtotta hét kör is hattal több a szükségesnél.
SSD-n pedig a wear leveling miatt nem igazán működik az ilyesmi, mert minden egyes "felülírás" valójában teljesen már flash területre történik meg, egy körös felülírással itt azt tudod elérni, hogy logikailag ne látszódjon ott az adat, de a flash chipben ott lesz valahol. Kizárólag az SSD gyári szoftverrel lehet ténylegesen tisztára gyalulni a teljes SSD-t.
-
dqdb
nagyúr
Nem kell ellenőrizni semmit sem, mert létrejöhet. Valaha 255 karakteres volt a path maximális hossza Windows alatt, de ezt egy ideje feloldották, azonban az alkalmazások egy jelentős részébe még mindig a 255 karakteres limit van belegyógyítva, és azok sírnak, ha nem sikerül a törlés.
Egyszerűen Windows Intézőből/Fájlkezelőből is lehet törölni az ilyen mappákat, nem kell hozzá extra program (FAR Manager is simán kezeli).
-
dqdb
nagyúr
válasz
Cs1csó
#46944
üzenetére
Ha a túloldal nem egy Gmail fiók, akkor az összes útba eső SMTP szerveren átmegy titkosítás nélkül az adat. Oké, hogy két hop között az SMTP kapcsolat TLS-t használ, de ez nem garantált, a TLS felett pedig ott lesz a levele titkosítás nélkül.
kkgabor: AxCrypt
Fájlok levélben, jelszó SMS-ben. -
dqdb
nagyúr
-
dqdb
nagyúr
válasz
sztanozs
#46237
üzenetére
Megfelelő képen látni: a kívánt felbontással megegyező méretű kép, fehér háttér, minden második sor és minden második oszlop feketére színezése, de minden harmadik ilyen fekete sor/oszlop maradjon ki (így az alacsonyabb felbontásnál látványosan torzulni fog a finom háló), 1 pixel széles piros keret a szélére (így látszik, ha levág a képből a megjelenítés).
-
dqdb
nagyúr
[link]
Felparaméterezed úgy, hogy csak az adott meghajtóra vonatkozó fájlműveleteket naplózza (Path begins with X:\), aztán magára hagyod, amíg hallod felpörögni a HDD-t. Ekkor Ctrl+E, ezután végigmész a listán (ami akár sok ezer soros is lehet).Ha mázlid van, megtalálod a bűnöst, ha peched van, akkor egy rendszerfolyamat lesz az.
-
dqdb
nagyúr
válasz
sfdrakex
#45994
üzenetére
ismeri != használja, ahogyan valaha ismerte != használja
Az első megjegyzésem arra vonatkozott, hogy az életkor és a (jelenkori) használat nem függenek össze, amit továbbra is tartok.
Valószínűleg azok, akik valaha használták a parancssort (mert csak az volt), de az elmúlt 20+ évben kizárólag Windowst használtak (vagyis tipikus átlagfelhasználók), ma már éppannyira nem tudnák és akarnák használni, mint azok a fiatalabbak, akik nem is hallottak róla. Bármilyen korosztályban elenyésző lehet a parancssort használók száma, míg az üzemeltetők/fejlesztők között kortól függetlenül magas, mert a feladathoz szokás a szerszámot kiválasztani.
-
dqdb
nagyúr
válasz
sfdrakex
#45990
üzenetére
Ahogyan az öregebbek sem használják, ezért írtam, hogy nem korfüggő.
Manapság csak az használ parancssort, akinek hasznos/praktikus, mert például valamit automatizálnia kell, és ennyi. Egy üzemeltető vagy fejlesztő gépe tele lesz pakolva scriptekkel/batch fájlokkal, akármilyen idős is, használja is ezeket és nem tud nélkülük létezni. Míg egy átlagfelhasználónak teljesen felesleges, az átlagos feladatokra úgyis létezik grafikus felület, így ők nem is használják a parancssort, mert minek.
-
dqdb
nagyúr
válasz
kezdosql
#45936
üzenetére
Nálam az elérhető nem a virágboltot jelenti, hanem a legálisan elérhetőt, amit a gyártó oldaláról le lehet tölteni és a licencfeltételek teljesülése esetében használni. És attól, hogy valami regisztrációt kér, még egyáltalán nem jelenti azt, hogy fizetős. A Microsoft a legtöbb fejlesztői eszközéhez Microsoft fiókot kér (ami ingyenes), a VS-ek közül a Community Edition használható ingyenesen (a licencfeltételek teljesülése esetében), ehhez is kell Microsoft fiók (ami még mindig ingyenes).
Ha a VS2013 Community Edition-re gondoltál, akkor tessék itt van az ISO. Előre szólok, nem fut XP alatt. Ha régebbi Visual Studio Code verzióra, akkor tessék, itt van az összes release, amit valaha is kiadtak. Előre szólok, egyik sem fut XP alatt.
-
dqdb
nagyúr
válasz
kezdosql
#45929
üzenetére
A VS Code 2015-ben jelent meg, sosem támogatta az XP-t. Természetesen az összes verziója elérhető és letölthető még most is. Bővítmény nélkül sosem támogatta a PHP debugolást.
Ha esetleg a VS2013-ra gondoltál, akkor sosem támogatta az XP-t, most is elérhető, és bővítmény nélkül sosem támogatta a PHP debugolást.
A legutolsó PHP, ami támogatta az XP-t, az 5.4 volt, aminek a terméktámogatása 4 éve lejárt.
2019 van, ideje lenne felhagyni az XP nekrofíliával. Az XP 10,5 éve a halandóknak nem támogatott rendszer, 5,5 éve a bővített támogatás is megszűnt.
-
dqdb
nagyúr
Elméletileg AutoHotkey segítségével összeállítható olyan script, hogy adott billentyű semmit sem csináljon, azonban a lenyomott állapot beleszólhat a normál használatba (a laptopbillentyűzeteknél megszokott 2KRO miatt elképzelhető, hogy a fél billentyűzet nem érzékel majd a beragadás miatt), szóval gyakorlatban majd kiderül.
Ha megfelel a teljes billentyűzet tiltása, akkor azt az Eszközkezelőben tudod megtenni. Ott csak óvatosan, mert sok egérből és billentyűzetből is csak annyi látszik, hogy HID, szóval mindig maradjon egy periféria, amivel egy hibás tiltást fel tudsz oldani.
Még extrémebb megoldás, hogy szétszeded a laptopot, és egyszerűen lehúzod a billentyűzet szalagkábelét az alaplapról.
-
-
#45545
dqdb
nagyúr
Atomantiii
#45544
dqdb
nagyúr
válasz
Atomantiii
#45544
üzenetére
FAR Managerrel kapcsolatban a fapadosságot emlegetni eléggé furcsa dolog.
-
dqdb
nagyúr
válasz
Wolfskin
#45507
üzenetére
Közvetlenül a lemezképből dolgozik, így ha a fájlrendszer kritikus részének annyi, de magukat az adatokat látja, és azok nincsenek túlságosan töredezve (azaz mindig üresre törölted a kártyát a képek importálása után), akkor még segíthet.
Akár sikerült helyreállítani a tartalmat, akár nem, azt az SD kártyát dobd majd ki. Látszólag le tudod formázni, hibátlannak tűnik és működni fog, azonban pár hét/hónap és ugyanígy fogsz járni vele.
-
dqdb
nagyúr
-
dqdb
nagyúr
Mindegy, mivel közös adatbázis kell, nincs értelme ezt használni, mert senki nem fogja kézzel másolgatni a telefon és a PC között az adatbázist naponta. Egyébként sem látom értelmét a lokális adatbázisoknak, a felhő is elég biztonságos, ha valami normálisat használunk (pl google drive).
Az adatbázist csak egy fájl, amit oda másolsz, ahová akarsz.Ha több gépen/telefonon is használnád, akkor erős jelszóval és kulcsfájllal érdemes létrehozni az adatbázist, a jelszót megjegyzed, az adatbázis mehet fel felhős tárhelyre, a kulcsfájlt (bármiféle felhő használatát elkerülve) felmásolod minden olyan gépre, ahonnan használnád, és így lesz egy szinkronizált, mindenhonnan elérhető jelszóadatbázisod (a Keepass2Android is támogatja ezt a feature-t). Ennek a kulcsfájlnak az a lényege, ha ellopják a jelszavadat, ellopják az adatbázist, akkor sem tudják dekódolni a kulcsfájl nélkül, amit nem tárolsz a felhőben.
Vagy jelszó + Yubikey/Solo, ha kulcsfájl helyett fizikai eszközt használnál 2FA-ra.
kispx: köszi az infót, erről nem tudtam, ez azért eléggé fontos információ
-
dqdb
nagyúr
KeePass: eredeti alkalmazás Windows alá C#-ban .NET Frameworköt használva megírva (Linux alatt Monóval életre lehelhető), aktívan karbantartva
KeePassX: a KeePass 2.x fájlformátumát használó független alkalmazás C++-ben Qt-re építve (Windows, Linux, macOS), nincsen karbantartva
KeePassXC: az előbbi forkja, aktívan karbantartva
Keepass2Android: független fejlesztés, ami a KeePass 2.x fájlformátumát használja, aktívan karbantartvaA fentiek mindegyike open source, mindegyikhez van 2FA támogatás.
-
-
dqdb
nagyúr
válasz
#20584850
#44921
üzenetére
A .zip fájlnál a titkosítás nem a teljes archívumra vonatkozik, hanem csak egyedi fájlokra benne. Használj .7z formátumot, ott elérhető ez a feature, angolul Encrypt file names néven fut. Az így titkosított archívumokba belenézni, azaz a benne található fájlok neveit megnézni, is csak jelszóval lehet.
-
dqdb
nagyúr
A javasolt kulcsfájl milyen kiterjesztésű fájl lehet? Azt olvastam, hogy akár doc, akár jpg...is lehet.
Bármi lehet, de az a legjobb, ha minél véletlenszerűbb adatot tartalmaz (a KeePass/KeePassXC segítségével tudsz generáltatni ilyet).Azt is olvasom, hogy amennyiben elveszik a kulcsfájl - és előtte aktiválva volt a biztonság miatt - akkor az adatbázis nem nyitható meg többet.
Igen, így van, legyen róla mindenképpen másolatod.Ha nem szeretnél a másolatokkal bajlódni, akkor az is megoldás lehet, hogy kulcsfájlként egy szöveges fájlt használsz benne egy "második" mesterjelszóval, amit szintén fejben tartasz, és ha kellene valahol a kulcsfájl, akkor Notepadben gyorsan létre tudod hozni (ennek a módszernek az a hátulütője, hogy a kulcsfájlban lévő szöveget csak új eszköz bevonásakor, azaz nagyon ritkán fogod használni, így könnyebb elfelejteni, mert nem a napi körforgás része).
A kulcsfájl lényege a kétfaktoros azonosítás, amikor van valami, amit tudsz (jelszó) és van valami, amit birtokolsz (kulcsfájl). Ezzel a megoldással nyugodtabb szívvel feltöltheted a jelszóadatbázist a felhőbe, mert ha kikerül a fájl és kikerül a jelszavad is hozzá, még akkor sem lehet megnyitni a kulcsfájl nélkül.
Egyetlen szabály van: a két fájl egyszerre csak olyan helyen létezzen, ahol más nem férhet hozzá. Ezért aztán a kulcsfájlt felhő közelébe ne engedd, offline módon másold fel minden eszközre, ahonnan használnád a .kdbx fájlt, mert a felhőbe a jelszóadatbázis mellé feltöltve éppen a lényege veszne el (a két fájlnak két eltérő felhő használata már beleférhet, de inkább legyen offline a kulcsfájl).
csicso82: az eredeti szoftver, azaz a KeePass 2.x Windowsra készült .NET Frameworkben, a KeePassXC ennek Qt-re építve C++-ben fejlesztett multiplatform változata, azaz nem fork, hanem független kódbázis (a köztes KeePassX-et hagyjuk ki a képletből). A szoftver eltér, a használt adatbázisformátum megegyezik, így csereszabatosak.
-
dqdb
nagyúr
Csodálatos egy félrefordítás, a képarány szó a framerate-et takarja, gratulálok a magyarítónak
GEPESZ66: nem ismerem a programot, de az lesz a probléma, hogy a 4:3 képarányú kimenet és a 16:9 vagy 21:9 bemenet miatt a konvertáló program alulra-felülre tett egy-egy fekete sávot, amit a 16:9-es tévé oldalt további két sávval egészített ki. Próbálj meg olyan nevű beállítást keresni, hogy anamorph, és kapcsold be.
-
#44894
dqdb
nagyúr
Donki Hóte
#44892
dqdb
nagyúr
válasz
Donki Hóte
#44892
üzenetére
Próbálj meg a jelszóban valahol egy olyan 2-3 karakteres részletet elhelyezni, amiből arra a helyre asszociálsz, amihez a jelszó tartozik.
Ha valaki hadilábon áll a hosszú jelszavak megjegyzésével, akkor segíthet az is, hogy olyan jelszót választ, ami a hely nevéből szabad asszociációval keletkezik. Ránéz a névre, milyen film-szereplő-színész-étel-kirándulás-könyv-szín ugrik be róla azonnal, és abból mi, és abból mi, és abból mi, és ezen lánc mentén felmerülő 4-5 dolgot gyúrja össze egybe. Ha ez a folyamat nem erőlködve megy, akkor mindig ugyanaz a lánc fog beugrani, vagy össze tudja rakni utólag, ha erőlködni kell, akkor ez a módszer nála nem fog működni (legalábbis adott helyen). A módszer persze annál sem működik, akinek mindenről egyetlen dolog jut az eszébe, de az azonnal
![;]](//cdn.rios.hu/dl/s/v1.gif)
-
dqdb
nagyúr
válasz
Cs1csó
#44887
üzenetére
~15 darab, rendszeresen használt 20-30 karakteres jelszót simán fejben lehet tartani, legalábbis nekem sikerül, szerencsére így van bedrótozva az agyam (a rendszeres szó eléggé fontos, pár naponta forogni kell a jelszavaknak). A maradék megy offline jelszókezelőbe, ahonnan az egész szál elindult.
Jelszó alatt nálam nem a kisbetű-nagybetű-szám adott arányban elavult megoldást kell érteni, hanem diceware generátort használok a fejben tartott jelszavakra.
(#44889) csicso82: nekik maradt 2-3 erős jelszó memorizálása és offline jelszókezelő, ha biztonságot szeretne. Vagy online, ha magasról tesz a biztonságra, és számára a jelszó csak egy zavaró nyűg.
-
dqdb
nagyúr
válasz
sztanozs
#44885
üzenetére
Ékezetes alatt a magyar ékezetes betűket értettem, mert versekről volt szó, és úgy összességében a magyar billentyűzetkiosztáson elérhető, egyszerűen bevihető betűkkel számoltam. Igen, az AltGr+számsor+betű segítségével bevihető diakritikusokkal sem számoltam. És azzal sem, ha a billentyűzeted firmware-ében van egy Klingon layer véletlenül
Viszont a mai modern webes világban és a jelenleg elérhető (webszerver/adatbázis oldalon legalább is elég jól támogatott) sztenderd karakterkezelés mellett, mindegy, hogy a kliens milyen nyelven ír, szerveroldalon úgyis egységesen lesz feldolgozva.
Igen, szerencsére tisztul a helyzet ezen a téren, a tényleg kókler megoldások lassan, de biztosan eltűnnek végre. Persze pár havonta még mindig kapok valamilyen rendszer által küldött emailt hibás karakterkódolással, de messze nem olyan rossz a helyzet, mint mondjuk 15 évvel ezelőtt, amikor a szerveren ezen lehetőségek már léteztek. -
dqdb
nagyúr
Ha én versekből gyártanék szivárványtáblát, akkor azt úgy tenném, hogy a versek összes versszakának első 3-8 szaváról készítenék hash-t mindenféle változatban (ékezetekkel, nélkül, egyben, csupa kisbetűvel, leetspeak. 100000 versből versenként 1000-féle hash-t számítani relatíve időigényes feladat, keresni egy ekkora adatbázisban nagyon gyorsan lehet. Ezért írtam, hogy közismert szövegnél nem sokat erősít a jelszón az, ha több szót vesz be belőle a jelszóba változatlan vagy közismert módon átvariálva, mert ha az a változat is szerepel a táblában, akkor bináris kereséssel ugyanannyi idő megtalálni. Ha ezektől eltér, például egy plusz szó beiktatásával, akkor már tényleg nagyságrendekkel erősebb lesz a jelszava.
GreenIT: Nem ertem, miert kell az ekezetes betuket kerulni, ha egyszer utf mar az alapertelmezett egy ideje
UTF8, UTF16BE, UTF16LE, UTF32BE vagy UTF32LE? Esetleg UCS2? Vagy UCS32? Attól, hogy Unicode, még egyáltalán nem biztos, hogy két alkalmazás pontosan ugyanazt a kódolást alkalmazza, vagy egyáltalán ASCII-tól vagy valamilyen nyelvfüggő 8 bites kódolástól eltérő megoldást alkalmaz, valamit és nem az OS alapértelmezett codepage-ével dolgozik. Ilyen Windows alatt helyből kettő van, a konzolos alkalmazások eltérő codepage-dzsel mennek, mint a grafikusak. Weben szintén nem tudhatod, hogy a túloldal a jelszavadat hogyan alakítja át byte-tömbbé és készít róla hash-t. Nem biztos, hogy problémát okoz az ékezetes jelszó, de okozhat, ha a feldolgozó alkalmazás nincsen megfelelően felkészítve.ha lekorlatozod a betukeszletet a 26 angol beture, nagyban megkonnyited a visszafejtok dolgat.
kisbetűk + nagybetűk + számok, 12 karakteres jelszó: 71,4 bitnyi entrópia
kisbetűk + nagybetűk + számok + magyar ékezetes betűk, 12 karakteres jelszó: 73,3 bitnyi entrópia
kisbetűk + nagybetűk + számok + magyar ékezetes betűk + további 15 speciális karakter, 12 karakteres jelszó: 73,3 bitnyi entrópiakisbetűk + nagybetűk + számok, 13 karakteres jelszó: 77,4 bitnyi entrópia
kizárólag kisbetűk, 16 karakteres jelszó: 75,2 bitnyi entrópia
Vagyis a 13 karakternyi ékezet és speciális karakterektől mentes jelszó erősebb, mint 12 karakteren a magyar ékezetek és további speciális karakterek használatával nyert jelszó (és egy 16 karakteres, kizárólag kisbetűkből álló is erősebb). A jelszó hosszának növelése mindig kifizetődőbb, mint a jelszó karakterkészletének növelése, mert az utóbbi az alapot, az előbbi a kitevőt növeli. Ezért állok sokszor tanácstalanul a 12-15 karakteresre limitált jelszóablakok előtt, hogy miért ...
-
dqdb
nagyúr
válasz
sztanozs
#44847
üzenetére
Angolt már láttam korábban, bár úgy érzem, kicsit túlragoztuk a témát
Eredetileg arra szerettem volna felhívni a figyelmet, hogy a hosszabb jelszó nem ad egyértelműen nagyobb biztonságot, mint egy rövidebb, hiszen csak akkor jár exponenciálisan növekvő bonyolultsággal, ha a hozzátett részek nem vagy gyengén korrelálnak a már meglévővel, mert ha igen, akkor az exponenciálisból lineárishoz közeli görbe is kijöhet. Egy ismert vers első pár szavából következik a többi, míg a correcthorsebatterystaple esetében nem.Persze 25+ karakter az már eleve 25+ karakter, és ha valahová beszúr egy eredetileg nem szereplő szót, akkor ezzel minden szótáras megoldás elbukik. Csak ékezeteket kerülje az ember a jelszóban, mert ki tudja, hogyan viszonyulnak a programok/weboldalak a 7 biten túli világra.
-
dqdb
nagyúr
válasz
sztanozs
#44845
üzenetére
Ha a töréshez versek első sorait különböző formában tartalmazó adatbázist is használnak a brute force kör előtt, akkor igen. És ez túl magától értetődő (= rengeteg helyen belefut az ember abba, hogy használd "erős" jelszóként a kedvenc versed első sorát vagy a kedvenc versed sorainak első szavát), hogy ne áldozzon rá valaki némi CPU időt.
Nem azt mondom, hogy triviális, mint az 12345678, mert nagyon nem az, és annál sokkal erősebb, hanem azt, hogy ex has becsléssel 10 karakternél többet nem érhet entrópiában.
-
dqdb
nagyúr
válasz
junior11
#44814
üzenetére
ez a KeePassXC újabb, mint a sima Keepass?
Független fejlesztés. Az eredeti Keepass Windowsra készült .NET Frameworköt használva, míg a KeepassXC egy multiplatform megoldás Qt-re építve (Windows, Linux, macOS). Mindkettőt folyamatosan fejlesztik, én az XC változatot a kicsit jobb UI miatt preferálom.A maradék részre: nagy a zavar. Egyszer a másik jelszókezelő jelszavát akarod csak itt tárolni, máskor az összes jelszót, nem igaz értem, hogy pontosan mit szeretnél.
A KeepassXC .kdbx fájlokkal dolgozik, ez egy mesterjelszóval védett jelszótár, ezt nem kell tovább titkosítani. A fájlok akárhol lehetnek, ha ezeket egy Google Drive, OneDrive vagy Dropbox által szinkronizált mappában tárolod, akkor megvan a szinkronizálás is (azonban ezt én csak úgy tenném meg, ha a fájlt a mesterjelszón túl egy kulcsfájl is védené pluszban, ami nem kerül felhő közelébe).
Desktopon elvileg van hozzá böngészőhöz extension automatikus kitöltésre, telefonon nem érhető el ilyen megoldás, ott másolgatni kell (gyakorlatilag én a másolgatást választottam desktopon is a ritkán használt jelszavaknál, a sűrűbben használtakat pedig úgyis tudom fejből).
-
dqdb
nagyúr
válasz
junior11
#44811
üzenetére
Megpróbálom, köszi. Amúgy szerintetek biztonságosabb használni a böngészők jelszókezelése (Chrome, Edge) helyett a LastPasst vagy az offline Keepasst?
A LastPass egy kalap az összes online megoldással, saját célra sem használnám, cégesre pedig főleg nem. A LastPass különösen népszerű célpontnak számított az elmúlt időszakbanWindows: KeepassXC + jelszóval ÉS kulcsfájllal védett .kdbx fájl
Android: Keepass2AndroidA .kdbx fájl mehet fel felhőbe, hogy mindenhol ugyanazt lásd, azonban a kulcsfájlt felhő elkerülése nélkül juttasd el a telefonra. Az adatbázis megnyitásához mindkét fájl kell, így azzal, hogy azt a felhőbe feltoltad és megtörik esetleg a jelszavad, még csak félúton lennének.
a Chrome-ban tárolt jelszavakhoz be kell jutni a Google fiókba
Helyben elég a WebBrowserPassView futtatása, hogy az összes jelszavadat felfedjék. -
dqdb
nagyúr
válasz
junior11
#44806
üzenetére
Ennek így nulla értelme van: ha egy erős jelszót egy potenciális gyenge jelszóval titkosítasz, akkor a biztonság szintjét a gyengébb jelszó szintjére hozod le. Használj diceware algoritmussal generált megjegyezhető jelszót. Hosszabb lesz, de csak kisbetűs, jelszavak erősségéről és entrópiájáról itt írtam érintőlegesen.
-
dqdb
nagyúr
válasz
junior11
#44804
üzenetére
Hülye kérdés: nem egyszerűbb megjegyezni magát a jelszót, mint a jelszót titkosítva tároló fájl jelszavát?
Vagy ha kell a clear text jelszó, akkor nyitni reggel egy Notepadet, és oda begépelni a jelszót, és onnan másolgatni, és este bezárni mentés nélkül? Ettől függetlenül jelszót hosszú ideig clear text formában elérhetően tartani nem túl jó ötlet.
-
#44790
dqdb
nagyúr
stephan0s_
#44788
dqdb
nagyúr
válasz
stephan0s_
#44788
üzenetére
1. megnyitod a kívánt oldalt böngészőben
2. Ctrl+Shift+I hatására megjelenik a developer console, ott a Network fülre mész
3. újratöltöd az oldalt, és nekiállsz lejátszani a videót, majd 1 másodperc múlva megállítod
4. megkeresed a listából a playlist.m3u8 nevűt, és rákattintasz, és kimásolod a címét
5. feltelepíted a Streamlink nevű szoftvert
6. nyitsz egy parancssort, és ott kiadod a következő parancsot:<streamlink> -o <fájl neve>.mp4 <kimásolt cím> bestHa Windowsról van szó, a legfrissebb híradóról és az alapértelmezett telepítési címről, akkor:
"C:\Program Files (x86)\Streamlink\bin\streamlink.exe" -o a.mp4 https://c401-node62-cdn.connectmedia.hu/4501/vod/_definst_/r/mtva/2019/01/21/2019-000104-M0021-01/index.smil/playlist.m3u8 bestA best kapcsoló a minőségről szól, ha kíváncsi vagy az elérhető szintekre, akkor add ki anélkül a parancsot.
7. a mentett videó már így is használható, azonban mivel az indexelése csapnivaló lesz és emiatt a benne ugrálás lassú, ezért érdemes FFmpeg segítségével MKV konténerbe áttenni:
ffmpeg -i a.mp4 -c copy a.mkvHa valaki egyszer megjavítja mediaklikk plugint, akkor még egyszerűbb lesz a mentés, elég lesz, az 1-4. pontok helyett csak az oldal címét kell átadni majd a Streamlinknek.
-
dqdb
nagyúr
Kioszk módban futó böngészőt szeretne, szóval csak arra lehetne átírni, ami támogatja. Az IE egyetlen kapcsolóval ilyen, az Edge bonyolult módon ilyen, a többi böngésző nagyon nem ilyen, azokból a motort másik alkalmazásba beágyazva lehet megfelelő böngészőt gyártani.
Talán ez megfelelő, nem próbáltam, de a leírása alapján ilyesmire lenne szükség.
-
dqdb
nagyúr
Bár az előbbi is képes PDF-et képpé konvertálni, az utóbbit használja beépítve, szóval egyszerűbb azzal megoldani. Nem tudom, mennyit fejlődött a Ghostscript és téged érint-e a probléma, de olyan 4 évvel ezelőtt az elektronikusan aláírt PDF-ek egy részébe szeretett beletörni a bicskája. Kiindulási alap itt, részletes leírás itt.
A képet pedig az ImageMagick csomag részét képező convert alkalmazással tudod feliratozni egy második lépésben (-annotate kapcsoló, a szöveg helyére %t kerüljön). Kiindulási alap itt, teljes paraméterlista itt, a escape szekvenciák itt.
Kizárólag ImageMagicket használva elképzelhető, hogy egyetlen gigantikus parancsba össze lehet hozni a két lépést.
-
dqdb
nagyúr
válasz
poirot
#44683
üzenetére
Nálad teljesen más volt a probléma.
Nagyon sokáig 259 karakteres korlát volt a teljes fájlnevekre Windowsban, ezt a limitet a W10 1603 növelte meg 32767 karakteresre. Egyes alkalmazások már támogatják az új hosszúságú fájlneveket (ezért sikerült oda másolnod a fájlt és később átnevezned), míg mások nem (ezért nem sikerült lejátszanod).
-
dqdb
nagyúr
Csak tippelek: valamelyik DXF/DWG/STEP viewer nem támogatja ezt? Vagy nem tudod a PDF-et valamivel átkonvertálni DXF/DWG/STEP formátumra?
A Fusion 360 lett volna a titkos tippem, ami igaz, hogy egy monstrum, és messze nem csak egy viewer, de magánfelhasználásra ingyenes, azonban nem támogat PDF importot sajnos.
-
dqdb
nagyúr
A legtöbb nyelvben a kezdőbetűk eloszlása nem egyenletes a szavak között, a szavak előfordulási gyakorisága sem, ezért ebből következően egyes rövidítéseket túlhasználnak, míg más permutációkat alig használnak, ez ennek a velejárója.
És hiába tűnik soknak három betű, már több, mint 18,5 évvel ezelőtt elfogyott az összes három betűs .com domain. Egy része persze spekulációból, de a többi azért, mert használja valaki.
GreenIT: fájlkiterjesztésben sok ezret, informatika környékén sok száz célterületen 3-4 betűs kifejezésből sok tízezret. Csak kiterjesztések és csak azok, amelyeket felvittek ebbe a listába.
A kiterjesztés olyan terület, ahol a kutyát nem érdekli az egyes elemek ütközése, az általánosan elterjedt vagy a célterületen elterjedt kiterjesztésekkel a saját érdekében nem ütközik egy fejlesztő, a maradék pedig nem érdekli.
Ott, ahol számít az ütközés az azonosítókban (content type, OID-ok, egyéb azonosítók), mert szabványok épülnek rá, arra mindig létezik központi nyilvántartás, a legtöbb ilyen nyilvántartás az IANA-nál van, elég megnézni csak, hogy ők hány területen kezelik az egyedi azonosítókat.
-
dqdb
nagyúr
válasz
GreenIT
#44496
üzenetére
Ugyanazt jelenti neki is, csak ragaszkodik NFO fájl megjelenítésekor a régi DOS-os időkben kialakult ASCII artos megjelenést lehetővé tévő codepage-hez és betűtípushoz az alapértelmezett windowsos helyett.
Hihetetlen, hogy ennyi ido utan is nagy ivben szarnak egymasra sw cegek es tarsaik, ugyan azt a nevet egeszen masra hasznaljak.
Ennek egy rém egyszerű oka van: korlátos a három- és négybetűs rövidítések száma, így biztosan lesz átfedés. Arra azért szoktak ügyelni, hogy adott területen belül ne legyen ütközés, de sokszor ez sem olyan egyszerű. -
dqdb
nagyúr
Titkosított felhős backupra még a restic is jó móka, bár ez már eléggé kis célközönségnek szól.
Notepad++-nál létezik gyorsabb és jobb megoldás (főleg akkor, ha esetenként 1-2 GB-os fájlokkal is boldogulni kell), de az fizetős, az ingyenes változatából pont azokat a feature-öket hagyták ki, amelyekben jobb a többieknél. Ingyenesben ott van még a Notepad2, vagy a nehéztüzérség kategóriában a Sublime Text és VS Code.
PistiSan: adatbázisban kompatibilisek, de pluginekben nem, ez kimaradt az imént. Szóval ha használsz valami extra plugint, akkor meg kell nézni, hogy az XC támogatja-e adott funkciót.
-
dqdb
nagyúr
Keepass2Android, ahogyan a normál KeePass esetében is. Ugyanazt a fájlformátumot használja a KeePass 2.x vonal és a KeePassXC is, egymással kompatibilisek, csak míg az előzőt .NET-ben írták meg, addig az utóbbit a minél több platform támogatása érdekében C++ és Qt párosában.
-
dqdb
nagyúr
A Fájlkezelés blokkba a FAR Manager, FreeCommander vagy hasonló fájlkezelő talán beleférne, valamint pár ingyenes Notepad helyettesítő.
A Biztonság blokkban a csak windowsos KeePass helyett/mellett jobb lenne a multiplatformos KeePassXC ajánlása. A SUPERAntiSpyware mehet a kukába, mostanra elavult, ellenben a Kasperksy Rescue Disknek és Emsisoft Emergency Kitnek ott lenne a helye. A CIS nem rossz, de semmi hű és ha az ingyenes szegmensben, simán maradhat, de én ott linkelném a vírusirtós topik összefoglalóját még ezen felül, hogy vírusirtók terén ott folytassa a nézelődést.
Az Internet blokkban ha már van FileZilla, akkor a WinSCP is elférne.
A Hardware blokkból a HWInfo64 hiányzik nekem, valamint szerintem érdemes lenne betenni az amúgy fizetős Hard Disk Sentinelt a program promós topik linkjével, hogy a Standard változat sokszor előfordul ingyen is. És talán elférne ott a SpeedFan is egy olyan említéssel, hogy próbálja ki az alaplapjához adott szoftvert is (ASUS AI Suite, MSI Control Center, ASRock FAN-Tastic Tuning, Gigabyte Easy Tune).
-
#44289
dqdb
nagyúr
Donki Hóte
#44287
dqdb
nagyúr
válasz
Donki Hóte
#44287
üzenetére
Be tudod állítani napszaktól függetlenül egy fix értékre.
Azonban az ott kiírt színhőmérsékletnek és a valóságnak köze nem lesz egymáshoz, mert abba még a monitor és annak a beállításai is beleszólnak. Sok monitornál amúgy lehet menüből a színhőmérsékletet állítani, bár néha ez csak 2-3 lehetséges értéket jelent.
-
dqdb
nagyúr
Nem létezik olyan, amivel utólag megállapítható, mikor készült a fájl, mert egyszerűen nem megoldható.
Arra van lehetőséged, hogy a készítést követően időbélyeggel látod el a fájlt, ekkor hitelesen tudod bizonyítani, hogy az adott fájl az időbélyegzés időpontjában már létezett. Tehát nem azt, hogy pontosan mikor készült, hanem azt, hogy milyen időpontnál nem később készült.
De ez is csak a konkrét fájlt védi meg, arra nem bizonyíték, hogy adott mondatot biztosan az mondta-e el, akinek a hangja hallatszik a felvételen, és nem egy beszédszintetizátor alkalmazás, amelyek egyre hatékonyabbak a megtévesztésben.
-
dqdb
nagyúr
válasz
Wolfskin
#44113
üzenetére
Elméletben a vCard egy szabványos formátum, támogat egy rakás propertyt és karakterkódolást.
Gyakorlatban a szabványnak több változata van, a kliensek elbeszélhetnek egymás mellett, nem támogatják a szabvány teljesen, nem szabványos megoldásokat használnak, és adja magát a káosz.
Próbáld meg a lehetőségek minél kisebb szeletét használni a kompatibilitás eléréséhez, és akkor hátha működik a keresztkompatibilitás.
Az általad említett EssentialPIM-nek van androidos változata. Azt sem jó az igényeidnek?
-
#44096
dqdb
nagyúr
Ezekiel Ston
#44094
dqdb
nagyúr
válasz
Ezekiel Ston
#44094
üzenetére
Mindenkinek hozz létre külön felhasználót. Egyszerre többen is be lehetnek jelentkezve akár.
-
dqdb
nagyúr
válasz
#04331520
#44014
üzenetére
Ha ugyanazt a böngészőt használod mindkét platformon, akkor a legegyszerűbb megoldás, ha bekapcsolod a szinkronizálást.
Ha eltér a két böngésző, de a szinkronizálás számodra megoldás, akkor ott van az Xmarks.Már nincsen.Ha nem szeretnéd a könyvjelzőidet felhőbe küldeni, akkor a legtöbb böngésző képes importálni/exportálni html formátumban a könyvjelzőket, ami működik, de lássuk be, macerás.
Ha a felhő oké, és mindenhonnan elérhető könyvjelzőket szeretnél, akkor akad pár online megoldás is (start.me, Delicious, raindrop.io, ...).
Ha önálló offline bookmark managerre vágysz, akkor ez a termékkategória azelőtt élőhalott állapotba került, hogy kialakultak volna a multiplatformos megoldások.
-
dqdb
nagyúr
VB != VB.NET != VBA
Az első Visual Basic néven valaha a Visual Studio része volt, 16 éve abbahagyták a fejlesztését, és mostanra már a támogatását is.
A második Visual Basic.NET néven a Visual Studio része jelenleg is (van ingyenes változata), semmi köze sincsen a nevében hasonló elődhöz, ez egy teljes értékű programnyelv, amelyben .NET Frameworköt használó alkalmazások fejleszthetőek.
A harmadik Visual Basic for Applications néven az Office része, és az Excel/Word/stb. funkcionalitása automatizálható vele.
Itt van némi információ az előhozásáról és a kezdeti lépésekről, és itt van a teljes referencia hozzá.
-
dqdb
nagyúr
válasz
GreenIT
#43897
üzenetére
Az a válasz nem a te kérdésedre ment.
Sima oszlopdiagrammal megoldható, a korábbi hozzászólásod alapján valami ilyesmi kell neked. Az alsó grafikon eléggé sima ügy, némi formázgatás, a neked kellő felső ahhoz képest eléggé csúnya gányolással jön létre, ahol az oszlopokat összetoltam minimális magasságúra és átlátszóra állítottam.
-
#43871
dqdb
nagyúr
Zoli-bácsi
#43870
dqdb
nagyúr
válasz
Zoli-bácsi
#43870
üzenetére
Ha ikonod volt rá (mindegy, hogy asztalon vagy Start menüben), akkor elég lett volna annak a tulajdonságait megnézni, hogy mit indít el, és így meglett volna azonnal a mappa.
-
dqdb
nagyúr
válasz
olloczky
#43849
üzenetére
Felteszed a Dropbox/OneDrive/Google Drive/akármi klienst, és egy általa szinkronizált mappában tárolod a .kdbx fájlt. Amikor az egyik gépen módosítod, akkor az mindenhová szinkronizálódni fog. És ahogyan pc360 írta, a telefonos kliensnek sem okoz problémát, hogy egy ismertebb tárhelyen van a fájl.
A biztonság növelése érdekében érdemes jelszó + kulcsfájl párost beállítani az adatbázisra (a kulcsfájlt felhő használata nélkül másold át minden gépre, ahol használnád), ezzel egy Lastpass vagy hasonló szoftver biztonsági szintjére fényéveket versz (az androidos Keep2Android támogatja ezt, iOS terén nem ismerem a felhozatalt).
-
-
#43821
dqdb
nagyúr
bluemirage
#43820
dqdb
nagyúr
válasz
bluemirage
#43820
üzenetére
Köszi, ezt nem ismertem
Mondjuk nem csoda, mert évekkel azután jelent meg, hogy belőttem anno az említett két programot (és ha már ezzel foglalatoskodtam, akkor a Dune 2-t és Gobliiins 3-at magamnak
). Úgy nézem, hogy ez egy DOSBox fork, amit az általad említett irányban gyúrtak ki. -
dqdb
nagyúr
válasz
GreenIT
#43817
üzenetére
Ugyan nem FoxBASE-t, de hasonló korú DOS-os programokat, mint Lotus 1-2-3 és dBASE III is sikeresen futtattam DOSBox alól Windows Vista/7/8/10 alatt. Egyedül a nyomtatást nem sikerült megoldani közvetlenül, az csak úgy ment, hogy a Lotus 1-2-3 fájlba mentette a nyomtatnivalót, és után egy másik parancs tolta ki mátrixnyomtatóra.
Közben kipróbáltam, ahogyan sejtettem, megy:
-
dqdb
nagyúr
válasz
Kékes525
#43803
üzenetére
A freeware az egészen más kategória. Gondolj a SysInternals Suite vagy a NirSoft Utilities-re. Ott is egy csomó egy feladatra orientált program van. Ezek feladatát az átlag felhasználó ugyancsak nem ismeri. Ennek ellenére létezik. Sőt tudnék még hasonlókat jó néhányat felsorolni. Ezért nem értem az indokaidat.
Ezek léteznek, mert igény van rájuk, azaz piacuk van. És piac alatt természetesen a potenciális felhasználókat értettem, amelybe a freeware-ek is beletartoznak, és nem csak a fizetni is hajlandó részhalmazukat.Ha valós igény lenne egy olyan toolra, ami routereken és access pointokon kapcsolgatja ki/be a wifit vezetékes hálózaton keresztül, hogy ne az admin felületén kelljen megtenni ezt, akkor létezne. De nem létezik vagy olyan szinten nem létezik, hogy valaki vegye a fáradságot, és a saját magának létrehozott megoldást mások számára is használhatóvá tegye, megossza, valamint a jövőben karban is tartsa, ha az eszközének megváltozna a firmware-je. Így vagy beletörődsz, hogy nincsen, vagy saját magad számára automatizálsz, és ekkor te lehetsz az, aki mások számára megoszt egy olyan alkalmazást, ami X típusú eszközön működik, hátha másoknak is megtetszik az ötlet, és tovább bővítik más eszközökkel.
Igaz. Ez alapján viszont az egyszerű vírusvédelem (+ tűzfal) is felesleges. A lényeg ott van, amit írtál, hogy ha nagyon akarnak. Azért ha lehet, meg kell nehezíteni a dolgukat. Ezért is használunk vírusvédelmi programokat. Pedig bármelyike kijátszható, ha nagyon akarják, mégsem javasolható az elhagyásuk.
Sokat érsz vírusvédelemmel és a számítógépekre telepített tűzfallal, ha a belső hálózatodban van egy idegen test (= a szolgáltatói modem, amely routerként is viselkedik nálad), amelyen az összes belső forgalmad átfolyik (tehát nem csak az, ami az internet felé elmegy), és amely felett nincsen semmilyen hatalmad, mert távolról menedzselik. Ha a szolgáltatói eszközt átkapcsolód bridge üzemmódba és beteszel egy saját routert, akkor a belső forgalmad a routeren belül marad, a szolgáltatói eszköz felé már csak az internetes forgalom megy el. Furcsa, hogy egy biztonság terén érdeklődőként ezt a triviális első védelmi vonalat nem lépted meg. -
dqdb
nagyúr
válasz
Kékes525
#43793
üzenetére
Gondoltam ezt már megoldották és van hozzá egy program amely kezeli az ismertebb routereket, legalábbis amióta ismeretes a WPA2 exploit.
Biztosan velem van a probléma, de nem látom egy ilyen egyetlen feladatra használható alkalmazásnak a piacát. A buktatókat annál inkább, hiszen egy átlagos felhasználó azt sem tudja, hogy milyen típusú routere van, az milyen címen és milyen belépési adatokkal érhető el, és 1000+ otthoni környezetben használt router/AP típus biztosan van a piacon, amelyeknél az elérés módja egy firmware-frissítés után megváltozhat.Addig ez jó lenne, míg be nem foltozzák és lesznek olyan routerek amelyeket nem érint a hiba.
Ha megnézted a hiba leírását, akkor ott látható, hogy a kihasználásához kell egy kliens, amelyik csatlakozik a hálózathoz, önmagában egy működő router nem elég. Azaz, ha nem vagy otthon és akkor a kliensek sem használják a wifit, akkor semmi értelme a wifi lekapcsolásának, mert a sérülékenységet sem tudják kihasználni. Ha otthon vagy, és megy a wifi, akkor ellenben ki lehet használni a sérülékenységet (persze csak akkor, ha sem a router, sem a kliensek nincsenek frissítve, esetedben ez már nem áll fenn).másrészt monitorozom a Wi-Fit, tudok időben cselekedni
Ha a monitorozás alatt azt érted, hogy nézed, ki van fellépve a hálózatodra, akkor az édeskevés. Bárki sniffelhet a közeledben a forgalmadból, majd offline brute force módszerrel megtörheti, hogy vagy a dekódolt forgalom, vagy a jelszavad a kezébe kerüljön. Az utóbbi esetben pedig elég addig várnia, amíg például egy telefon lemegy standbyba és bontja a wifi kapcsolatot, ezután a telefon MAC addressét használva úgy be tud lépni a belső hálózatodra, hogy észre sem veszed.Furcsa, hogy ennyire hangoztatod a biztonságot és közben szolgáltatói eszközt használsz routerként. Mert, ha akarnak, akkor azzal tényleg bármit meg tudnak csinálni távolról, és még csak észre sem veszed.
-
dqdb
nagyúr
válasz
Kékes525
#43781
üzenetére
Szólsz egy hozzáértő* webfejlesztő ismerősödnek, hogy automatizálni szeretnéd ezt a folyamatot. Ő elmegy hozzád, kedvenc böngészőjében bekapcsolja a fejlesztői eszköztárat, és megnézi, hogy a router adminisztrációs felülete pontosan mit küld el be- és kikapcsoláskor. Ez alapján összeállít neked mindkét folyamatra vagy egy egyetlen curl/wget hívásból álló scriptet (felugró jelszóablak) vagy egy kissé bonyolultabb scriptet (a router admin felülete weboldalba integrált beléptetéssel rendelkezik).
Hogyan? Telekom tulajdona. A jelszó elég biztonságos, de ennek ellenére sérülékeny a szabvány, azaz feltörhető.
Tehát, ha nem vagy otthon, akkor nem mehet a wifi, mert feltörhetik, ha otthon vagy, akkor mehet, mert akkor úgysem törik fel, vagy hogy van ez
Amúgy melyik szabvány szerinted sérülékeny?Ha nem bízol meg a szolgáltatói eszközökben és/vagy nem akarsz az erőteljesen limitált tudásukhoz igazodni, akkor vegyél egy saját wifi routert, és a szolgáltatói eszközt kapcsold át bridge üzemmódba. Ezen felül, ha a saját routeren kizárólag a guest wifit engedélyezed, akkor a wifire kapcsolódó eszközök csak az internetet fogják látni és a saját, vezetékes hálózaton kapcsolódó gépeidet nem.
Másik lehetőség, hogy a szolgáltatói eszközt router üzemmódban hagyod, lekapcsolod rajta a wifit, a saját wifi routert AP módba kapcsolod, és rákötöd kábellel a szolgáltatói dobozra. Így a saját router áramellátását kapcsolgathatod attól függően, hogy kell-e wifi vagy sem (az más kérdés, hogy a folyamatos üzemre tervezett eszköznek mennyire fog tetszeni napi 1-2 ki- és bekapcsolás hosszabb távon).
* a hozzáértő alatt olyan személyt értek, aki ezzel foglalkozik munkaként, és nem olyanra, aki összekattintgatta első WordPress oldalát
-
dqdb
nagyúr
válasz
smallmer
#43629
üzenetére
Ha Windowson kívül előfordulhat macOS/Linux is, akkor KeePassXC, ha nem, akkor KeePass is tökéletes.
Ha több gépen/telefonon is használnád, akkor erős jelszóval és kulcsfájllal érdemes létrehozni az adatbázist, a jelszót megjegyzed, az adatbázis mehet fel felhős tárhelyre, a kulcsfájlt (bármiféle felhő használatát elkerülve) felmásolod minden olyan gépre, ahonnan használnád, és így lesz egy szinkronizált, mindenhonnan elérhető jelszóadatbázisod.
Valamint mindkét szoftvernek vannak böngészőkhöz bővítményei.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Eredetileg arra szerettem volna felhívni a figyelmet, hogy a hosszabb jelszó nem ad egyértelműen nagyobb biztonságot, mint egy rövidebb, hiszen csak akkor jár exponenciálisan növekvő bonyolultsággal, ha a hozzátett részek nem vagy gyengén korrelálnak a már meglévővel, mert ha igen, akkor az exponenciálisból lineárishoz közeli görbe is kijöhet. Egy ismert vers első pár szavából következik a többi, míg a correcthorsebatterystaple esetében nem.
Amúgy melyik szabvány szerinted sérülékeny?
Új hozzászólás Aktív témák
- exHWSW - Értünk mindenhez IS
- PROHARDVER! feedback: bugok, problémák, ötletek
- Apple MacBook
- Kerékpárosok, bringások ide!
- Milyen egeret válasszak?
- HiFi műszaki szemmel - sztereó hangrendszerek
- Vezeték nélküli fülhallgatók
- Futás, futópályák
- Sokkal jobb ajánlat lett elődjénél az iPhone 17e
- Akciófigyelő: Jelentős kedvezményekkel veheted meg a Xiaomi 17-eket
- További aktív témák...
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- Bitdefender Total Security 3év/3eszköz! - Tökéletes védelem.
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- PC Game Pass előfizetés
- Windows 10/11 Home/Pro , Office 2024 kulcsok
- Dobozos! Xbox Series S 512 GB + kontroller 6 hó garancia, számlával!
- Samsung Galaxy S25 Ultra Titanium Black 256GB használt karcmentes 6 hónap garancia
- ÚJ/BONTATLAN Microsoft Surface Laptop 7 X Elite 16GB 512GB
- Samsung Galaxy Tab A9+ 128GB,Újszerű,Dobozaval,12 hónap garanciával
- HP EliteBook 855 G7 15,6" Ryzen 5 PRO 4650U, 16GB RAM, 256GB SSD, jó akku, számla, 6 hó gar
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest