App fotók és képek elrejtéséhez: 5 megközelítés biztonság szerint rangsorolva (2026)
Öt fotóelrejtési mód a legkevésbé biztonságostól a legbiztonságosabbig.
Okostelefonon öt alapvetően eltérő módon rejtheted el a fotókat. A tíz másodperc alatt beállítható ingyenes, beépített funkciótól az AES-256-ra, egy erős, szabványos titkosítóra épülő zero-knowledge titkosított széfekig terjednek.
A legtöbb „legjobb app fotók elrejtéséhez” cikk tíz appot sorol fel letöltési linkekkel. Ez az útmutató más. Öt megközelítést rangsorol a legkevésbé biztonságostól a legbiztonságosabbig, pontosan elmagyarázza, mi ellen véd és hol bukik el mindegyik, és megadja azokat a műszaki szempontokat, amelyekkel bármelyik kategória bármelyik appját értékelheted.
A helyes választás a fenyegetési modelledtől függ. Akinek egy meglepetés-születésnapi albumot kell elrejtenie, másféle védelemre van szüksége, mint akinek bizalmas jogi dokumentumokat vagy olyan intim fotókat kell tárolnia, amelyek kiszivárgása valódi kárt okozhat.
Gyors válasz: app képek elrejtéséhez
Ha képek elrejtésére szolgáló appot keresel, először döntsd el, hogy alkalmi elrejtés vagy valódi biztonság kell. A beépített Rejtett album elég ahhoz, hogy a képek ne legyenek a fő fotókönyvtárban. Egy számológépnek álcázott app társasági értelemben rejti el magát az appot. A zero-knowledge titkosított széf a helyes kategória, ha a képeknek a mentésekben, törvényszéki kinyeréskor vagy felhős kitettség esetén is olvashatatlannak kell maradniuk.
Ha iPhone-os magánképeid kiszivárgása kárt okozna, olyan appot válassz, amely minden fájlt helyben titkosít, a kulcsokat az eszközön tartja, és fiók létrehozása nélkül működik. Ez a különbség egy képeket elrejtő és egy képeket védő app között.
Az 5 megközelítés rangsorolva
| Helyezés | Megközelítés | Védelmi szint | Mire való |
|---|---|---|---|
| 1 (legkevésbé biztonságos) | Beépített albumos elrejtés | Csak hozzáférés-szabályozás | Alkalmi védelem a vállad fölött kíváncsiskodók ellen |
| 2 | Külső mappaelrejtők | Rejtett könyvtár, titkosítás nélkül | A fotók távol tartása a fotókönyvtártól |
| 3 | Számológépnek álcázott appok | Társasági álcázás, titkosítás nélkül | Magának a széfappnak az elrejtése |
| 4 | Jelszóval védett felhőtárhely | Titkosított továbbítás, szerveroldali kulcsok | Eszközök közti hozzáférés közepes biztonsággal |
| 5 (legbiztonságosabb) | Zero-knowledge titkosított széfek | AES-256 titkosítás, kliensoldali kulcsok | A legerősebb védelem minden fenyegetéstípus ellen |
1. megközelítés: beépített albumos elrejtés
Hogyan működik
Az iOS és az Android is kínál beépített lehetőséget a fotók elrejtésére a fő fotókönyvtárból.
iOS (Rejtett album): jelöld ki a fotókat, érintsd meg a Megosztást, majd az „Elrejtés” lehetőséget. A rejtett fotók a Rejtett albumba kerülnek, amelynek megtekintéséhez Face ID, Touch ID vagy az eszköz jelkódja kell (iOS 16-tól). Az iOS 16 előtt a Rejtett album azonosítás nélkül is látható volt.
Android (Google Fotók Zárolt mappa): tedd át a fotókat a Zárolt mappába, amelynek eléréséhez biometrikus azonosítás vagy az eszköz PIN-kódja kell.
Mi ellen véd
- Valaki alkalmilag végiggörgeti a Fotók appodat
- Gyerekek vagy mások böngészik a fotókönyvtáradat
Hol bukik el
- Az eszköz jelkódja = hozzáférés. Aki ismeri az eszköz jelkódját, mindent lát a Rejtett albumban. Nincs külön azonosító.
- Nincs független titkosítás. A kulcsokat az Apple és a Google kezeli. Az eszközhöz hozzáférő törvényszéki eszközök elérhetik a rejtett fotókat.
- Nincs hihető letagadhatóság. A Rejtett album és a Zárolt mappa jól ismert funkciók. A létezésük látszik a beállításokban. Aki rejtett tartalmat keres, pontosan tudja, hol nézzen utána.
- Egyetlen tér. Eszközönként egy rejtett terület. Nem hozhatsz létre külön rekeszeket különböző érzékenységi szintekhez.
Őszinte értékelés
A beépített lehetőség ingyenes, súrlódásmentes, és elég ahhoz, hogy a nyaralós fotók külön legyenek a képernyőképektől. Nem biztonsági eszköz. Rendszerező eszköz egy vékony adatvédelmi réteggel. A legtöbb alacsony fenyegetettségű felhasználónak ez tényleg elég.
Biztonsági osztályzat: D. Hozzáférés-szabályozás független titkosítás és letagadhatóság nélkül.
2. megközelítés: külső mappaelrejtők
Hogyan működik
A mappaelrejtő appok külön tárterületet hoznak létre az app homokozójában. A fotók a fotókönyvtárból ebbe a területbe kerülnek, és PIN-kód, jelszó vagy biometrikus zár védi őket. Maguk a fájlok eredeti formátumukban (JPEG, PNG, HEIC) maradnak, titkosítás nélkül.
Mi ellen véd
- A fotókönyvtár alkalmi böngészése
- Valaki, aki a telefonodat használja, és nem tudja, hogy van széfappod
Hol bukik el
- Nincs titkosítás. A fájlok normál képfájlok az app könyvtárában. Ha a telefont számítógéphez csatlakoztatják, vagy kinyernek egy mentést, előkerülnek.
- A törvényszéki eszközök teljesen megkerülik a PIN-kódot. Az olyan eszközök, mint a Cellebrite UFED és a GrayKey, közvetlenül olvassák az app homokozójának tartalmát.
- Adatgyűjtés. Sok ingyenes mappaelrejtő hirdetésekből él, és több követő SDK-t tartalmaz. Egy 2023-as elemzés szerint az iOS 20 legnépszerűbb széfappja közül 14 legalább három külső követő SDK-t tartalmazott.
- Az app törlésének kockázata. Ha az app törlődik (szándékosan vagy egy iOS-frissítési hiba miatt), az app homokozójában lévő titkosítatlan fájlok elveszhetnek.
Őszinte értékelés
Csekély javulás a beépített Rejtett albumhoz képest. A külön PIN-kód a fő előny: aki ismeri az eszköz jelkódját, nem jut be automatikusan a széfappba. A titkosítás hiánya miatt viszont ez a megközelítés bármilyen műszakilag felkészült támadóval szemben összeomlik.
Biztonsági osztályzat: D+. A külön PIN-kód jobb a semminél. A titkosítás hiánya viszont attól még a titkosítás hiánya.
3. megközelítés: számológépnek álcázott appok
Hogyan működik
Az app ikonja és indítóképernyője működő számológépet mutat. Egy adott kód beírása felfedi a rejtett fotótárat. Az álca a fő védelem: aki ránéz a telefonra, számológépet lát, nem széfappot.
Népszerű példák: Calculator#, Calculator Lock, Secret Calculator, HideX.
Mi ellen véd
- Valaki, aki széfszerű appokat keres a Főképernyődön
- Alkalmi szemlélők, akiknek eszükbe sem jutna kódot beírni egy számológépbe
- Társasági helyzetek, amikor kínos lenne bevallani, hogy van széfappod
Hol bukik el
- Nincs titkosítás (a legtöbb esetben). Ugyanaz a fájlrendszer-kitettség, mint a mappaelrejtőknél. A fájlok titkosítatlanok az app homokozójában.
- A „csali” funkciók törvényszéki szempontból átláthatók. A különböző albumokhoz több PIN-kódot használó appok egy konfigurációs fájlban tárolják, hány PIN–album pár létezik. A törvényszéki vizsgálók ezt a konfigurációt elolvassák.
- Maga az álca is felismerhető. Az App Store letöltési előzményei felfedik az appot. Az iOS Képernyőidő mutatja a használatát. A vállalati MDM azonosíthatja az appot. Az álca az alkalmi szemlélők ellen működik, az elszántak ellen nem.
- Tele hirdetéssel. Az ingyenes számológépszéfek agresszíven hirdetésekből élnek, gyakran teljes képernyős közbeiktatott hirdetésekkel és kiterjedt követéssel.
Őszinte értékelés
A számológépszéfek valódi lélektani igényre felelnek: „Nem akarom, hogy mások tudják, hogy van széfappom.” Ez sokaknak jogos aggály. A védelem azonban társasági, nem műszaki. Az álca abban a pillanatban összeomlik, amint valakinek tudása, eszköze vagy ideje van.
A számológépszéfek biztonságának részletesebb elemzéséért lásd a számológépszéfekről szóló teljes útmutatónkat.
Biztonsági osztályzat: C-. A társasági álcázásnak van értéke. Az alatta lévő fájlok viszont ugyanazoknak a fenyegetéseknek vannak kitéve, mint bármelyik mappaelrejtőnél.
4. megközelítés: jelszóval védett felhőtárhely
Hogyan működik
Az olyan szolgáltatások, mint a Google Drive, a Dropbox, a OneDrive és az iCloud, jelszóval védett mappákat vagy széfeket kínálnak. A fájlok továbbítás közben és a szolgáltató szerverein tárolva titkosítva vannak. Egyes szolgáltatások speciális védelmi funkciókat is kínálnak (például a Dropbox Vault, amely PIN-kódot ad hozzá).
Mi ellen véd
- Illetéktelen hozzáférés a felhőfiókhoz (ha be van kapcsolva a kétlépcsős azonosítás)
- Lehallgatás továbbítás közben (TLS-titkosítás)
- Az eszköz fizikai elvesztése (a fájlok a felhőben vannak, nem csak az eszközön)
- Eszközök közti hozzáférés egységes védelemmel
Hol bukik el
- Szerveroldali kulcskezelés. A titkosítási kulcsok a felhőszolgáltatónál vannak. Jogi kényszer alatt vissza tudja fejteni a fájlokat, és a megfelelő hozzáféréssel rendelkező alkalmazottak elméletben megnézhetik a tartalmat.
- A fiók biztonsága a védelmi határ. Ha a Google-, Apple- vagy Microsoft-fiókodat feltörik, a védett fájlok is veszélybe kerülnek. A jelszóval védett mappák adnak egy réteget, de a mesterkulcsok továbbra is a szolgáltatónál vannak.
- Metaadatok kitettsége. A fájlnevek, a méretek, a feltöltési dátumok és a mappaszerkezet akkor is láthatók a szolgáltató számára, ha a fájltartalom titkosítva van.
- Internetfüggőség. A fájlok eléréséhez kapcsolat kell. Nem alkalmas olyan helyzetekre, ahol az internet-hozzáférés korlátozott vagy megfigyelt.
- Felhasználási feltételek szerinti szkennelés. A nagy felhőszolgáltatók szabálysértések után kutatva szkennelik a feltöltött tartalmat. Ez jellemzően szerveroldalon történik, ahol a kulcsok a szolgáltatónál vannak.
Őszinte értékelés
A jelszóval védett felhőtárhely a legtöbb ember számára észszerű középút. Véd az eszköz ellopása és az alkalmi illetéktelen hozzáférés ellen. A gyengesége a bizalmi lánc: bízol abban, hogy a felhőszolgáltató nem fér hozzá a fájljaidhoz, és abban, hogy a szervereit nem törik fel.
Azoknak, akiknek magától a szolgáltatótól is védelem kell (újságíróknak, aktivistáknak, bizalmas anyagokkal dolgozó ügyvédeknek, bárkinek, aki érzékeny helyzetben van), a szerveroldali kulcskezelés kizáró ok.
Biztonsági osztályzat: B-. Szilárd az eszközszintű fenyegetések ellen. Elmarad a szolgáltatói szintű és a jogi fenyegetések ellen.
5. megközelítés: zero-knowledge titkosított széfek
Hogyan működik
A kliensoldalon titkosító széfappok a felhasználó eszközén végzik a kulcsszármaztatást és a fájltitkosítást. Egy jó felépítés elválasztja az azonosítóból származtatott feloldókulcsot egy véletlenszerű fájltitkosító kulcstól, és egyikből sem ad nyílt másolatot a szolgáltatónak. A helyreállítási állapotnak, a felhős rekordoknak, az eszköz biztonságának és a feloldott kliensnek továbbra is saját fenyegetési modell kell.
A „zero knowledge” hasznos jelentése szűkebb: a szolgáltató nem birtokolja a tárolt titkosított szöveg visszafejtéséhez szükséges tartalomkulcsot. Ez felépítésbeli korlát, nem ígéret arra, hogy semmilyen nyilvántartást nem őriz. A kliens eszköz, a helyreállítási adatok, a felhős metaadatok, az analitika és minden exportált nyílt adat a fenyegetési modell külön része marad.
Mi ellen véd
- Alkalmi megfigyelés (PIN/minta kell)
- Az eszköz ellopása (a fájlok titkosítva vannak, nem csak elrejtve)
- Törvényszéki vizsgálat (a titkosított adat megkülönböztethetetlen a véletlen zajtól)
- A fejlesztő feltörése (nincsenek kulcsok a szerveren)
- A fejlesztő elleni jogi kényszer (nincs szolgáltatónál tárolt tartalomkulcs, bár a szolgáltatás metaadatai elérhetők maradhatnak)
- Szerverfeltörés (nincs ellopható kulcs)
- iCloud- és mentéskinyerés (a mentések titkosított adatcsomókat tartalmaznak)
Hol bukik el
- Az azonosító elvesztése. Ha a felhasználó az elsődleges azonosítóját és a helyreállítási kifejezését is elveszíti, az adatait senki sem tudja visszaadni. Tervezés szerint nincs hátsó ajtó.
- Felhasználói hiba az azonosítók kezelésében. A biztonsági modell megköveteli, hogy a felhasználó megőrizze az azonosítóit és a helyreállítási adatait. Ez a zero-knowledge rendszerek alapvető kompromisszuma.
A legerősebb megvalósítások ezeket tartalmazzák
Nem minden zero-knowledge széf egyforma. A legjobb megvalósítások ezeket teszik hozzá:
- Fájlonkénti inicializálóvektorok. Minden fájl egyedi IV-t kap, így az azonos fájlokból eltérő titkosított kimenet lesz.
- Metaadat-titkosítás. A fájlnevek, a dátumok és a széfszerkezet külön titkosítással védve.
- Mintánként elkülönített hozzáférés. A zárolt felületen nincs széfeken átívelő lista, és minden beállított minta a saját titkosított indexét címzi. A jelenlegi tárolási formátum minden széf fájljait egy közös, véletlen nevű mappába teszi, de az apptároló vizsgálatával így is megbecsülhető, hány széfben vannak fájlok.
- Kényszermód. Olyan mechanizmus, amely kényszer alatt eltávolíthatja a rejtett széfek helyi hozzáférési állapotát. A dokumentációjának ki kell mondania, hogy megmaradnak-e a felhős másolatok, a társeszközök, a megosztott tárhely, a fájlrendszer-előzmények vagy más törvényszéki nyomok.
- Tárhelykitöltés. A teljes lemezhasználat a széfek és fájlok számától függetlenül állandó marad, ami meghiúsítja a tárhelyváltozásokon alapuló elemzést.
A Vaultaire AES-256-GCM hitelesített titkosítást használ a fájltartalomhoz és a metaadatokhoz, HMAC-SHA512-es PBKDF2-t a mintából származtatott széf- és mentéskulcsokhoz, és mintánként elkülönített felületet látható széflista nélkül. A kényszermódja törli az eszközről a többi széfet a tárolt fájljaikkal együtt, és leválasztja az eszközt a szinkronizálásról, anélkül hogy befejezési üzenetet mutatna. Aki meg tudja vizsgálni az apptárolót, így is megbecsülheti, hány széfben vannak fájlok, és a helyi kényszerművelet nem törli a felhős mentéseket és a többi eszközt.
Biztonsági értékelés: a Vaultaire dokumentálja a hitelesített titkosítást, a kulcsok elkülönítését és a szolgáltatói határokat, de független biztonsági auditot még nem tett közzé. Az azonosító entrópiája, a zárolt eszköz védelme, a megvalósítás minősége, az apptároló metaadatai és a futó kliens sértetlensége mind az értékelés része marad.
Közvetlen összehasonlítás
| Szempont | Beépített elrejtés | Mappaelrejtő | Számológép-álca | Felhő + jelszó | Zero-knowledge széf |
|---|---|---|---|---|---|
| A fájlok tárolás közben titkosítva | Nincs | Nincs | Ritkán | Igen (szerverkulcsok) | Igen (kliensoldali kulcsok) |
| Független az eszköz jelkódjától | Nincs | Igen (külön PIN) | Igen (külön kód) | Igen (fiók + PIN) | Igen (minta/jelszó) |
| A zárolt fájltartalom az apptároló vizsgálatakor | Nincs | Nincs | Nincs | A szolgáltató felépítésétől függ | Titkosítva a mesterkulcs nélkül |
| A széfek számának elrejtése | Nincs | Nincs | Részben (csak álcával) | Nincs | A Vaultaire jelenlegi formátumában részben: a szám így is megbecsülhető |
| A szolgáltatónál tárolt fájlkulcs | Platformfüggő | Általában | Általában | Gyakran | Nincs nyílt másolat a Vaultaire szolgáltatási határán belül |
| Szolgáltatói adatszivárgás | N/A | N/A | N/A | Fájlokat vagy kulcsokat tehet ki | Metaadatokat és titkosított szöveget tehet ki, szolgáltatónál tárolt tartalomkulcsot nem |
| Offline is működik | Igen | Igen | Igen | Nincs | Igen |
| Van ingyenes lehetőség | Igen (beépített) | Igen (hirdetésekből) | Igen (hirdetésekből) | Korlátozott | Igen (korlátokkal) |
| Adatgyűjtés | Platformtelemetria | Gyakran kiterjedt | Gyakran kiterjedt | A szolgáltató szabályzata szerint | A Vaultaire analitikája alapból be van kapcsolva, kikapcsolható, és nem tartalmaz tartalmat |
Így válaszd ki a helyes megközelítést
Kezdd a fenyegetési modelleddel
A „helyes” megközelítés attól függ, mi ellen védekezel. Légy őszinte a fenyegetésekkel kapcsolatban:
Alacsony fenyegetettség (alkalmi adatvédelem): a fotókat külön akarod tartani a fő fotókönyvtártól. Senki sem próbál aktívan hozzáférni az eszközödhöz. A beépített elrejtés (1. megközelítés) vagy egy mappaelrejtő (2. megközelítés) elég.
Közepes fenyegetettség (társasági/otthoni adatvédelem): meg akarod akadályozni, hogy bizonyos emberek (partner, család, kollégák) lássanak bizonyos fotókat. Elkérhetik a telefonodat, de műszakilag nem felkészültek. Egy számológép-álca (3. megközelítés) vagy a felhőtárhely (4. megközelítés) érdemi védelmet ad a beépített lehetőségekhez képest.
Magas fenyegetettség (biztonságkritikus): eszközátvizsgálással (határátlépés, jogi helyzetek), törvényszéki vizsgálattal vagy műszakilag felkészült támadókkal számolsz. Olyan tartalmat tárolsz, amelynek kiszivárgása valódi kárt okozna (intim fotók, bizalmas dokumentumok, orvosi iratok, újságírói források). Csak a zero-knowledge titkosítás (5. megközelítés) felel erre a fenyegetési modellre.
A költség-haszon valósága
A biztonsági létra minden foka több súrlódással jár. A beépített elrejtés nem igényel erőfeszítést. A zero-knowledge titkosításhoz egy mintát és egy helyreállítási kifejezést kell kezelned. A kérdés az, hogy a konkrét helyzetedben megéri-e a többletsúrlódás a védelmi nyereséget.
A legtöbb ember számára a válasz nem az, hogy „használd a legbiztonságosabb lehetőséget”. A válasz az, hogy „használd azt a lehetőséget, amely megfelel a tényleges kockázatodnak”. A hiba a kockázat alábecsülése, nem egy kevésbé biztonságos lehetőség tudatos választása.
Gyakran ismételt kérdések
Mi a legjobb app fotók elrejtéséhez?
A legjobb megközelítés a fenyegetési modelledtől függ. Alkalmi adatvédelemhez elég a beépített iOS Rejtett album vagy az Android Zárolt mappa. Törvényszéki vizsgálat, az eszköz ellopása vagy jogi kényszer elleni védelemhez egy AES-256-GCM titkosítást használó zero-knowledge titkosított széfapp adja a legerősebb elérhető védelmet. Nincs mindenki számára „legjobb” app, mert a fenyegetési modellek alapvetően eltérnek.
Megtalálhatja valaki más a rejtett fotókat?
A legtöbb megközelítésnél igen. A beépített rejtett albumok az eszköz jelkódjával elérhetők. A mappaelrejtők és a számológépszéfek titkosítatlan fájlokat tárolnak, amelyeket a törvényszéki eszközök ki tudnak nyerni. A felhőtárhely fájljai a szolgáltató számára elérhetők. Csak a zero-knowledge titkosított széfek tárolják a fájlokat matematikailag olvashatatlan adatként, amely a felhasználó saját azonosítói nélkül nem érhető el.
Biztonságosak az ingyenes fotóelrejtő appok?
Az ingyenes fotóelrejtő appok jellemzően hirdetésekből élnek, és több követő SDK-t tartalmaznak, amelyek eszközazonosítókat és használati adatokat gyűjtenek. A legtöbb nem titkosítja a fájlokat. Az adatvédelem annyi, hogy a fájlok eltűnnek a fotókönyvtár felületéről. Valódi biztonsághoz a titkosítási szabványt, a kulcskezelési modellt és az adatgyűjtési szabályzatot értékeld, ne a „széf” megnevezésre hagyatkozz.
Mi az a zero-knowledge titkosítás?
A zero-knowledge titkosítás a szolgáltatóra korlátozott állítás: a szolgáltatás nem birtokolja azt a kulcsot, amely a tárolt titkosított szöveget felhasználói tartalommá alakítaná. Egy a szolgáltatónak címzett jogi megkeresés így is megszerezheti a titkosított szöveget, a fiókrekordokat, a forgalmi adatokat vagy a szolgáltató által megőrzött egyéb metaadatokat. A felépítés korlátozza a szolgáltató képességét a tartalom visszafejtésére; nem töröl minden nyilvántartást, és nem veszi ki a kliens eszközt és az operációs rendszert a bizalmi határból.
Vissza tudja állítani a rendőrség a fotókat a széfappokból?
Ez a széfapp típusától, az eszköz állapotától, az azonosítóktól és a megvalósítástól függ. A mappaelrejtők és a számológépszéfek szokásos fájlokat hagyhatnak a törvényszéki kinyerés számára, a szerveroldali kulcsokat tartó szolgáltatók pedig vissza tudhatják fejteni a felhős másolatokat. A megfelelő hitelesített titkosítás a lemásolt, zárolt széftartalmat kulcs nélkül számítási szempontból visszafejthetetlenné teheti, de nem állítja meg az offline azonosító-találgatást, a futó eszköz feltörését, a metaadat-elemzést vagy egy másik elérhető másolatból való helyreállítást.
Mi történik, ha elfelejtem a széfem jelszavát?
Az eredmény a biztonsági felépítéstől függ. A szerveroldali kulcsokat használó appok e-mailes jelszó-visszaállítást kínálnak. A zero-knowledge appok helyreállítási kifejezést (szósort) adnak, amely helyben újra előállítja a kulcsot. Ha egy zero-knowledge széfnél a jelszó és a helyreállítási kifejezés is elveszik, az adatokat senki sem tudja visszaadni. Nincs hátsó ajtó. Ez a legerősebb biztonság tudatos kompromisszuma.
Összegzés
Öt megközelítés. Öt különböző védelmi szint. A „rejtve a fotókönyvtárból” és a „csak nálad lévő kulccsal, AES-256-tal titkosítva” közötti skála széles, és minden lépés valódi kompromisszum a kényelem és a biztonság között.
A legtöbben a rossz végén kezdik. Rákeresnek egy „fotóelrejtő appra”, letöltik az első ingyenes találatot, és azt hiszik, a gond megoldódott. Alkalmi adatvédelemhez gyakran így is van. Bármi komolyabbhoz ez a feltételezés veszélyes.
Ismerd a fenyegetési modelledet. Igazítsd a megközelítést a fenyegetéshez. És ha a fájlok kiszivárgása valódi kárt okozna, ne érd be az elrejtéssel. Használj titkosítást.
Kapcsolódó útmutatók: Így rejtsd el a fotókat iPhone-on | A legjobb fotószéf-alkalmazások iPhone-ra | A számológépszéf appok magyarázata