Pengesahan dan Keizinan

Dalam aplikasi perusahaan, keselamatan amat penting! Kita perlu mengetahui siapa yang menggunakan aplikasi dan perkara yang boleh dilakukan oleh mereka.

Pelajaran ini merangkumi pengesahan (mengesahkan identiti) dan keizinan (memberikan akses).

Pengesahan ialah proses mengesahkan identiti pengguna. Anggaplah ia sebagai membuktikan bahawa Anda ialah orang yang dikatakan oleh Anda.

• Kaedah lazim: Nama pengguna/kata laluan, biometrik (Face ID/Touch ID), token keselamatan.
• Pengesahan yang berjaya bermakna sistem mempercayai identiti pengguna.

Selepas disahkan, keizinan menentukan tindakan yang dibenarkan untuk dilakukan oleh pengguna atau data yang boleh diakses oleh mereka.

• Contohnya, pengguna "admin" mungkin boleh melihat semua laporan, manakala pengguna "biasa" hanya boleh melihat laporan mereka sendiri.
• Keizinan berkaitan dengan kebenaran, bukan identiti.

Selepas pengesahan, pelayan sering mengeluarkan token (seperti kunci digital) kepada aplikasi. Token ini kemudiannya dihantar bersama permintaan seterusnya.

Token membawa maklumat identiti dan keizinan dengan selamat, tanpa memerlukan pengesahan semula untuk setiap tindakan.

OAuth 2.0 ialah protokol piawaian industri untuk keizinan terwakil. Ia membolehkan pengguna memberikan laman web atau aplikasi akses kepada maklumat mereka di laman lain tanpa mendedahkan kata laluan.

• Ia NOT protokol pengesahan itu sendiri, tetapi sering digunakan bersama OpenID Connect (OIDC) untuk pengesahan.
• Lazim digunakan untuk ciri "Log masuk dengan Google/Facebook".

Memahami OAuth 2.0 melibatkan empat peranan utama:

• Pemilik Sumber: Pengguna yang memiliki data tersebut (iaitu Anda!).
• Klien: Aplikasi yang meminta akses (aplikasi mudah alih Anda).
• Pelayan Keizinan: Mengesahkan identiti pemilik sumber dan mengeluarkan token akses.
• Pelayan Sumber: Menyimpan data/sumber yang dilindungi dan menerima token akses.

Untuk aplikasi mudah alih, Aliran Kod Keizinan dengan PKCE (Kunci Bukti untuk Pertukaran Kod) ialah jenis pemberian OAuth 2.0 yang paling selamat.

• Aplikasi mengubah hala pengguna ke Pelayan Keizinan.
• Pengguna log masuk dan memberikan kebenaran.
• Pelayan Keizinan menghantar kod keizinan kembali kepada aplikasi.
• Aplikasi menukar kod tersebut dengan token akses (dan sering kali token penyegaran).

iOS menyediakan rangka kerja untuk memudahkan penyepaduan OAuth 2.0, khususnya bagi pengesahan web luaran:

• SFSafariViewController: Untuk memaparkan kandungan web dalam aplikasi Anda sambil berkongsi kuki dengan Safari.
• ASWebAuthenticationSession: Cara yang lebih moden dan selamat untuk mengesahkan pengguna melalui perkhidmatan web, dengan mengendalikan ubah hala dan berkongsi keadaan pengesahan secara automatik.

Ini menghalang aplikasi Anda daripada mengendalikan bukti kelayakan pengguna yang sensitif secara langsung.

Log Masuk Tunggal (SSO) membolehkan pengguna mengesahkan diri sekali dan mendapat akses kepada beberapa sistem perisian bebas tanpa perlu mengesahkan diri semula.

• Amat penting dalam persekitaran perusahaan demi produktiviti dan keselamatan.
• Contoh: Log masuk ke semua aplikasi syarikat menggunakan bukti kelayakan korporat Anda (contohnya, Active Directory, Okta, Azure AD).

Menyepadukan SSO dengan aplikasi Objective-C selalunya melibatkan penggunaan penyedia identiti perusahaan (IdPs) yang menyokong piawaian seperti SAML atau OpenID Connect (OIDC).

• Banyak IdPs menyediakan SDK untuk iOS bagi memudahkan penyepaduan.
• Aplikasi biasanya mengubah hala pengguna ke halaman log masuk perusahaan (selalunya dalam paparan web selamat), kemudian menerima token selepas pengesahan berjaya.

Anda telah mempelajari perbezaan penting antara pengesahan (siapa diri Anda) dan keizinan (perkara yang boleh Anda lakukan).

Kita membincangkan OAuth 2.0 untuk keizinan terwakil dan komponen utamanya, termasuk Aliran Kod Keizinan yang selamat untuk peranti mudah alih.

Akhir sekali, kita meneroka Log Masuk Tunggal (SSO) untuk memudahkan akses perusahaan dalam aplikasi Objective-C.