1. ÁLTALÁNOS RENDELKEZÉSEK

2.1. Ez az adatvédelmi szabályzat a webhely adminisztrációjának hivatalos szabványdokumentuma, és meghatározza a magánszemélyekre és jogi személyekre vonatkozó információk feldolgozásának és védelmének eljárását a Webhelyen található Visszajelzési űrlap használatával.
2.2. Jelen Adatvédelmi Szabályzat célja, hogy biztosítsa a Felhasználóra vonatkozó információk megfelelő védelmét, beleértve a személyes adatait az illetéktelen hozzáféréstől és nyilvánosságra hozataltól.
2.3. A felhasználókkal kapcsolatos információk gyűjtésével, tárolásával, terjesztésével és védelmével kapcsolatos kapcsolatokat a jelen Adatvédelmi szabályzat és a vonatkozó jogszabályok szabályozzák.
2.4. Az Adatvédelmi Szabályzat jelenlegi verziója egy nyilvános dokumentum, amelyet a Webhely adminisztrációja fejlesztett ki, és bármely Internet-felhasználó számára elérhető az „Adatvédelmi szabályzat” hipertext hivatkozásra kattintva.
2.5. A Webhely adminisztrációja jogosult a jelen Adatvédelmi szabályzat módosítására.
2.6. Az Adatvédelmi Szabályzat módosításakor a Webhely adminisztrációja értesíti erről a Felhasználót az Adatvédelmi szabályzat új verziójának közzétételével a webhelyen.
2.7. Amikor az Adatvédelmi Szabályzat új verzióját közzéteszik a Webhelyen, az előző verziót a Webhely adminisztrációjának dokumentációs archívuma tárolja.
2.8. A Visszajelzési űrlap használatával a Felhasználó elfogadja jelen Adatvédelmi nyilatkozat feltételeit.
2.9. A Webhely adminisztrációja nem ellenőrzi a Felhasználóról kapott (összegyűjtött) információk pontosságát.

1. A FELHASZNÁLÓK SZEMÉLYES ADATAI GYŰJTÉSÉRE ÉS FELDOLGOZÁSÁRA VONATKOZÓ FELTÉTELEK

3.1. A Felhasználó személyes adatait, mint például: név, vezetéknév, családnév, e-mail, telefon, skype stb., a Felhasználó a Felhasználó hozzájárulásával továbbítja a Webhely adminisztrációjához.
3.2. A személyes adatoknak a Felhasználó által a Webhely adminisztrációjához a Visszajelzési űrlapon keresztül történő továbbítása a Felhasználó hozzájárulását jelenti személyes adatainak továbbításához.
3.3. A Webhely adminisztrációja feldolgozza a Felhasználóra vonatkozó információkat, beleértve a személyes adatai, mint például: név, vezetéknév, családnév, e-mail, telefon, skype stb., valamint további információ a Felhasználóról, saját kérésére megadja: szervezet, város, beosztás stb. az Oldal Felhasználójával szembeni kötelezettségek teljesítése érdekében.
3.4. A személyes adatok kezelése az alábbi elvek alapján történik:
a) a személyes adatok kezelésének céljainak és módszereinek jogszerűsége és jóhiszeműsége;
b) a személyes adatok kezelésének céljai megfelelnek a személyes adatok gyűjtése során előre meghatározott és bejelentett céloknak;
c) a kezelt személyes adatok mennyisége és jellege összhangban van a személyes adatok kezelésének módszereivel és a személyes adatok kezelésének céljaival;
d) a személyes adatokat tartalmazó, kölcsönösen összeférhetetlen célból létrehozott adatbázisok kombinálásának megengedhetetlensége.
3.5. A Weboldal adminisztrációja a Felhasználó személyes adatait a Felhasználó hozzájárulásával kezeli az Oldalon kínált szolgáltatások nyújtása érdekében.

1. SZEMÉLYES ADATOK TÁROLÁSA ÉS FELHASZNÁLÁSA

A Felhasználó személyes adatait kizárólag elektronikus adathordozón tároljuk, és kizárólag a jelen Adatvédelmi nyilatkozat 3. pontjában meghatározott célra használják fel.

1. SZEMÉLYES ADATOK ÁTVITELE

5.1. A Felhasználó személyes adatait harmadik félnek nem adjuk át, kivéve a jelen Adatvédelmi nyilatkozatban kifejezetten meghatározott eseteket.
5.2. A Felhasználó személyes adatainak megadása állami szervek, önkormányzatok kérésére a törvényben előírt módon történik.

1. A SZEMÉLYES ADATOK MEGŐRZÉSI FELTÉTELEI ÉS MEGSEMMISÍTÉSE

6.1. A Felhasználó személyes adatait a elektronikus média oldal határozatlan ideig.
6.2. A Felhasználó személyes adatai megsemmisítésre a Felhasználó kérése alapján, vagy a Webhely adminisztrátorának kezdeményezésére indokolás nélkül, a Felhasználó által közzétett információknak a Weboldal adminisztrációja általi eltávolításával történik.

1. A FELHASZNÁLÓK JOGAI ÉS KÖTELEZETTSÉGEI

A felhasználóknak jogukban áll kérés alapján tájékoztatást kapni a Webhely adminisztrációjától személyes adataik kezelésével kapcsolatban.

1. INTÉZKEDÉSEK A FELHASZNÁLÓI INFORMÁCIÓK VÉDELMÉRE

A Weboldal adminisztrátora technikai, szervezési és jogi intézkedéseket tesz annak érdekében, hogy a Felhasználó személyes adatait megóvja azokhoz való jogosulatlan vagy véletlen hozzáféréstől, megsemmisítéstől, módosítástól, letiltástól, másolástól, terjesztéstől, valamint egyéb jogellenes cselekményektől.

1. KÉRDÉSEK A FELHASZNÁLÓTÓL

9.1. A felhasználónak joga van kéréseit a Webhely adminisztrációjához eljuttatni, beleértve személyes adatainak felhasználásával/törlésével kapcsolatban a jelen Adatkezelési Tájékoztató (3) bekezdésében foglaltak szerint írásban az (1) bekezdésben meghatározott címre.
9.2. A Felhasználó által küldött kérelemnek az alábbi információkat kell tartalmaznia:
számára Egyedi:
– a Felhasználó vagy képviselője személyazonosságát igazoló főokirat száma;
- információ a meghatározott okmány kiállításának időpontjáról és az azt kiállító hatóságról;
– a visszajelzési űrlapon keresztül történő regisztráció dátuma;
– kérjen szöveget szabad formában;
– a Felhasználó vagy képviselője aláírása.
számára jogalany:
– kérés szabad formában fejléces papíron;
– a visszajelzési űrlapon keresztül történő regisztráció dátuma;
- a kérelmet meghatalmazott személynek alá kell írnia, csatolva a személy jogosultságát igazoló dokumentumokat.
9.3. A Webhely adminisztrációja vállalja, hogy a Felhasználó kérelmét a kérelem kézhezvételétől számított 30 napon belül megvizsgálja és választ küld arra.
9.4. Az Adminisztrációhoz a Felhasználótól kapott minden levelezés (írásos/elektronikus jelentkezések) korlátozott tájékoztatásra vonatkozik, és a Felhasználó írásos hozzájárulása nélkül nem hozható nyilvánosságra. A kérelmet küldő Felhasználóra vonatkozó személyes adatok és egyéb információk a Felhasználó külön hozzájárulása nélkül nem használhatók fel, kivéve a beérkezett megkeresés témájában vagy a jogszabályban kifejezetten előírt esetekben.

Valószínűleg minden programozó életében legalább egyszer szembesült azzal, hogy el kell rejtenie az információkat az alkalmazáson belül. Ezek lehetnek a programkomponensek visszafejtésére szolgáló titkosítási kulcsok, API-végpontok címei, olyan karakterláncok, amelyek jobban el vannak rejtve, hogy megnehezítsék a fordító működését. Androidon ezt nagyon nehéz megtenni, de jelentősen megnehezítheti a kinyerést.

Kezdjük azzal, hogy a bemutatási ígéret ellenére hatékony módszerek Ha elrejti az információkat az alkalmazásban, továbbra is erősen ajánlom, hogy ne tegye ezt, legalábbis addig, amíg világossá nem válik, hogy egyszerűen nem nélkülözheti. Függetlenül attól, hogy milyen kifinomult módszereket használ az információk elrejtésére, továbbra is lehetséges lesz azok kinyerése. Igen, sokféle homályosítási technikát alkalmazhat, titkosítást vagy az alkalmazáson belül elrejtett fájlokat használhat (erről még szó lesz), de ha valaki azt a célt tűzi ki maga elé, hogy felfedje az alkalmazás titkait, akkor ha kellően képzett, meg fogják tenni.

Tehát minden jelszó, titkosítási kulcs és egyebek valóban fontos információ az alkalmazás kódjába biztosan nem érdemes beletenni. Hozzáférést kell adnia az alkalmazásnak valamilyen webszolgáltatáshoz? Használja az API-ját, hogy a csatlakozás pillanatában szolgáltatástokent kapjon. Az alkalmazás speciális rejtett API-t használ a szolgáltatásához? Kérje le az URL-címét magától a szolgáltatástól, és ez az URL egyedi legyen az alkalmazás minden példányánál. Alkalmazást készít fájlok titkosítására? Kérjen titkosítási jelszót a felhasználótól. Általában mindenképpen győződjön meg arról, hogy az alkalmazáson belül nem található olyan információ, amely a fiókok, a webszolgáltatás vagy a felhasználói adatok feltöréséhez vezethet.

És ha mégis úgy dönt, hogy fontos adatokat varr be az alkalmazás kódjába, és nem akarja, hogy megjelenjen, számos recept létezik, hogyan teheti ezt meg, a legegyszerűbbtől az igazán összetettig.

Karakterláncok mentése a strings.xml fájlba

Ez valószínűleg legegyszerűbb módszer sorokat rejtőzködve. A módszer lényege, hogy ahelyett, hogy a karakterláncot egy konstans belsejébe helyezné a kódban, ami a dekompiláció után annak észleléséhez vezet, helyezze a res/values/strings.xml fájlba:

... Jelszavam ...

És a kódból elérheti a getResources()-on keresztül:

Karakterlánc jelszó = getResources().getString(R.string.password);

Igen, sok alkalmazás-visszafordító eszköz lehetővé teszi a strings.xml tartalmának megtekintését, ezért jobb, ha a karakterlánc nevét (jelszót) valami ártalmatlanra módosítja, és magát a jelszót diagnosztikai üzenetnek (olyan, mint a 8932777-es hiba) állítja be, és ennek a karakterláncnak csak egy részét használja, ha felosztja a split() metódussal:

String string = getResources().getString(R.string.password).split(" "); Karakterlánc jelszó = strings;

Természetesen jobb, ha ártalmatlan neveket adunk a változóknak, vagy egyszerűen csak bekapcsoljuk a ProGuard-ot, amely lerövidíti a nevüket egy-két betűs kombinációkra, például a , b , c , ab .

Vonalak felosztása darabokra

Nemcsak felhasználhatja a vonalak egyes részeit, hanem fel is oszthatja őket, hogy aztán összeillessze őket. Tegyük fel, hogy el akarja rejteni a MyLittlePony karakterláncot a kódjában. Nem szükséges egyetlen változóban tárolni, több sorra bontani és szétszórni különböző módszerek vagy akár osztályok:

String a = "MyLi"; Karakterlánc b = "ttle"; String c = "Póni"; ... Karakterlánc jelszó = a + b + c;

De itt fennáll annak a veszélye, hogy olyan fordítóoptimalizálásokba ütközünk, amelyek összerakják a karakterláncot a teljesítmény javítása érdekében. Ezért jobb, ha nem alkalmazunk statikus és végső direktívákat ezekre a változókra.

Adatok kódolása XOR használatával

Az irányváltó további elhomályosítása érdekében a húrok xeroxolhatók. Ez a kezdő (és nem csak) vírusírók kedvenc módszere. A metódus lényege: veszünk egy karakterláncot, generálunk egy másik stringet (kulcsot), bájtokra bontjuk és alkalmazzuk a kizárólagos VAGY műveletet. Az eredmény egy XOR-kódolású karakterlánc, amelyet az XORing ismét dekódolhat. A kódban mindez valahogy így nézhet ki (hozzon létre egy StringXOR osztályt, és tegye bele ezeket a metódusokat):

// A karakterlánc kódolása public static String encode(String s, String key) ( return Base64.encodeToString(xor(s.getBytes(), key.getBytes()), 0); )) // A karakterlánc dekódolása public static String dekód (String s, String key) ( return new String(xor(Base64.decode(s, 0), key.getBytes())); ) // Maga az XOR művelet privát statikus bájt xor(byte a, byte key) ( byte out = új bájt; for (int i = 0; i< a.length; i++) { out[i] = (byte) (a[i] ^ key); } return out; }

Találjon ki egy második karakterláncot (kulcsot), és használja azt az elrejteni kívánt karakterláncok kódolásához (például legyen ezek a jelszó1 és jelszó2 karakterláncok, 1234-es kulcs):

String encoded1 = StringXOR.encode("jelszó1", "1234"); String encoded2 = StringXOR.encode("jelszó2", "1234"); Log.e("DEBUG", "kódolt1: " + kódolt1); Log.e("DEBUG", "kódolt2: " + kódolt2);

Amikor megnyitja az Android Monitort az Android Stúdióban, a következő sorokat találja:

Kódolt1: RVRCRQ== kódolt2: ACHBDS==

Ezek az eredeti XOR-kódolású karakterláncok. Adja hozzá őket a kódhoz az eredeti helyett, és a karakterláncok elérésekor használja a dekódolási funkciót:

Karakterlánc jelszó1 = StringXOR.decode(encodedPassword1, "1234");

Ennek a módszernek köszönhetően a karakterláncok nem fognak nyíltan az alkalmazás kódjában heverni, de nem lesz nehéz dekódolni őket, ezért nem szabad teljesen erre a módszerre hagyatkozni. Igen, és a kulcsot is el kell rejteni valahogy.

Továbbra is csak a tagok számára elérhető

1. lehetőség: Csatlakozzon a "webhely" közösséghez, hogy elolvassa az oldalon található összes anyagot

A meghatározott időszakban a közösségben való tagság hozzáférést biztosít az ÖSSZES Hacker anyaghoz, növeli a személyes kumulatív kedvezményét, és lehetővé teszi a professzionális Xakep Score értékelés felhalmozódását!

Sajnos a MailChimpnek nincs lehetősége jelölőnégyzet hozzáadására az Adatvédelmi szabályzat elfogadásához. Felesleges rendes jelölőnégyzetet bevinni az űrlapszerkesztőbe, ezért kicsit másképpen fogunk haladni. Magához az űrlaphoz már a weboldalunkon hozzáadjuk.

Ehhez szükségünk van:

1. Adjon hozzá egy sort egy jelölőnégyzettel a MailChimp által számunkra generált űrlap kódjához.
2. Tiltsa le a gombot, ha a hozzájárulás jelölőnégyzet nincs bejelölve.

Egy kis megjegyzés a második ponthoz. Ha nem tiltja le a gombot, amikor a jelölőnégyzet nincs bejelölve, az űrlap továbbra is működik. Ez pedig már törvénybe ütközik, mert a személynek kifejezett hozzájárulását kell kifejeznie az Ön Adatvédelmi szabályzatához. Ha webhelye be van jelölve, előfordulhat, hogy „Ai-ai-ai” lesz.

Kód a jóváhagyási űrlaphoz való pipa hozzáadásához

Illessze be ezt a kódot az űrlap gombja elé:

onchange="document.getElementById("mc-embedded-subscribe").disabled = !this.checked"/> Elolvastam az Adatvédelmi szabályzatot

Címke szükséges ahhoz, hogy a jelölőnégyzet működjön, amikor a szövegre kattint.

Egy gomb letiltásához adja hozzá a „disabled” szót a kódjához:

Tiltva class="button">

Nos, annak érdekében, hogy maga a gomb inaktív állapotban eltérjen a szokásostól, adjon hozzá stílusokat az inaktív gombhoz a CSS-ben. A legegyszerűbb megoldás az átlátszóság megváltoztatása, ha nem akarja zavarni.

Bemenet:letiltva ( átlátszatlanság: .5; )

Kódolja, ha azt szeretné, hogy a jelölőnégyzet alapértelmezés szerint be legyen jelölve

A jelölőnégyzet kódjához adja hozzá a „checked” kifejezést. Ez a jelölőnégyzetet alapértelmezés szerint bejelöli:

ellenőrizve/> Elolvastam az Adatvédelmi szabályzatot

Ne adja hozzá a "letiltott" gomb kódjához:

Ebben az esetben, ha a felhasználó letiltja a jelölőnégyzetet, a gomb inaktívvá válik.

Ez minden. Elég egyszerű, igaz?