Operational Information Security Policy

Kebijakan Keamanan Informasi Hosch.id

Kerangka operasional untuk mengurangi risiko terhadap informasi, akun, konfigurasi, dan sistem yang benar-benar berada dalam ruang lingkup layanan Hosch.id. Kebijakan ini berfokus pada praktik yang realistis: pembatasan akses, pengelolaan perubahan, backup, respons insiden, dan koordinasi dengan pihak ketiga.

Status: Aktif Diperbarui 15 Oktober 2026 Berbasis risiko Bukan sertifikasi keamanan
Jenis DokumenKebijakan operasional publik Hosch.id.
PenerapanSesuai ruang lingkup, akses, risiko, dan kemampuan sistem.
EvaluasiDilakukan bila ada perubahan, insiden, atau kebutuhan operasional.
Batas KlaimTidak menyatakan sertifikasi ISO, audit independen, atau keamanan absolut.
Penegasan penting: dokumen ini bukan jaminan bahwa insiden, gangguan, kehilangan data, atau akses tidak sah tidak akan pernah terjadi. Tidak semua kontrol diterapkan secara identik pada seluruh layanan karena arsitektur, platform, hak akses, SLA, dan tingkat risiko dapat berbeda.
Tujuan kebijakan

1. Mengurangi Risiko, Bukan Menjanjikan Zero-Risk

Hosch.id mengelola keamanan sebagai bagian dari tata kelola layanan digital pendidikan. Sasaran utamanya adalah mengurangi kemungkinan dan dampak gangguan pada aset yang berada dalam ruang lingkup pengelolaan Hosch.id.

Keamanan diterapkan secara berlapis dan proporsional. Prioritas ditentukan berdasarkan aset, ancaman, kerentanan, dampak, sensitivitas data, dependensi pihak ketiga, dan kemampuan pemulihan.

Scope

2. Ruang Lingkup

Kebijakan berlaku pada akses, sistem, proses, dan konfigurasi yang memang berada dalam tanggung jawab atau kendali operasional Hosch.id sesuai layanan yang digunakan.

Aset Digital

Sistem & konfigurasi

Website, aplikasi, database, server/hosting, domain, DNS, konfigurasi, dokumentasi teknis, dan komponen terkait yang termasuk dalam layanan.

Identity

Akun & akses

Akun administratif, kredensial, hak akses, autentikasi, dan informasi pendukung yang diperlukan untuk menjalankan layanan.

Data

Backup & pemulihan

Salinan backup, log, titik pemulihan, retensi, dan proses restore sesuai konfigurasi serta paket yang berlaku.

Operations

Dukungan & perubahan

Troubleshooting, migrasi, change control, dokumentasi, dan respons insiden yang berada dalam ruang lingkup layanan.

Prinsip

3. Prinsip Keamanan Informasi

Kebijakan menggunakan prinsip sederhana yang dapat diterapkan secara operasional tanpa mengklaim kepatuhan atau sertifikasi terhadap standar tertentu.

Kerahasiaan

Akses dibatasi sesuai kebutuhan kerja, kewenangan, dan konteks layanan.

Integritas

Perubahan penting dilakukan oleh pihak berwenang dan, bila relevan, dicatat agar dapat ditelusuri.

Ketersediaan

Layanan dikelola agar dapat digunakan sesuai scope dan SLA, dengan tetap memperhitungkan dependensi teknis.

Akuntabilitas

Akses, perubahan, dokumentasi, dan PIC dikelola secara proporsional terhadap risiko.

Risk-based

4. Pendekatan Berbasis Risiko

Tidak semua layanan membutuhkan kontrol yang sama. Pengamanan dipilih berdasarkan konteks, bukan sekadar daftar kontrol yang diterapkan seragam.

Penilaian mempertimbangkan jenis aset, ancaman, kerentanan, kemungkinan gangguan, dampak terhadap pengguna, sensitivitas data, kemampuan restore, perubahan arsitektur, serta batas kewenangan Hosch.id dan pihak ketiga.

Access control

5. Pengelolaan Akses & Identitas

Prinsipnya adalah memberikan akses secukupnya untuk menjalankan tugas dan mengurangi akses yang tidak lagi diperlukan.

Kontrol operasional akses dan identitas
Area Praktik Batas / kondisi
AkunDigunakan oleh pihak yang berwenang sesuai fungsi.Ketersediaan tipe akun mengikuti platform yang digunakan.
Hak administratifDibatasi sesuai kebutuhan kerja.Tingkat granularitas mengikuti kemampuan sistem.
KredensialTidak dibagikan melalui kanal yang tidak diperlukan.Pengguna tetap bertanggung jawab atas praktik di perangkat/akun mereka.
Perubahan PICAkses ditinjau, diperbarui, atau dicabut ketika kewenangan berubah.Memerlukan informasi perubahan yang valid dari institusi.
Autentikasi tambahanDapat digunakan bila tersedia dan sesuai.Tidak semua platform menyediakan kontrol autentikasi yang sama.
Infrastructure

6. Keamanan Infrastruktur & Sistem

Hosch.id menerapkan praktik pengamanan pada komponen yang berada dalam kendalinya, tanpa menyatakan bahwa seluruh infrastruktur pihak ketiga dikendalikan langsung.

Pembaruan & pemeliharaan

Pembaruan yang relevan dipertimbangkan berdasarkan kompatibilitas, dampak, dan risiko.

Konfigurasi administratif

Akses dan konfigurasi penting dibatasi serta dikelola sesuai kebutuhan operasional.

HTTPS/TLS

Digunakan pada layanan web yang mendukungnya untuk melindungi data saat transit; bukan jaminan keamanan seluruh sistem.

Logging & pemantauan

Digunakan bila tersedia dan relevan untuk operasi, troubleshooting, atau investigasi kejadian.

Data resilience

7. Data, Backup & Pemulihan

Backup adalah mekanisme mitigasi risiko, bukan jaminan bahwa kehilangan data tidak mungkin terjadi.

Yang dikelola sesuai layanan

  • Backup sesuai konfigurasi dan paket.
  • Titik pemulihan berdasarkan backup yang tersedia.
  • Restore dengan mempertimbangkan risiko menimpa data lebih baru.
  • Retensi dan penghapusan sesuai kebijakan serta kemampuan teknis sistem.

Yang perlu dipahami pengguna

  • Tidak ada satu jadwal backup universal untuk seluruh layanan.
  • Salinan backup dapat memiliki masa simpan berbeda dari data aktif.
  • Kondisi backup sumber memengaruhi hasil migrasi atau restore.
  • Storage/snapshot pihak ketiga tunduk pada batas penyedianya.

Detail masa simpan dan penghapusan tersedia pada Kebijakan Retensi Data, sedangkan pemrosesan data pribadi dijelaskan pada Kebijakan Pelindungan Data Pribadi.

Incident response

8. Penanganan Insiden Keamanan

Insiden ditangani berdasarkan dampak, scope, akses yang tersedia, dan pihak yang terlibat. Tidak semua insiden dapat diselesaikan hanya oleh Hosch.id.

01Identifikasi

Kumpulkan fakta awal, sistem terdampak, waktu, akun, dan gejala.

02Pembatasan

Kurangi dampak atau hentikan perluasan jika tindakan aman memungkinkan.

03Pemulihan

Pulihkan layanan atau akses secara terkontrol sesuai kondisi dan backup.

04Evaluasi

Dokumentasikan temuan dan tentukan perbaikan atau eskalasi yang relevan.

User responsibility

9. Tanggung Jawab Pengguna

Keamanan layanan juga bergantung pada perilaku pengguna dan pengelolaan internal institusi.

  • Menjaga kerahasiaan kredensial dan perangkat yang digunakan untuk mengakses layanan.
  • Tidak memberikan akses kepada pihak yang tidak berwenang.
  • Menggunakan akun sesuai peran dan tujuan layanan.
  • Memperbarui kewenangan ketika operator atau PIC berubah.
  • Melaporkan dugaan penyalahgunaan, kehilangan akses, atau insiden yang relevan secepat mungkin.
Internal review

10. Evaluasi Internal & Perbaikan

Hosch.id dapat mengevaluasi konfigurasi, insiden, prosedur, dokumentasi, dan kontrol yang berada dalam ruang lingkup pengelolaannya.

Frekuensi dan kedalaman evaluasi disesuaikan dengan perubahan layanan, risiko, kebutuhan operasional, atau temuan yang relevan.

Bukan audit independen: evaluasi internal tidak boleh ditafsirkan sebagai sertifikasi ISO, audit eksternal, assurance independen, atau bukti kepatuhan terhadap standar tertentu kecuali ada bukti formal yang secara khusus dan masih berlaku menyatakan demikian.
Third-party dependency

11. Pihak Ketiga & Responsibility Boundary

Sebagian layanan bergantung pada Registrar/Registry domain, pusat data, hosting, jaringan, platform, software, atau penyedia eksternal lainnya.

Dalam kendali Hosch.id

  • Konfigurasi dan akses yang benar-benar diberikan.
  • Dokumentasi dan perubahan yang dilakukan dalam scope layanan.
  • Troubleshooting pada lapisan yang dapat diakses.
  • Eskalasi ke penyedia terkait bila diperlukan.

Di luar kendali langsung

  • Kebijakan dan keputusan penyedia eksternal.
  • Gangguan pusat data/jaringan di luar komponen yang dikelola.
  • Kerentanan atau perubahan fitur platform pihak ketiga.
  • Perangkat dan jaringan lokal pengguna yang tidak dikelola.

Boundary layanan yang lebih lengkap tersedia pada Status & Kedudukan Layanan Hosch.id.

Governance

12. Dokumen yang Dibaca Bersama Kebijakan Ini

Detail operasional sengaja dipisahkan agar halaman ini tidak menduplikasi seluruh governance Hosch.id.

Policy lifecycle

13. Perubahan Kebijakan

Kebijakan dapat diperbarui untuk menyesuaikan perubahan layanan, arsitektur, risiko, praktik operasional, atau ketentuan yang relevan.

Versi terbaru dipublikasikan pada halaman ini. Perubahan material diupayakan dikomunikasikan melalui kanal yang wajar sesuai konteks layanan.

Reporting

14. Pelaporan & Kontak Keamanan

Laporan yang cepat dan cukup detail membantu mengurangi dampak insiden dan mempercepat penentuan boundary.

Laporkan tanpa mengirimkan kredensial sensitif

Saat melapor, sertakan URL/sistem terdampak, waktu kejadian, gejala, screenshot bila relevan, dan kontak PIC. Jangan mengirim kata sandi, token, private key, OTP, atau rahasia akses melalui pesan biasa.

Gunakan Bantuan Admin untuk koordinasi laporan keamanan.