Cikk

Az Android 11 új biometrikus tulajdonságai megkönnyítik a jelenlegi telefon használatát

A biometrikus biztonság megkönnyítette telefonjaink biztonságának megőrzését, ami azt jelenti, hogy a legtöbben ezt csináljuk. Könnyű azt állítani, hogy az ujjlenyomat vagy az írisz vagy a fej térképe nem olyan biztonságos, mint egy erős jelszó vagy az Ön személyazonossága és nem jelszó, de végül jobb, ha több ember védi a telefonját mindenki. Könnyű megérteni, miért akarja bankja, hogy biztonságba helyezze a telefonját, de ne feledje, hogy néhány személyes adata valószínűleg más telefonján is szerepel.

A biometrikus adatok megkönnyítik a biztonságot, ami azt jelenti, hogy valóban használni fogjuk.

Nagy változásokat tapasztaltunk a biometriában a Android 9. A BiometricPrompt API bevezetése azáltal próbálta egységesíteni, hogy a különböző típusú biometrikus hitelesítés miként működhet egységes felület, amely ujjlenyomat-leolvasókkal (kapacitív és ultrahangos is), írisz-beolvasással és biztonságos arcfeloldással működött.

Ezek az alkalmazások támogatják a Pixel 4 arcfeloldási funkcióját

Szükség volt rá. Az új API-k előtt a fejlesztőknek olyan programozási felületeket kellett használniuk, amelyek nem voltak az operációs rendszer részei, vagy ki kellett alakítaniuk a szabványos ujjlenyomat-érzékelő API-k. Az írisz szkennelése a Samsung SDK-tól függött, a Huawei arcfeloldásának saját programozási felülete volt, és így volt HTC-k. Az Android 10 további változtatásokat hajtott végre, így minden - beleértve az újonnan megjelentet is

Pixel 4 - egyetlen módon használhatja a hitelesítést a kerék újrafeltalálása nélkül.

A Verizon a Pixel 4a-t mindössze 10 USD / hó áron kínálja az új Unlimited vonalakon

Láttuk, hogy működik. Az alkalmazásfejlesztők lassan alkalmazkodtak néhány akadály miatt: az új programozási felület továbbra is kényszerítette a közvetlen lekérdezést a tényleges hardver és a rendszer meghatározta, hogy "elég jó-e", és nem azok, akik valóban be akarták vonni egy kb.

Így működik a Pixel 4 szupergyors arcfeloldása

Belép Android 11. Ami egyszerű változásnak, meghatározott hitelesítési típusok hozzáadásának tűnik, a fejlesztők számára minden eddiginél könnyebb bármilyen biometrikus hardvert használni, ahogyan azt jónak látják.

Az Android most a gyenge, erős és eszközhiteles biometrikus hardver kategóriáit tartalmazza. Ban ben Android 10 egy fejlesztő csak azt használhatta, amit a Google biztonságos biometrikusként definiált: ujjlenyomat-szkennereket, írisz-szkennereket és valódi 3D-s arcfelismerést. Ez tulajdonképpen oda vezetett, hogy kódot írtak feketelistára teszi a legnépszerűbb Android-eszközöket (Galaxy S8 / 8. megjegyzés, Galaxy S9 / 9. megjegyzés, Galaxy S10 / 10. megjegyzés) a BiometricPrompt API használatától, és egy hiba miatt a régi megoldásokra kényszerítette az eredeti ujjlenyomat-módszereket. A fényes újfajta cselekvési mód keveset jelent, amikor a legtöbb eszköz nem is tudja használni.

A Samsung Android 10-es verziója növeli az arc kinyitásának biztonságát

Most, amikor egy fejlesztő be akarja vonni a biometrikus hitelesítést, megnézheti minden módszerek - beleértve a "gyengének" megjelölteket is -, hogy megtudják, melyik felel meg legjobban az igényeiknek. Lehet, hogy bankja csak az erősként megjelölt hitelesítést akarja engedélyezni (valószínűleg meg is teszi), így figyelmen kívül hagyhatja az Android szokásos arcfelismerését vagy akár arra kényszeríti, hogy hitelesítés után adja meg a feloldókódot vagy PIN-kódot, ha rendkívül biztonságtudatosak (valószínűleg nem, de talán mégis kellene).

A gyenge biometrikus adatok is hasznosak.

Alternatív megoldásként valami biztonságos fotóböngésző lehetővé teheti a gyengébb hitelesítési módszereket, mint például a normál fotóalapú arcoldó vagy akár köztes megoldások, amelyek szinte megfelelnek az "erős" kritériumoknak, például a HTC mélységérzékelő arckezelése kinyit.

Amint ez nincs így, egy alkalmazásnak csak annyit kell tennie, hogy mondja meg a BiometricPrompt API-nak, hogy mutasson párbeszédpanelt, és kész. Nincs több egyéni kódolás vagy harmadik féltől származó SDK, vagy mindent kézzel kell végrehajtani. És ennek így kell lennie; amikor a dolgok könnyűvé (vagy könnyebbé) válnak a fejlesztők számára, előnyösek vagyunk.

Hamarosan találkozunk az Android 11-en.

smihub.com