Mengapa enkripsi model pada perangkat tidak menggantikan otorisasi API

File model dan izin API adalah aset yang berbeda

Sebuah model mungkin berisi bobot, struktur, atau nilai pelatihan bisnis. Kredensial API mewakili izin untuk menggunakan sumber daya server. Satu kebocoran memungkinkan penyalinan dan analisis, sementara kebocoran lainnya memungkinkan pembelanjaan, akses data, atau penyalahgunaan layanan.

Model inventaris, waktu proses, prapemrosesan, pascapemrosesan, perintah, kredensial, cache, log, input, dan output secara terpisah alih-alih menugaskan setiap masalah ke satu saklar enkripsi.

• Lokasi model dan konfigurasi
• SDK runtime dan pihak ketiga
• Cakupan kredensial dan seumur hidup
• Input, output, dan log yang sensitif

Runtime harus mendapatkan materi model yang dapat digunakan

Inferensi klien memerlukan materi model yang dapat digunakan saat runtime. Enkripsi file dapat mengurangi kenyamanan statis, namun tidak dapat membuat klien menjadi lingkungan yang benar-benar tepercaya.

Tinjau pengambilan kunci, materi memori, kondisi debugging, pasangan model dan versi aplikasi, dan log kesalahan. Tanpa bukti runtime untuk kandidat saat ini, publikasikan batasan desain, bukan klaim pencegahan ekstraksi.

Jangan jadikan kunci istimewa yang berumur panjang sebagai rahasia klien

Aplikasi seluler dapat diamati, dimodifikasi, dan diputar ulang. Desain yang lebih aman memproksi permintaan berisiko tinggi melalui server dan memberikan kredensial yang berumur pendek, terbatas, dan dapat dibatalkan kepada klien.

Server harus menerapkan otorisasi akun, kuota, tarif, kebijakan versi, dan catatan anomali. Sinyal integritas klien dapat menginformasikan keputusan tanpa hanya memutuskan permintaan berisiko tinggi.

• Kredensial dengan hak istimewa paling rendah
• Masa pakai dan rotasi yang singkat
• Kuota server dan batas tarif
• Penyalahgunaan yang dapat dilacak dan dibatalkan

Pisahkan pekerjaan klien dan server berdasarkan tujuan bisnis

Inferensi di perangkat sesuai dengan latensi rendah, penggunaan offline, dan beberapa kebutuhan privasi. Server memusatkan model, kredensial, dan keputusan berisiko tinggi. Arsitektur hibrid valid jika tanggung jawab pembuatan, transfer, penggunaan, pembaruan, dan pengembalian bersifat eksplisit.

Kesimpulan perlindungan model harus menyebutkan versi aplikasi, versi model, perangkat target, dan metode validasi. Memberi nama pada algoritma enkripsi saja tidak menentukan runtime atau kontrol API.