ERR_CERT_AUTHORITY_INVALID: Penyebab & Cara Memperbaiki

Apa Itu NET::ERR_CERT_AUTHORITY_INVALID?

NET::ERR_CERT_AUTHORITY_INVALID berarti browser Anda tidak mempercayai penerbit sertifikat situs. Chrome menampilkan "Koneksi Anda tidak pribadi", dan di bawah Lanjutan tertulis bahwa server "tidak dapat membuktikan bahwa ini adalah example.com" karena sertifikat keamanannya tidak dipercaya, yang "mungkin disebabkan oleh kesalahan konfigurasi, atau ada penyerang yang menyadap koneksi Anda." Chromium mencatatnya sebagai error -202 (net_error_list.h).

Koneksi sudah terbentuk, server sudah mengirim sertifikatnya, tetapi browser tidak dapat menghubungkannya ke otoritas sertifikat (CA) yang dipercayainya. Catatan Chromium sendiri menyebut tiga alasan: penyerang mengganti sertifikat, situs memakai CA yang tidak dikenal browser, atau sertifikatnya self-signed.

Jika sebuah sertifikat punya beberapa masalah, Chrome hanya menampilkan yang paling serius, dan penerbit yang tidak dipercaya lebih berat daripada nama yang salah atau tanggal kedaluwarsa. Jadi sertifikat self-signed yang juga sudah kedaluwarsa menampilkan kode ini, bukan ERR_CERT_DATE_INVALID.

Tampilan ERR_CERT_AUTHORITY_INVALID di Setiap Browser

Setiap browser menuliskannya dengan cara berbeda. Cari tanda berikut:

Cara Kerja Kepercayaan Sertifikat SSL (Rantai Kepercayaan)

Setiap sertifikat bergantung pada rantai kepercayaan yang berakhir di sertifikat root dari otoritas sertifikat yang sudah dipercaya browser.

Saat Anda terhubung, server mengirim sertifikatnya sendiri ditambah satu atau lebih sertifikat intermediate. Browser memeriksa bahwa sertifikat situs ditandatangani oleh intermediate, dan intermediate itu oleh root yang ada di daftarnya. Untuk ini Chrome tidak lagi memakai daftar sistem operasi Anda: Chrome membawa daftarnya sendiri, Chrome Root Store, di Windows dan macOS sejak Chrome 108 dan di Android sejak Chrome 115 (tidak di iPhone dan iPad, tempat daftar Apple wajib dipakai). Daftar itu berisi sekitar 100 root dan diperbarui di latar belakang (Chrome Root Store). Di Windows dan macOS, Edge membawa daftar Microsoft; Firefox membawa daftar Mozilla; dan semuanya juga mempercayai root yang Anda atau perusahaan Anda tambahkan ke komputer.

Jika ada mata rantai yang hilang atau tidak dikenal, Anda mendapat error ini (selengkapnya di apa itu rantai sertifikat SSL). Rantai terdiri dari empat bagian:

• CA root — self-signed dan sudah tertanam di daftar root browser
• CA intermediate — ditandatangani oleh root; server wajib mengirimnya. Chrome mengunduh intermediate yang hilang dari alamat di dalam sertifikat, tetapi curl, aplikasi, dan banyak klien lain tidak bisa
• Sertifikat situs — ditandatangani oleh intermediate, untuk nama-nama di daftar Subject Alternative Name
• Validasi — browser menelusuri dari sertifikat situs naik ke root tepercaya; setiap tanda tangan harus cocok

Apa Penyebab NET::ERR_CERT_AUTHORITY_INVALID?

Tempat Anda melihatnya mempersempit penyebabnya: satu situs berarti masalahnya hampir selalu di sertifikat situs itu. Semua situs HTTPS berarti masalahnya di perangkat atau jaringan Anda.

Perbaikan untuk Pengunjung Website (Sisi Klien)

Jika Anda melihat error ini di situs yang bukan milik Anda, coba langkah berikut secara berurutan. Jangan pernah mengetik kata sandi atau nomor kartu di halaman yang menampilkan peringatan ini.

Perbaikan 1: Login ke Wi-Fi atau Coba Jaringan Lain

Wi-Fi hotel, bandara, dan kafe sering membelokkan koneksi pertama Anda untuk menampilkan halaman login, sehingga situs HTTPS mendapat sertifikat milik jaringan, bukan sertifikatnya sendiri. Bantuan Chrome menyebut jaringan semacam ini mengharuskan Anda login, dan membuka halaman http:// akan memunculkan halaman login; Chrome juga bisa menampilkan halaman untuk menyambung ke Wi-Fi sebagai ganti error ini. Setujui login, lalu muat ulang.

Jaringan kantor dan sekolah juga bisa memeriksa HTTPS dengan sertifikat mereka sendiri. Jika error hilang di data seluler, tanyakan ke tim IT jaringan itu: perangkat yang mereka kelola biasanya sudah memasang root mereka, sedangkan perangkat Anda mungkin belum.

Perbaikan 2: Periksa Pemindaian HTTPS Antivirus

Antivirus seperti Kaspersky, Avast, ESET, dan Bitdefender bisa memindai HTTPS dengan mendekripsinya memakai sertifikat mereka sendiri lalu mengenkripsinya kembali. Jika sertifikat root mereka tidak dipercaya browser Anda, atau fitur itu rusak setelah pembaruan, semua situs HTTPS langsung menampilkan error ini.

Untuk menguji, jeda hanya fitur pemindaian HTTPS atau web, lalu muat ulang. Jika error hilang, perbaiki atau perbarui antivirus agar memasang ulang sertifikatnya, atau biarkan pemindaian HTTPS tetap nonaktif.

Perbaikan 3: Perbarui Browser dan Sistem Operasi

Browser dan sistem operasi memperbarui daftar root secara berkala (Chrome lewat pembaruan komponen di latar belakang), dan sistem lama tidak memiliki root yang lebih baru. Android lebih lama dari 7.1.1, misalnya, tidak mempercayai ISRG Root X1, sehingga situs Let's Encrypt gagal di browser dan aplikasi yang bergantung pada daftar sistem.

Perbarui browser lebih dulu: Chrome dan Edge membawa daftar root sendiri di Windows dan macOS, dan Chrome melakukannya di Android sejak versi 115. Setelah itu perbarui sistem operasi.

Perbaikan 4: Periksa Tanggal dan Waktu

Jam yang meleset berbulan-bulan atau bertahun-tahun membuat sertifikat tampak belum berlaku atau sudah kedaluwarsa. Chrome biasanya menampilkan peringatan terpisah untuk itu ("Setelan waktu Anda terlalu lambat" atau ERR_CERT_DATE_INVALID), tetapi jam yang sangat salah setelah baterai CMOS habis atau mesin virtual yang dipulihkan juga bisa mengganggu pemeriksaan kepercayaan. Hanya perlu sepuluh detik untuk menyingkirkan kemungkinan ini.

Windows: Pengaturan → Waktu & bahasa → Tanggal & waktu → aktifkan Atur waktu secara otomatis. macOS: Pengaturan Sistem → Umum → Tanggal & Waktu → Atur waktu dan tanggal secara otomatis. Android: Setelan → Sistem → Tanggal & waktu → Setel waktu otomatis (di Android 16: Tanggal dan waktu otomatis).

Perbaikan 5: Coba Mode Samaran, Lalu Mulai Ulang Browser

Jendela Samaran (Ctrl+Shift+N di Chrome dan Edge, Ctrl+Shift+P untuk jendela mode pribadi di Firefox) berjalan tanpa ekstensi Anda kecuali Anda mengizinkannya. Ekstensi VPN dan proxy dapat mengalihkan lalu lintas Anda lewat server yang menampilkan sertifikatnya sendiri; jika situs berfungsi di mode Samaran, nonaktifkan ekstensi di chrome://extensions lalu aktifkan satu per satu.

Jika situs baru saja memperbaiki sertifikatnya, tutup semua jendela browser dan buka lagi, agar browser memeriksa sertifikat baru dari awal.

Perbaikan 6: Di Android

Android menambahkan beberapa pemeriksaan sendiri:

• Atur tanggal dan waktu otomatis: Setelan → Sistem → Tanggal & waktu.
• Perbarui Chrome dan Android System WebView dari Play Store. Aplikasi yang menampilkan halaman web lewat WebView memeriksa sertifikat terhadap daftar root Android sendiri, jadi versi Android yang lama masih bisa gagal di sana.
• Matikan aplikasi VPN, pemblokir iklan, atau "penjelajahan aman" yang menyaring HTTPS; aplikasi semacam ini menampilkan ikon kunci atau VPN di bilah status.
• Login ke Wi-Fi: jaringan publik menampilkan error ini sampai Anda menyetujui halaman login mereka.
• Di Android lebih lama dari 7.1.1, root Let's Encrypt tidak ada di daftar sistem, sehingga aplikasi dan browser yang mengandalkannya tidak dapat memverifikasi situs-situs itu. Satu-satunya jalan keluar adalah browser yang membawa daftar root sendiri.

Perbaikan untuk Pemilik Website (Sisi Server)

Jika pengunjung melaporkan NET::ERR_CERT_AUTHORITY_INVALID di situs Anda, sertifikat yang Anda sajikan biasanya tidak tersambung ke root publik. Periksa dulu dengan SSL Checker, lalu perbaiki yang ditemukannya. Jika yang tampil berbeda dari sertifikat yang Anda pasang, pastikan dengan DNS Lookup bahwa domain mengarah ke server yang Anda kira, dan dengan HTTP Header Checker server mana yang menjawab.

Perbaikan 1: Pasang Sertifikat dari CA Terpercaya

Sertifikat self-signed, atau yang dari CA Anda sendiri, tidak akan pernah dipercaya browser pengunjung: penandatangannya tidak ada di daftar root publik mana pun.

Pasang sertifikat dari CA tepercaya publik. Let's Encrypt menerbitkan sertifikat gratis dan otomatis yang dipercaya semua browser utama; DigiCert, Sectigo, dan GlobalSign menjual sertifikat dengan validasi organisasi dan dukungan.

# Install Let's Encrypt certificate with Certbot (Nginx)
sudo certbot --nginx -d example.com -d www.example.com

# Install Let's Encrypt certificate with Certbot (Apache)
sudo certbot --apache -d example.com -d www.example.com

# Verify the installed certificate
sudo certbot certificates

Perbaikan 2: Kirim Rantai Sertifikat Lengkap

Sertifikat Anda bisa saja valid sempurna sementara server lupa mengirim intermediate-nya. Chrome sering menutupi hal ini dengan mengunduh sendiri intermediate yang hilang, sehingga situs berfungsi di Chrome tetapi gagal di curl, aplikasi, callback pembayaran, dan beberapa ponsel.

Periksa situs lewat SSL Checker DNS Robot: alat ini menampilkan rantai yang dikirim server Anda dan apakah Mozilla, Chrome, Apple, dan Microsoft masing-masing mempercayainya. Atau periksa dari terminal:

# List each certificate the server sends (s: subject, i: issuer)
openssl s_client -connect example.com:443 -servername example.com -showcerts </dev/null 2>/dev/null | grep -E ' [si]:'

# letsencrypt.org on 26 Oct 2026, a complete chain:
#  0 s:CN=letsencrypt.org
#    i:C=US, O=Let's Encrypt, CN=YE2
#  1 s:C=US, O=Let's Encrypt, CN=YE2
#    i:C=US, O=ISRG, CN=Root YE
#  2 s:C=US, O=ISRG, CN=Root YE
#    i:C=US, O=Internet Security Research Group, CN=ISRG Root X2
#  3 s:C=US, O=Internet Security Research Group, CN=ISRG Root X2
#    i:C=US, O=Internet Security Research Group, CN=ISRG Root X1
# Only certificate 0 listed = the intermediate is missing.

# nginx: point ssl_certificate at the full chain, not the leaf alone
ssl_certificate     /etc/letsencrypt/live/example.com/fullchain.pem;
ssl_certificate_key /etc/letsencrypt/live/example.com/privkey.pem;

# Apache 2.4.8+
SSLCertificateFile    /etc/letsencrypt/live/example.com/fullchain.pem
SSLCertificateKeyFile /etc/letsencrypt/live/example.com/privkey.pem

Perbaikan 3: Perpanjang Sertifikat yang Kedaluwarsa

Sertifikat kedaluwarsa dari CA tepercaya menampilkan ERR_CERT_DATE_INVALID, bukan error ini. Anda baru melihat ERR_CERT_AUTHORITY_INVALID jika rantainya juga tidak dipercaya, karena Chrome melaporkan masalah yang lebih serius. Bagaimanapun, periksa tanggalnya dan perpanjang:

# Check the certificate's dates
openssl s_client -connect example.com:443 -servername example.com </dev/null 2>/dev/null | openssl x509 -noout -dates
# notBefore=Sep 30 12:00:00 2026 GMT
# notAfter=Dec 29 11:59:59 2026 GMT

# Renew now with Certbot, then reload the web server
sudo certbot renew --force-renewal
sudo systemctl reload nginx    # or apache2

Perbaikan 4: Cakup Setiap Nama yang Dipakai Pengunjung

Sertifikat tepercaya yang tidak mencantumkan nama di bilah alamat menampilkan ERR_CERT_COMMON_NAME_INVALID. Error itu baru berubah menjadi error ini jika sertifikatnya juga tidak dipercaya, jadi perbaiki kepercayaannya dulu, baru namanya.

Browser hanya memeriksa daftar Subject Alternative Name, bukan Common Name yang lama. Wildcard (*.example.com) mencakup satu tingkat subdomain tetapi tidak mencakup example.com itu sendiri, jadi cantumkan keduanya saat meminta sertifikat. SSL Checker menampilkan daftar nama lengkap sebuah sertifikat.

Perbaikan 5: Memakai CA Privat atau CA Perusahaan

Situs internal sering sengaja memakai CA perusahaan. Itu hanya berfungsi di perangkat yang sertifikat root perusahaannya sudah terpasang, dan Chrome serta Edge mempercayai root yang ditambahkan ke Windows atau macOS (Chrome Root Store FAQ). Distribusikan lewat Group Policy atau alat manajemen perangkat Anda, atau tambahkan secara manual:

# Windows (Command Prompt as Administrator): trust for all users
certutil -addstore -f Root company-root.crt

# macOS: trust in the System keychain
sudo security add-trusted-cert -d -r trustRoot -k /Library/Keychains/System.keychain company-root.crt

ERR_CERT_AUTHORITY_INVALID di Localhost (Developer)

Server HTTPS lokal dengan sertifikat self-signed memang menampilkan error ini. Buat sertifikat dipercaya di komputer Anda sendiri, jangan sekadar mengklik lewat:

• mkcert — mkcert -install membuat CA lokal dan menambahkannya ke trust store sistem Anda (dan ke Firefox, setelah certutil dari NSS terpasang); lalu mkcert localhost 127.0.0.1 ::1 membuat sertifikat yang dipercaya Chrome, Edge, dan Firefox
• Next.js — next dev --experimental-https membuatkan sertifikat tepercaya lokal dengan mkcert untuk Anda
• Vite — @vitejs/plugin-basic-ssl membuat sertifikat yang tidak dipercaya, jadi Anda tetap melihat error ini; arahkan server.https ke file milik mkcert
• Tips lama yang tidak lagi berfungsi — sakelar chrome://flags/#allow-insecure-localhost sudah kedaluwarsa setelah Chrome 130 dan tidak ada lagi di chrome://flags

# Install mkcert (macOS)
brew install mkcert
mkcert -install

# Generate localhost certificate
mkcert localhost 127.0.0.1 ::1
# Creates: localhost+2.pem and localhost+2-key.pem

# Use with Node.js
const https = require('https');
const fs = require('fs');
https.createServer({
  cert: fs.readFileSync('localhost+2.pem'),
  key: fs.readFileSync('localhost+2-key.pem')
}, app).listen(3000);

Error Sertifikat SSL Terkait

NET::ERR_CERT_AUTHORITY_INVALID hanyalah satu dari beberapa error sertifikat di balik halaman "Koneksi Anda tidak pribadi" milik Chrome. Setiap kode menunjuk pemeriksaan yang berbeda: