Loading
Platform
Asana AI
KAPABILITAS
Jenis Perusahaan
Tim
Industri
Kasus Penggunaan
MEMPELAJARI
DUKUNGAN
LAYANAN
Pusat Bantuan
search-icon

Topik

Opsi autentikasi dan manajemen akses untuk paket berbayar

Dalam Artikel Ini

Secara default, langkah autentikasi reguler Asana berlaku, dan anggota organisasi Anda memiliki pilihan untuk menggunakan kata sandi tradisional atau Google SSO untuk masuk ke akun masing-masing.

Di organisasi berbayar, Admin Super dapat memilih cara anggota mereka masuk ke Asana, menetapkan persyaratan kompleksitas kata sandi, dan memaksa pengaturan ulang kata sandi semua anggota. Jika Anda membeli paket divisi di Enterprise, Enterprise+, SAML juga dapat diaktifkan. SAML juga dapat diaktifkan untuk Divisi di tingkat Enterprise lama.

Pengaturan autentikasi berbayar hanya berlaku untuk anggota organisasi Anda. Tamu organisasi tidak terdampak oleh pengaturan autentikasi Anda.

Suka dengan apa yang Anda lihat? Mulai uji coba Asana gratis sekarang. Coba gratis.

Kekuatan kata sandi dan paksa pengaturan ulang kata sandi

Lihat artikel ini untuk mengetahui cara memperbarui persyaratan kekuatan kata sandi dan menerapkan pengaturan ulang kata sandi untuk organisasi Anda.

Masuk Google

Jika perusahaan Anda menggunakan Google Workspace untuk Business atau Education, dan Anda menggunakan versi berbayar Asana, Anda memiliki opsi untuk mewajibkan anggota Anda melakukan autentikasi melalui Google.

Catatan iconCatatan

Anda tidak dapat mengatur Masuk Google jika Anda terdaftar pada Paket Divisi.

Untuk mengubah organisasi Anda menjadi Masuk Google, buka tab Keamanan di konsol admin. Dari sini, buka Pengaturan autentikasi global dan klik Masuk Google. Pilih Wajib bagi semua anggota, kecuali tamu dan klik Simpan perubahan.

Google sign-in

Setelah perubahan ini disimpan, kata sandi apa pun yang terkait dengan akun Asana anggota Anda tidak akan berfungsi lagi dan mereka akan diminta untuk menggunakan Google SSO.

Jika Anda mengubah domain email yang terhubung dengan akun Google Anda, harap hubungi kami agar kami dapat menambahkan domain baru ke organisasi Anda.

SAML

Jika perusahaan Anda menggunakan penyedia identitas seperti OneLogin, Okta, LastPass, Microsoft Entre, SecureAuth, atau Active Directory, Bagian TI Anda mungkin ingin mengonfigurasi SAML. Untuk mengatur SAML, Anda harus:

  • Mengikuti organisasi atau divisi di Asana Enterprise, Enterprise+, atau Enterprise lama.
  • Menjadi Admin Super organisasi

Setelah organisasi diatur dengan SAML, anggota organisasi tidak lagi memerlukan kata sandi untuk masuk ke akun mereka. Dari halaman masuk, mereka hanya perlu memasukkan email mereka dan mengeklik Masuk, dengan membiarkan bidang kata sandi kosong. Atau, mereka juga dapat menggunakan dasbor app IdP untuk mengakses Asana.

Langkah Satu: Konfigurasikan IDP Anda

Jika Anda memenuhi ketentuan tersebut, langkah pertama adalah mengonfigurasi Asana dengan penyedia identitas Anda. Langkah-langkah untuk OneLogin, Okta, LastPass, Bitium, SecureAuth, Active Directory, dan Entrust Identity tercantum di bawah ini, tetapi Anda juga dapat melakukan ini untuk penyedia identitas lainnya:

Active Directory

Lihat dokumen ini untuk mengetahui cara mengatur SAML untuk Asana dengan Active Directory.

Anda juga dapat mencoba Okta Cloud Connect. Okta Cloud Connect adalah edisi gratis Okta untuk satu aplikasi. Ini memungkinkan Anda mengatur Okta untuk integrasi AD dan SSO untuk satu aplikasi inti. Informasi selengkapnya dapat ditemukan di sini.

Microsoft Entra

Lihat artikel ini untuk mengetahui cara mengatur SAML untuk Asana dengan Microsoft Entra.

Catatan iconCatatan

Pengaturan ini berbeda dari opsi SSO Microsoft yang disediakan Asana. Untuk informasi selengkapnya tentang hal ini, silakan lihat: Asana untuk Microsoft

Google Workspace

Pelajari cara mengonfigurasikan SSO melalui SAML untuk Asana di sini.

LastPass

  • Di LastPass Enterprise, pertama-tama buka Enterprise Console Anda dan pilih tab SAML di bagian atas konsol. Selanjutnya, Anda akan diarahkan ke halaman SAML utama
  • Klik ikon app Asana
  • Ikuti petunjuk di layar
  • Salin URL Masuk dan sertifikat x.509 untuk digunakan di Langkah Dua

Okta

  • Di Okta, klik tab Aplikasi
  • Carilah Asana
  • Salin URL Masuk dan sertifikat x.509 untuk digunakan di Langkah Dua
  • Pelajari selengkapnya di sini.

OneLogin

  • Di OneLogin, buka "Apps" > "Find apps"
  • Carilah Asana
  • Klik tambahkan di samping Asana
  • Klik Lanjutkan
  • Salin URL halaman masuk dan sertifikat x.509 di suatu tempat untuk digunakan di Langkah Dua

SecureAuth

Lihat artikel ini untuk petunjuk langkah demi langkah tentang menyiapkan SAML untuk Asana dengan SecureAuth.

Entrust Identity

Lihat artikel ini untuk mengetahui cara menyiapkan SAML untuk Asana dengan Entrust Identity.

Langkah Dua: Konfigurasikan Asana

Setelah Anda mengonfigurasi Asana dengan penyedia identitas Anda, sekarang Anda membuat perubahan yang sesuai di Asana.

SAML

Untuk mengubah organisasi Anda ke SAML

  1. Klik foto profil Anda dan pilih Konsol Admin dari menu drop-down
  2. Buka tab Keamanan
  3. Buka bagian Pengaturan autentikasi global
  4. Klik Autentikasi SAML
  5. Klik Wajib bagi semua anggota, kecuali akun tamu
  6. Tempel URL halaman masuk yang Anda salin dari Langkah Satu ke bidang yang sesuai
  7. Tempel Sertifikat X.509 yang Anda salin dari Langkah Satu ke bidang yang sesuai
  8. Atur timeout sesi untuk anggota Anda
  9. Tambahkan timeout sesi seluler jika perlu
  10. Klik Simpan perubahan
  11. Semua pengguna Anda akan dikeluarkan (termasuk Anda) untuk menjamin bahwa semua anggota penuh Anda mengautentikasi melalui SAML mulai saat itu.

Jika Anda menggunakan integrasi sumber terbuka atau non-bawaan, seperti Shibboleth atau PingFederate. Anda harus membagikan metadata SSO Asana kepada kontak teknis agar dapat dikonfigurasi di IdP pilihan mereka.

<md:EntityDescriptor xmlns:md="urn:oasis:names:tc:SAML:2.0:metadata" entityID="https://app.asana.com/">        <md:SPSSODescriptor AuthnRequestsSigned="false" WantAssertionsSigned="false" protocolSupportEnumeration="urn:oasis:names:tc:SAML:2.0:protocol">                <md:NameIDFormat>urn:oasis:names:tc:SAML:1.1:nameid-format:emailAddress</md:NameIDFormat>                <md:AssertionConsumerService Binding="urn:oasis:names:tc:SAML:2.0:bindings:HTTP-POST" Location="https://app.asana.com/-/saml/consume" index="0"/>        </md:SPSSODescriptor></md:EntityDescriptor>

Kami menyarankan agar Admin Super organisasi Anda terlebih dahulu mengatur SAML menjadi opsional dan mencoba masuk dengan kredensial SAML miliknya. Kemudian, setelah berhasil masuk, Admin Super dapat mengubah konfigurasi menjadi wajib.

Setelah diatur dengan benar, siapa pun yang termasuk dalam organisasi perusahaan Anda akan diminta masuk ke akun Asana miliknya dengan penyedia identitas organisasi Anda (terlepas dari organisasi atau Ruang Kerja lain yang mungkin dapat diakses akunnya).

Admin Super dapat mengontrol pengguna internal mana yang memiliki akses ke Asana melalui penyedia identitas mereka, dengan menetapkan Login SAML hanya untuk grup pengguna tertentu. Jika Anda adalah Admin Super dan mengalami masalah saat menyiapkan SAML untuk organisasi Anda, hubungi kami. Jika Anda ingin menetapkan beberapa aturan untuk berbagai grup pengguna IdP, silakan hubungi kami.

Detail log audit untuk login SAML yang gagal

Jika organisasi Anda memiliki akses ke API Log Audit, upaya masuk SAML yang gagal menghasilkan peristiwa user_login_failed di log audit.

Saat login SAML anggota gagal, peristiwa user_login_failed ini kini menyertakan versi respons SAML yang disanitasi yang dikembalikan oleh penyedia identitas Anda. Detail tambahan ini membantu admin dan tim TI memahami alasan login gagal dan mengidentifikasi masalah konfigurasi antara Asana dan penyedia identitas dengan cepat, sekaligus mempertahankan penyamaran nilai sensitif.

Anda dapat menggunakan log audit untuk menghubungkan upaya masuk yang gagal dengan pengguna, waktu upaya, dan detail peristiwa lainnya dari Asana dan penyedia identitas Anda. Untuk skema acara lengkap dan definisi bidang, lihat dokumentasi pengembang Audit log acara.

Waktu habis sesi SAML

Admin Super dapat menetapkan waktu habis sesi SAML antara 1 jam dan 30 hari di Konsol Admin. Anggota akan otomatis keluar dan diminta untuk masuk kembali setelah waktu habis yang ditentukan diterapkan.

Batas waktu sesi seluler dinonaktifkan secara default. Kelola pengaturan ini di Bagian timeout sesi seluler di bagian bawah jendela.

Sertifikat publik

Asana mendukung metode pengikatan HTTP POST untuk SAML, bukan HTTP REDIRECT. Ini berarti Anda harus mengonfigurasi IdP Anda untuk menggunakan pengikatan HTTP POST, yang memastikan transmisi data yang aman selama proses autentikasi.

Untuk keamanan yang lebih baik, Asana mewajibkan penandatanganan Asersi SAML atau seluruh Tanggapan SAML. Langkah ini memastikan keaslian dan integritas data yang dipertukarkan. Pastikan setidaknya satu dari elemen ini ditandatangani dalam konfigurasi Anda.

Asana tidak menandatangani permintaan SAML. Oleh karena itu, saat menyiapkan SAML di IdP Anda, Anda harus menonaktifkan penandatanganan untuk permintaan autentikasi. Ini dapat dilakukan dengan mengatur preferensi Sign AuthnRequest menjadi false (mis., AuthnRequestsSigned="false").

Harap sertakan informasi kunci penandatanganan IdP dalam pernyataan SAML. Kunci ini sangat penting untuk memverifikasi tanda tangan dan menjaga keamanan pernyataan SAML.

Autentikasi dua faktor

Untuk informasi selengkapnya tentang autentikasi dua faktor, lihat artikel ini.

Note iconCatatan

Artikel ini diterjemahkan oleh AI.

Kirim umpan balik terjemahan.

Artikel Terkait

Memuat
Cara mengelola autentikasi | Pusat Bantuan Asana