Langsung ke konten utama
OpenAI

Updated: 4 September 2026

Langkah Keamanan Pemasok

Langkah Keamanan Pemasok ini berlaku untuk Pemasok saat mereka menyediakan barang, layanan, atau perangkat lunak untuk OpenAI dan disertakan dalam perjanjian yang berlaku antara Pemasok dan OpenAI (“Perjanjian”). Ketentuan yang digunakan di sini tetapi tidak didefinisikan di sini didefinisikan dalam Perjanjian.

Pemasok akan mempertahankan dan mengoperasikan Program Keamanan Informasi, yang akan ditinjau minimal setiap tahun, atau lebih awal jika ada Insiden keamanan atau perubahan signifikan dalam undang-undang berlaku. Pengawasan Program Keamanan Informasi akan ditugaskan kepada personel senior yang memiliki kualifikasi sesuai. 

Untuk memenuhi kewajiban keamanan dan privasinya dalam Perjanjian, Program Keamanan Informasi Pemasok akan menyertakan perihal berikut:

1. Kebijakan dan Kode Etik

  • Pelihara kebijakan tertulis tentang keamanan informasi dan privasi yang selaras dengan Program Keamanan Informasi dan semua Undang-Undang Perlindungan Data yang berlaku. 
  • Komunikasikan kebijakan ini dan Kode Perilaku Pemasok kepada seluruh personel terkait dan wajibkan pengakuan secara formal.
  • Pantau kepatuhan dan remediasi ketidakpatuhan melalui proses terdokumentasi; pelanggaran kebijakan akan ditindak dengan tindakan disipliner yang sesuai.

2. Manajemen Risiko

  • Pelihara dan operasikan program manajemen risiko yang mencakup penilaian risiko secara berkala dan pengendalian risiko untuk identifikasi, analisis, pemantauan, pelaporan, dan tindakan perbaikan.
  • Setidaknya setiap tahun, lakukan penilaian risiko (baik secara internal maupun melalui sumber daya independen yang dikontrak) untuk mengidentifikasi risiko terhadap Data OpenAI, risiko terhadap aset bisnis Pemasok (msl., infrastruktur teknis), ancaman terhadap data dan aset tersebut (baik internal maupun eksternal), kemungkinan terjadinya ancaman tersebut, serta dampaknya terhadap organisasi.
  • Pilah risiko keamanan terhadap Data OpenAI dan prioritaskan remediasinya.

3. Personel

  • Pelihara dan operasikan praktik standar industri untuk penapisan, pelatihan, dan pengelolaan personel.
  • Lakukan, sejauh diizinkan secara hukum di setiap yurisdiksi pekerja, pemeriksaan latar belakang sebelum dipekerjakan untuk semua personel yang akan mengakses Data OpenAI atau mendukung kinerja Pemasok.
  • Sediakan pelatihan keamanan dan privasi tahunan untuk Personel Pemasok, serta pelatihan keamanan tambahan sebagaimana diperlukan.
  • Wajibkan personel Pemasok untuk menandatangani perjanjian kerahasiaan, atau memastikan bahwa personel Pemasok tunduk pada kewajiban kerahasiaan yang konsisten dengan kewajiban yang berlaku bagi Pemasok sehubungan dengan pelaksanaan kinerjanya untuk OpenAI, sebagai syarat hubungan kerja atau penugasan, serta mematuhi kebijakan perlindungan data pelanggan dan pihak ketiga lainnya.
  • Verifikasi identitas karyawan dan pekerja kontingennya.
  • Tidak mempekerjakan atau menggunakan Personel Pemasok yang berlokasi di negara atau wilayah mana pun yang: (a) ditetapkan sebagai negara atau wilayah yang dikenai sanksi komprehensif oleh U.S. Office of Foreign Assets Control (OFAC); (b) tunduk pada peringatan Level 4/Jangan Bepergian oleh U.S. State Department; atau (c) berada di kawasan yang mengalami konflik bersenjata aktif.
  • Izinkan OpenAI untuk melakukan pemeriksaan keamanan ad-hoc pada Personel Pemasok dan segera bagikan informasi apa pun yang diminta OpenAI secara wajar untuk mendukung pemeriksaan ini.
  • OpenAI dapat melakukan pemeriksaan keamanan tambahan terhadap Personel Pemasok yang bekerja dari jarak jauh, dengan ketentuan bahwa tindakan OpenAI tersebut tidak membatasi atau mengecualikan kewajiban Pemasok untuk melakukan pemeriksaan latar belakang dan verifikasi identitasnya sendiri sebagaimana diatur dalam Langkah Keamanan ini atau dalam Perjanjian.

4. Kendali Sistem dan Stasiun Kerja

Pemasok akan mengamankan seluruh laptop korporat, perangkat seluler, server lokal, dan perangkat keras lain yang memproses Data OpenAI dengan cara berikut:

  • Mengelola setiap endpoint dan server secara terpusat—termasuk infrastruktur lokal—melalui platform manajemen titik akhir yang disetujui.
  • Secara otomatis menegakkan konfigurasi keamanan dasar dan patch tepat waktu pada sistem operasi, aplikasi, dan firmware di seluruh stasiun kerja dan server.
  • Mensyaratkan enkripsi data saat disimpan: enkripsi seluruh disk pada laptop dan stasiun kerja, serta enkripsi tingkat volume atau penyimpanan pada server dan perangkat penyimpanan.
  • Menonaktifkan atau mengendalikan secara ketat media portabel dan dapat dilepas pada semua aset.

5. Kendali Identitas, Autentikasi, dan Otorisasi

  • Pelihara dan operasikan praktik standar industri untuk kendali identitas, autentikasi, dan manajemen akses.
  • Dokumentasikan kebijakan dan prosedur yang mengatur manajemen akses untuk Personel Pemasok dan akun layanan.
  • Pelihara daftar seluruh Personel Pemasok yang akurat dan terkini serta memiliki akses ke Sistem. 
  • Nonaktifkan atau cabut kredensial dalam waktu satu hari kerja setelah pemindahan atau pemutusan hubungan kerja.
  • Gunakan single sign-on (SSO) untuk seluruh login interaktif ke sistem internal dan layanan pihak ketiga yang mendukung penyelenggaraan Layanan.
  • Terapkan autentikasi multifaktor oleh penyedia identitas sebagai bagian dari alur login SSO. 
  • Implementasikan kontrol akses berbasis peran (RBAC) dengan prinsip hak akses minimum dan pemisahan tugas.
  • Hanya gunakan akun dengan hak istimewa (“root”/“administrator”) apabila secara teknis diperlukan berdasarkan prosedur kendali perubahan yang telah disetujui; melarang pengguna tanpa hak istimewa untuk menjalankan fungsi-fungsi dengan privilese.
  • Wajibkan peninjauan dan persetujuan formal untuk setiap permintaan akses ke sistem yang menyimpan Data OpenAI, serta melakukan audit akses secara berkala (setidaknya setiap triwulan) untuk memastikan kesesuaian privilese.
  • Tetapkan prosedur untuk melaporkan dan mencabut kredensial yang telah dibobol (msl., kata sandi, kunci API) serta memverifikasi identitas pengguna sebelum melakukan reset atau menerbitkan kredensial sementara.
  • Untuk pengguna akhir OpenAI, bergantung pada layanan manajemen identitas dan akses pihak ketiga; Pemasok tidak menyimpan kata sandi yang diberikan oleh pengguna.

6. Insiden Keamanan

  • Pelihara dan operasikan rencana respons Insiden Keamanan untuk merespons dan menyelesaikan kejadian yang membobol kerahasiaan, ketersediaan, atau integritas kinerja Pemasok maupun Data OpenAI.
  • Setelah mengetahui adanya Insiden Keamanan yang nyata atau diduga, sampaikan pemberitahuan tertulis kepada OpenAI di security@openai.com tanpa penundaan yang tidak semestinya dan, dalam hal apa pun, paling lambat 48 jam sejak mengetahui Insiden Keamanan tersebut. Apabila memungkinkan, pemberitahuan tersebut akan mencakup seluruh detail yang tersedia sebagaimana disyaratkan berdasarkan Undang-Undang Perlindungan Data agar OpenAI dapat memenuhi kewajiban pemberitahuannya kepada otoritas pengawas atau individu yang terdampak oleh Insiden Keamanan.
  • Ambil langkah-langkah yang wajar untuk memitigasi risiko terjadinya Insiden Keamanan lebih lanjut. Apabila Insiden Keamanan disebabkan oleh pelanggaran oleh Pemasok terhadap Langkah Keamanan Pemasok ini, Pemasok akan mengganti (dengan memperhatikan pembatasan tanggung jawab sebagaimana tercantum dalam Perjanjian) OpenAI atas biaya dan pengeluaran remediasi aktual yang telah dikeluarkan secara langsung sebagai akibat dari tindakan yang diwajibkan berdasarkan Undang-Undang Perlindungan Data atau yang disepakati oleh para pihak sehubungan dengan suatu Insiden Keamanan, termasuk, jika berlaku: (i) pembuatan dan penyampaian pemberitahuan yang diwajibkan secara hukum kepada individu yang terdampak; (ii) dukungan pusat panggilan untuk merespons pertanyaan; dan (iii) layanan pemantauan kredit yang diwajibkan secara hukum bagi individu yang terdampak. OpenAI memiliki diskresi penuh untuk mengendalikan waktu, isi, dan tata cara setiap pemberitahuan yang diberikan berdasarkan ayat ini.

7. Pencatatan, Audit, dan Akuntabilitas

  • Buat dan retensi catatan audit untuk seluruh sistem, jaringan, dan infrastruktur pendukung yang digunakan dalam penyelenggaraan Layanan guna memungkinkan pemantauan, analisis, investigasi, dan pelaporan atas aktivitas melanggar hukum atau tidak sah.
  • Catat semua tindakan istimewa dengan cara yang mengaitkan setiap peristiwa dengan individu yang teridentifikasi namanya.
  • Catat dan pantau secara berkelanjutan aktivitas istimewa pada endpoint, server, dan infrastruktur pendukung untuk mendeteksi perubahan yang tidak sah atau pelanggaran kebijakan.
  • Pantau secara berkelanjutan keamanan dan ketersediaan—termasuk lalu lintas jaringan dan log layanan—serta tindak lanjuti peringatan secara cepat. 
  • Tinjau dan analisis log keamanan serta operasional secara berkala untuk mendeteksi aktivitas mencurigakan, pelanggaran kebijakan, atau peristiwa yang dapat memengaruhi kerahasiaan, integritas, atau ketersediaan Data OpenAI.
  • Sediakan log audit kepada OpenAI apabila diminta.

8. Siklus Hidup Pengembangan yang Aman (Secure Development Lifecycle/SDLC)

  • Memelihara dan mengoperasikan proses Pengembangan Aman / Keamanan-dari-Desain yang terdokumentasi, yang mencakup perencanaan, koding, pengujian, penerapan, dan pemeliharaan perangkat lunak atau layanan yang disediakan kepada OpenAI.
  • SDLC harus menyertakan pemodelan ancaman, peninjauan kode, pemindaian kerentanan dependensi secara otomatis, serta pengujian keamanan (pengujian statis, dinamis, dan pemindaian kontainer atau IaC) sebelum kode dipromosikan ke produksi. 
  • Hasil dari aktivitas ini, beserta bukti remediasi untuk temuan berisiko tinggi, harus diretensi setidaknya selama 12 bulan dan disediakan kepada OpenAI apabila diminta.

9. Infrastruktur Cloud dan Keamanan Jaringan

  • Pisahkan lingkungan—menjaga agar lingkungan produksi dan nonproduksi tetap terpisah serta memastikan bahwa data OpenAI hanya berada di lingkungan produksi.
  • Pisahkan secara logis Data OpenAI dari seluruh data pelanggan lainnya dan terapkan batasan tingkat pengguna yang berbeda dalam setiap organisasi pelanggan OpenAI.
  • Pastikan sumber daya backend utama ditempatkan di belakang kendali jaringan privat (VPN, tautan privat, atau arsitektur zero-trust yang setara).
  • Kebijakan keamanan jaringan dan firewall dikonfigurasi untuk akses dengan hak istimewa minimum terhadap serangkaian alur lalu lintas yang diperbolehkan yang telah ditetapkan sebelumnya. 
  • Alur lalu lintas yang tidak diizinkan diblokir.

10. Manajemen Kerentanan

  • Pelihara dan operasikan program manajemen kerentanan sesuai standar industri yang dirancang untuk memastikan remediasi secara cepat terhadap kerentanan yang memengaruhi layanan yang disediakan oleh Pemasok.
  • Pelihara dan implementasikan program manajemen kerentanan yang secara rutin melakukan pemindaian kerentanan, berlangganan layanan notifikasi kerentanan, memprioritaskan remediasi berdasarkan risiko, serta menetapkan jangka waktu remediasi berdasarkan peringkat risiko.
  • Setelah patch dirilis dan kerentanan keamanan terkait telah ditinjau serta dievaluasi untuk menentukan relevansi dan tingkat kepentingannya, patch tersebut harus diterapkan dan diverifikasi dalam jangka waktu yang sebanding dengan tingkat risiko yang ditimbulkan terhadap Sistem.
  • Terapkan solusi manajemen log dan retensi log yang dihasilkan oleh sistem deteksi intrusi selama minimal satu tahun.

11. Keamanan Fisik dan Lingkungan

  • Pelihara keamanan fisik di setiap lokasi tempat Data OpenAI dapat disimpan atau diakses.
  • Kendali akses ke kantor dan pusat data melalui lencana, biometrik, atau autentikasi lain yang setara.
  • Log dan dampingi semua pengunjung.
  • Operasikan sistem pengawasan video dan deteksi intrusi fisik selama 24 × 7.
  • Tangani dan buang media fisik secara aman dengan menggunakan penyimpanan terkunci, transfer yang dilacak, dan penghancuran yang tersertifikasi.

12. Ketersediaan, Kelangsungan Bisnis, dan Pemulihan Bencana

Pemasok akan melindungi kerahasiaan, integritas, dan ketersediaan Layanan serta Data OpenAI melalui:

  • Manajemen Ketersediaan
    • Pantau, analisis, dan evaluasi kinerja dan ketersediaan sistem secara berkelanjutan.
    • Deteksi dan laporkan gangguan secara tepat waktu serta pulihkan layanan dengan segera setelah terjadi gangguan.
    • Lacak, lakukan penilaian mandiri, dan dokumentasikan waktu aktif layanan, insiden, serta kepatuhan terhadap sasaran tingkat layanan yang telah disepakati.
    • Berikan kepada OpenAI, apabila diminta, metrik kinerja yang relevan yang menunjukkan kepatuhan terhadap tingkat layanan.
  • Kelangsungan bisnis dan pemulihan bencana (BC/DR)
    • Pelihara rencana Kelangsungan Bisnis dan Pemulihan Bencana (BC/DR) terdokumentasi yang mencakup keadaan darurat atau kejadian lain yang dapat mengganggu Layanan atau membobol Data OpenAI.
    • Cadangkan sistem dan data amat penting secara terjadwal dan konsisten dengan rencana BC/DR.
    • Uji rencana BC/DR setidaknya satu kali setiap tahun dan lakukan remediasi terhadap setiap celah signifikan yang teridentifikasi selama pengujian.
    • Peroleh persetujuan tertulis sebelumnya dari OpenAI sebelum melakukan perubahan apa pun yang secara signifikan akan mengurangi tingkat perlindungan yang diberikan oleh rencana tersebut, dengan ketentuan bahwa persetujuan tersebut tidak akan ditahan secara tidak wajar.

16. Manajemen Risiko Pihak Ketiga dan Rantai Pasok Teknologi

  • Pelihara dan operasikan program manajemen risiko sesuai standar industri untuk semua sub-prosesor, subkontraktor, dan subpemasok kritis yang memiliki akses ke Data OpenAI atau yang mendukung perangkat lunak maupun layanan
  • Adakan perjanjian tertulis dengan setiap pihak ketiga yang mewajibkan penjagaan keamanan yang setidaknya sama ketatnya dengan Langkah Keamanan Pemasok ini.
  • Sertakan seluruh pihak ketiga dalam proses penilaian keamanan formal Pemasok sebelum onboarding dan secara berkala setelahnya dengan meretensi dokumentasi hasilnya.
  • Identifikasi, apabila diminta oleh OpenAI, setiap subpemasok penting, negara asalnya, serta setiap ketergantungan utama yang relevan terhadap kinerja Pemasok.
  • Pelihara proses yang mengevaluasi risiko rantai pasok TIK dan produk serta segera memberitahukan OpenAI mengenai gangguan, kerentanan, atau ancaman yang muncul yang dapat membahayakan kerahasiaan, integritas, atau ketersediaan perangkat lunak, layanan, kinerja Pemasok, atau Data OpenAI.

14. Enkripsi Data

  • Lindungi Data OpenAI saat ditransmisikan melalui jaringan publik atau privat dengan menggunakan protokol kriptografi yang kuat dan diakui secara industri (TLS 1.2 atau yang lebih tinggi, SSH 2, IPsec, atau yang setara). Protokol lama atau tidak aman (msl., SSL v3, TLS 1.0/1.1) harus dinonaktifkan. 
  • Enkripsi seluruh Data OpenAI yang disimpan pada media persisten apa pun—termasuk basis data, penyimpanan objek, sistem berkas, perangkat endpoint, dan cadangan—dengan menggunakan algoritma yang kuat dan diakui secara industri (msl., AES-256 atau yang setara) serta modul kriptografi yang divalidasi sesuai dengan FIPS 140-2/3, ISO/IEC 19790, atau standar sebanding lainnya. 
  • Kelola kunci enkripsi menggunakan sistem manajemen kunci yang khusus; akses terhadap kunci tersebut harus dibatasi hanya untuk personel yang berwenang dan dilakukan rotasi setidaknya satu kali setiap tahun atau segera setelah diduga terjadi pembobolan. Pemasok harus memastikan bahwa snapshot, replika, dan cadangan luring dilindungi dengan kendali yang sama.

15. Retensi Data

Pada saat berakhir atau dihentikannya Perjanjian, Pemasok akan, atas pilihan OpenAI, menghapus atau mengembalikan seluruh Data OpenAI (tidak termasuk salinan cadangan atau arsip yang akan dihapus sesuai dengan jadwal retensi data milik Pemasok), kecuali apabila Pemasok diwajibkan untuk meretensi salinan tersebut berdasarkan hukum yang berlaku, yang dalam situasi tersebut Pemasok akan mengisolasi dan melindungi Data OpenAI tersebut dari Pemrosesan lebih lanjut kecuali sejauh yang diwajibkan oleh hukum yang berlaku. Pemasok akan memberikan kepada OpenAI kemampuan untuk mengonfigurasi jangka waktu retensi data di dalam produk, apabila hal tersebut berlaku untuk layanan yang disediakan oleh Pemasok.

16. Pemusnahan yang Aman

  • Mengimplementasikan kendali yang dirancang untuk memastikan pembuangan Data OpenAI secara aman sesuai dengan hukum yang berlaku dengan mempertimbangkan teknologi yang tersedia, sehingga Data OpenAI tidak dapat dibaca atau direkonstruksi ulang. 
  • Hapus media elektronik secara aman sebelum dibuang dengan menggunakan metode yang dijelaskan dalam standar NIST SP 800-88 atau yang setara, melalui proses penimpaan, demagnetisasi, atau dengan penghancuran fisik sebelum pembuangan atau penugasan ulang ke sistem lain.

17. Evaluasi Keamanan Internal dan Pemberitahuan Perubahan

  • Kaji secara rutin efektivitas kendali keamanannya—melalui pemindaian otomatis, peninjauan manual, dan pemeriksaan kepatuhan terhadap kebijakan—berdasarkan kerangka kerja standar industri dan kebijakannya sendiri. 
  • Beri tahu OpenAI terlebih dahulu mengenai setiap perubahan signifikan pada infrastruktur, arsitektur, dependensi pihak ketiga, alur data, atau postur keamanannya yang secara wajar dapat memengaruhi kerahasiaan, integritas, atau ketersediaan Data OpenAI.

18. Audit dan Sertifikasi Independen

Setidaknya satu kali setiap tahun, Pemasok akan:

  • Libatkan auditor independen yang berkualifikasi untuk meninjau kendali keamanannya berdasarkan standar industri yang diakui (msl., SOC 2 Tipe 2 atau pengawasan/sertifikasi ulang ISO 27001).  
  • Sediakan ringkasan atau laporan lengkap (sesuai kebutuhan) kepada OpenAI apabila diminta.

19. Pengujian Penetrasi

Apabila Pemasok menyediakan Layanan yang Dihosting atau layanan daring, Pemasok akan:

  • Adakan pengujian penetrasi oleh pihak ketiga secara tahunan yang mencakup: (i) Layanan yang Dihosting atau layanan; (ii) seluruh perimeter yang terhubung langsung ke internet; dan (iii) jaringan internal korporat milik Pemasok.
  • Sediakan bukti bahwa pengujian telah dilakukan, beserta ringkasan temuan tingkat eksekutif, dalam NDA. 
  • Remediasi kerentanan dengan tingkat keparahan kritis dan tinggi yang memengaruhi Data OpenAI dalam waktu 60 hari sejak ditemukan, atau segera mengabari OpenAI mengenai kendali kompensasi dan risiko residual.

20. Hak Verifikasi OpenAI

  • Selama masa berlaku Perjanjian dan selama satu tahun setelahnya, OpenAI (atau auditor yang ditunjuk) dapat, dengan pemberitahuan yang wajar, meninjau buku, catatan, dan fasilitas yang relevan untuk memastikan kepatuhan terhadap Langkah Keamanan Pemasok ini. Peninjauan akan dibatasi pada informasi yang secara wajar diperlukan untuk tujuan tersebut dan dilakukan di bawah kewajiban kerahasiaan. 
  • Pemasok juga akan melakukan upaya yang wajar secara komersial untuk menyelesaikan kuesioner keamanan yang dapat diajukan oleh OpenAI dari waktu ke waktu.

21. Akses Data Non-AS

Pemasok mengakui bahwa Aturan Final yang menerapkan Perintah Eksekutif 14117 yang dikeluarkan oleh Departemen Kehakiman A.S. melarang atau membatasi Akses ke Data yangDicakup dalam jumlah besar oleh Negara yang Menjadi Perhatian atau Pihak yang Dicakup (sebagaimana istilah tersebut dan istilah lain yang menggunakan huruf kapital dalam ayat ini didefinisikan dalam Aturan Final tersebut).

  • Apabila layanan yang disediakan oleh Pemasok melibatkan Akses ke Data yang Dicakup milik OpenAI atau afiliasinya, Pemasok menyatakan dan menjamin bahwa: (i) baik Pemasok maupun afiliasinya tidak dan tidak akan didirikan atau dibentuk di Negara yang Menjadi Perhatian, tidak dan tidak akan memiliki tempat usaha utama di Negara yang Menjadi Perhatian, serta tidak dan tidak akan dimiliki sebesar 50% atau lebih, baik secara langsung maupun tidak langsung, secara individu maupun agregat, oleh satu atau lebih Negara yang Menjadi Perhatian atau Orang yang Dicakup; dan (ii) baik Pemasok, afiliasinya, maupun setiap karyawan atau kontraktor Pemasok yang memiliki Akses terhadap Data yang Dicakup tersebut tidak dan tidak akan berlokasi di Negara yang Menjadi Perhatian, tidak dan tidak akan ditetapkan oleh Jaksa Agung AS sebagai Orang yang Dicakup, atau dengan cara lain memenuhi atau akan memenuhi syarat sebagai Orang yang Dicakup. Jika (a) atau (b) berubah, Pemasok wajib segera memberitahukan OpenAI.
  • Pemasok dan afiliasinya tidak akan melakukan Transaksi Data yang Dicakup yang melibatkan Data yang Dicakup milik OpenAI dengan Negara yang Menjadi Perhatian atau Pihak yang Dicakup. Apabila Pemasok melakukan Transaksi yang Dibatasi yang berkaitan dengan Data yang Dicakup milik OpenAI, maka Pemasok wajib memberikan kepada OpenAI seluruh informasi yang diperlukan agar OpenAI dapat memenuhi persyaratan sebagaimana ditetapkan dalam Aturan Final.

22. Definisi

  • Data yang Dicakup adalah data sensitif A.S. dalam jumlah besar atau data yang berkaitan dengan pemerintah A.S., sebagaimana dapat didefinisikan lebih lanjut dalam Aturan Final yang menerapkan Perintah Eksekutif 14117 yang dikeluarkan oleh Departemen Kehakiman A.S.
  • Undang-Undang Perlindungan Data adalah seluruh peraturan perundang-undangan terkait perlindungan data yang berlaku terhadap pelaksanaan kewajiban Pemasok berdasarkan Perjanjian.
  • Layanan yang Dihosting adalah perangkat lunak sebagai layanan, platform sebagai layanan, atau layanan yang dihosting atau daring lainnya yang serupa yang disediakan oleh Pemasok kepada OpenAI.
  • Program Keamanan Informasi adalah kerangka kerja terstruktur yang terdiri atas kebijakan, prosedur, dan kendali yang mencakup kendali administratif, teknis, dan fisik yang selaras dengan standar industri, yang seluruhnya dirancang untuk melindungi kerahasiaan, integritas, dan ketersediaan Data OpenAI.
  • Data OpenAI berarti informasi yang diterima atau dikumpulkan Pemasok dari atau atas nama OpenAI sehubungan dengan pelaksanaan kewajiban Pemasok untuk OpenAI. Data OpenAI mencakup, namun tidak terbatas pada, Data Pribadi. 
  • Data Pribadi memiliki makna sebagaimana ditetapkan untuk istilah “data pribadi” atau “informasi pribadi” berdasarkan Undang-Undang Perlindungan Data yang berlaku.
  • Pemrosesan berarti setiap operasi yang dilakukan terhadap data, baik dengan cara otomatis maupun tidak, termasuk pengumpulan, pencatatan, pengorganisasian, penyimpanan, penggunaan, pengungkapan, atau penghancuran.
  • Insiden Keamanan berarti setiap kejadian, baik yang aktual maupun yang diduga, yang melibatkan akses, penggunaan, pengungkapan, perubahan, atau penghancuran Data OpenAI secara tidak sah, atau gangguan terhadap ketersediaan atau integritasnya, dalam Sistem milik Pemasok atau subprosesor.
  • Kode Perilaku Pemasok adalah Kode Perilaku Pemasok OpenAI di: https://openai.com/policies/supplier-code/.
  • Personel Pemasok adalah seluruh personel yang menjalankan aspek apa pun dari pelaksanaan kewajiban Pemasok dalam keterlibatannya dengan OpenAI, dan mencakup karyawan, kontraktor, pekerja kontingen, serta subkontraktor.
  • Sistem berarti sistem informasi yang digunakan oleh Pemasok atau subprosesornya untuk memproses, mentransmisikan, atau menyimpan Data OpenAI. Ini mencakup perangkat keras, perangkat lunak, personel, dan prosedur yang terintegrasi yang mendukung fungsi-fungsi tersebut.