Memahami Error AADSTS70000 Invalid Grant di Microsoft Azure dan M365

By Mirko Peters · 2026-04-21

Error AADSTS70000 “invalid grant” adalah masalah yang sering dihadapi admin dan developer yang bekerja dengan Azure Active Directory dan layanan Microsoft 365. Yo…

Automatically translated with AI from the original post. Read the English original

Error AADSTS70000 “invalid grant” adalah masalah yang sering dihadapi admin dan developer yang bekerja dengan Azure Active Directory dan layanan Microsoft 365. Anda sering melihat error ini saat menghubungkan sistem atau otomatisasi melalui Power Platform, add-in Outlook, atau aplikasi yang bergantung pada alur identitas Microsoft.

Singkatnya, error AADSTS70000 berarti terjadi kesalahan saat autentikasi, biasanya ketika aplikasi atau pengguna mencoba mendapatkan token menggunakan OAuth, tetapi “grant”-nya sudah tidak valid. Kondisi ini bisa menghentikan alur kerja Power Automate, merusak integrasi Outlook, atau mengganggu proses masuk ke aplikasi apa pun yang menggunakan Azure atau Entra ID untuk autentikasi. Jika Anda bekerja di bidang cloud IT atau pengembangan aplikasi, error ini layak ditanggapi serius karena menandakan masalah autentikasi dan keamanan yang dapat melumpuhkan sistem Anda.

Memahami bagaimana dan di mana error ini bisa muncul sangat penting untuk troubleshooting yang cepat, sekaligus mencegah momen frustrasi ketika sesuatu tiba-tiba berhenti bekerja semalaman tanpa peringatan apa pun.

Menguraikan Bagian-Bagian Pesan Error Invalid Grant 70000

Saat Anda menemui error AADSTS70000 invalid grant, sebenarnya ada dua bagian kunci dalam pesan error tersebut. Bagian pertama adalah kode error itu sendiri, yaitu “AADSTS70000”. Kode ini secara spesifik menunjukkan adanya masalah pada grant OAuth dalam kerangka autentikasi Microsoft.

Bagian kedua adalah alasannya, biasanya ditandai sebagai “invalid_grant” atau disertai pesan seperti “grant is invalid or malformed”. Ini menunjukkan bahwa server tidak dapat menerima permintaan token, umumnya karena salah konfigurasi, kebijakan keamanan, atau masalah pada struktur grant.

Jika error ini muncul di log masuk Azure, terkadang akan disertai detail tambahan seperti “refresh token expired” atau “redirect URI mismatch”. Dengan mengenali pola-pola ini, Anda dapat dengan cepat membedakan kesalahan pengguna, masalah registrasi aplikasi, dan kesalahan konfigurasi layanan yang lebih dalam. Hal ini memangkas waktu diagnosis dan membawa Anda langsung ke dokumentasi atau saluran dukungan Microsoft yang paling membantu.

Apa Penyebab Error Invalid Grant 70000?

Berikut adalah penyebab paling umum error AADSTS70000 invalid grant. Setiap penyebab berkaitan dengan cara OAuth dan Azure AD menangani token, keamanan, dan pengaturan registrasi aplikasi:

• Grant OAuth Tidak Valid atau Kedaluwarsa: Access token dan refresh token yang tidak valid atau kedaluwarsa menjadi penyebab utama. Jika token digunakan melewati tanggal kedaluwarsanya atau diubah selama transmisi, Azure AD langsung menolaknya.
• URI Redirect Tidak Tepat atau Pengaturan Klien yang Tidak Cocok: Perbedaan kecil pada URI redirect yang terdaftar (bahkan satu garis miring yang hilang) dapat merusak alur. Mengubah detail aplikasi tanpa memperbarui pengaturan Azure AD adalah penyebab yang sering terjadi.
• Masalah Refresh Token: Mencoba menggunakan kembali refresh token yang sudah dicabut, atau menggunakan token yang kedaluwarsa atau diterbitkan untuk klien lain, akan memicu error ini. Terkadang, admin merotasi secret atau mereset kata sandi sehingga token ini tidak valid tanpa disadari.
• Gangguan Kebijakan Conditional Access dan MFA: Jika aturan MFA atau kepatuhan perangkat aktif di tengah alur, terutama pada akun latar belakang atau akun layanan, grant akan ditolak dengan sedikit penjelasan. Ini adalah penyebab yang halus dan sering membingungkan bahkan bagi profesional berpengalaman. Ingin mendalami kebijakan Conditional Access dan isu kepercayaan? Lihat diskusi tentang celah kebijakan dan praktik terbaik ini.
• Ketidakcocokan Persetujuan atau Scope: Ketika izin dicabut, persetujuan hanya sebagian, atau scope aplikasi sudah tidak didukung, integrasi yang sebelumnya berfungsi bisa tiba-tiba gagal. Admin dan developer yang mengintegrasikan aplikasi pihak ketiga harus memastikan izin yang diperlukan dan persetujuan admin masih berlaku. Untuk pembahasan mendalam tentang risiko persetujuan OAuth di Entra ID, lihat halaman ini.

Jalur Solusi untuk Error Invalid Grant 70000

1. Hapus Token Cache dan Autentikasi Ulang: Cara tercepat untuk mengatasi masalah token atau sesi adalah memutuskan dan menghubungkan kembali akun atau layanan yang terdampak. Untuk Power Automate, Outlook, dan aplikasi serupa, keluar lalu masuk kembali secara manual dapat memicu alur OAuth baru dan mengatasi error invalid grant.
2. Periksa dan Perbaiki Redirect URI: Buka Azure Portal dan pastikan redirect URI pada app registration Anda sama persis dengan yang dikirim oleh aplikasi atau konektor. Satu karakter tambahan pun dapat menggagalkan seluruh autentikasi saat Azure memvalidasi permintaan.
3. Validasi App Registration dan Client Secret: Pastikan setiap perubahan pada app registration, rotasi secret, atau perubahan izin terbaru sudah diterapkan dengan benar. Client secret yang kedaluwarsa atau tidak sesuai adalah penyebab diam-diam yang sering merusak integrasi yang sedang berjalan.
4. Tinjau Kebijakan Conditional Access dan Persetujuan: Audit kebijakan Conditional Access Anda untuk mencari pengecualian yang terlalu luas atau celah kepatuhan perangkat. Hal ini dapat merusak alur tanpa pesan error yang jelas. Perketat alur persetujuan pengguna dan pastikan persetujuan admin tetap diterapkan di tempat yang diperlukan. Untuk strategi tata kelola, lihat panduan praktik terbaik keamanan mendalam ini.
5. Perbarui Permission Scope: Periksa kembali permission scope yang diminta oleh aplikasi atau otomasi Anda. Scope terkadang berganti nama atau dihentikan, terutama di Microsoft Graph. Pastikan semuanya selaras di antara kode aplikasi, registrasi di portal, dan riwayat persetujuan.
6. Paksa Penghapusan Token Setelah Perubahan Keamanan: Jika token berpotensi disusupi atau Anda baru saja memperbarui kebijakan kata sandi, gunakan Intune atau Azure Portal untuk mencabut semua sesi aktif dan meminta semua pengguna dan otomasi untuk masuk ulang. Untuk mempelajari lebih lanjut tentang cara menghadapi serangan akses berbasis persetujuan yang persisten, tinjau panduan tentang risiko serangan persetujuan Entra ID dan mitigasinya.

Masalah Power Automate: Memecahkan Masalah Kegagalan Autentikasi Invalid Grant

1. Hubungkan Ulang atau Perbarui Koneksi Data yang Terdampak: Jika flow Anda menampilkan error 70000, mulailah dengan membuka flow di Power Automate, mencari koneksi yang menampilkan peringatan, lalu menghubungkannya kembali. Langkah ini memaksa layanan untuk memperoleh token baru menggunakan kredensial terbaru.
2. Periksa Izin Pengguna dan Validitas Kredensial: Pastikan pengguna yang ditetapkan pada flow Anda memiliki akses yang tepat ke sumber data. Jika akun yang digunakan dalam flow dinonaktifkan, kata sandinya kedaluwarsa, atau persyaratan MFA berubah, Anda akan terus mengalami kegagalan autentikasi.
3. Validasi Permission Scope yang Diperlukan: Periksa kembali bahwa scope yang diberikan sesuai dengan kebutuhan flow Anda untuk membaca atau mengirim email, membuat file, atau menambahkan item ke SharePoint. Hal ini sangat penting untuk konektor Outlook dan Teams.
4. Tinjau Kebijakan DLP dan Pembatasan Konektor: Kebijakan Data Loss Prevention (DLP) dapat diam-diam merusak flow jika sebuah konektor berpindah dari tidak diblokir menjadi diblokir, atau diklasifikasikan ulang oleh admin. Untuk informasi lebih lanjut tentang membangun otomasi yang stabil dengan batasan DLP yang tepat, lihat panduan kebijakan DLP untuk pengembang Power Platform ini.
5. Bedakan Kegagalan Sementara dan Persisten: Terkadang, error 70000 disebabkan oleh gangguan layanan jangka pendek. Satu kegagalan yang diikuti pemulihan biasanya tidak perlu dikhawatirkan, tetapi jika error terus berlanjut, mulailah telusuri izin koneksi dan scope persetujuan di seluruh tenant Anda.
6. Tinjau Konfigurasi Tata Kelola: Celah dalam tata kelola environment atau identitas dapat membuat risiko autentikasi menyusup seiring waktu. Untuk tips tata kelola Power Platform, lihat ikhtisar praktik terbaik ini.

Azure Sign-In 70000: Menggunakan Log Azure AD dan Audit untuk Diagnosis

1. Mulai dari Log Sign-In Azure AD: Buka Sign-In logs di Azure Portal dan filter kegagalan dengan kode “AADSTS70000”. Periksa alasan kegagalan, aplikasi klien, dan IP sumber. Langkah ini membantu memastikan apakah masalahnya berasal dari pengguna, aplikasi, atau konfigurasi.
2. Analisis Pola Perilaku Token dan Klien: Cari error berulang yang terkait dengan pengguna, service principal, atau aplikasi yang sama. Error "invalid grant" yang konsisten muncul setelah kejadian terjadwal, misalnya rotasi secret, sering menunjukkan kebijakan token yang tidak selaras atau refresh token yang sudah kedaluwarsa.
3. Gunakan Log Audit Azure AD untuk Konteks yang Lebih Luas: Gabungkan kegagalan sign-in dengan log audit Azure AD. Log ini memperlihatkan perubahan registrasi aplikasi, pembaruan kebijakan akses bersyarat, dan kemungkinan pencabutan token secara massal. Mengidentifikasi perubahan yang terjadi tepat sebelum error dimulai dapat langsung membawa Anda ke akar masalah.
4. Manfaatkan Alat Audit Tingkat Lanjut: Untuk investigasi yang lebih luas di seluruh Microsoft 365, alat seperti Microsoft Purview Audit menyediakan retensi yang lebih panjang serta sinyal mendalam untuk analisis forensik. Pelajari cara menyiapkan dan menggunakan alat ini di ikhtisar Purview Audit ini.
5. Perkuat Tata Kelola untuk Stabilitas Jangka Panjang: Tata kelola yang baik membantu mencegah kerusakan diam-diam dan penyimpangan kebijakan yang menumpuk dari waktu ke waktu. Terapkan pagar pengaman dengan Azure Policy dan pantau pengecualiannya. Untuk strategi yang menyeluruh, lihat panduan tata kelola perusahaan Azure.

Sinkronisasi Waktu dan Selisih Jam Sistem: Penyebab Tersembunyi Error OAuth Invalid Grant

Salah satu penyebab AADSTS70000 invalid grant yang paling sering terlewat adalah ketidaksesuaian jam sistem, yang lebih dikenal sebagai *clock skew*. Ketika perangkat klien dan server Microsoft tidak sepakat tentang waktu saat ini, token OAuth dan kode otorisasi bisa tampak sudah kedaluwarsa atau belum berlaku, meskipun semua hal lainnya sudah benar.

Ini sangat merepotkan di lingkungan virtual atau cloud, tempat berbagai sistem berjalan dengan jam yang sedikit tidak sinkron. Latensi jaringan atau mode sleep perangkat dapat memperparah masalah ini, sehingga percobaan autentikasi yang valid gagal tanpa penyebab yang jelas.

Solusinya? Sinkronkan semua perangkat secara rutin dengan server NTP yang andal. Siapkan koreksi waktu otomatis pada domain controller, mesin virtual, dan perangkat pengguna akhir. Menjaga selisih waktu dalam satu hingga dua menit dari "waktu nyata" jauh lebih baik daripada kegagalan grant yang misterius. Untuk pandangan yang lebih luas tentang pendekatan keamanan proaktif Microsoft 365 dan Dynamics, termasuk kontrol adaptif, simak podcast Zero Trust by Design ini.