🔐Seberapa siap keamanan siber perusahaan Anda?

🚨SOC perusahaan Anda sudah siap menghadapi serangan siber?

ITIL di Slide vs ITIL di Dunia Nyata

Satu Terlihat Sempurna. Satu Lagi Penuh Drama.

Di Slide Presentasi… Semua Terlihat Indah

Di ruang meeting atau training:

• Diagram rapi
• Proses jelas
• Flow terstruktur
• Role & responsibility terdefinisi

Semua terlihat:

logis, sistematis, dan terkendali

Kalau dilihat di slide…

ITIL terlihat seperti “mesin” yang sempurna.

---

Tapi Begitu Masuk ke Dunia Nyata… Ceritanya Berubah

Di lapangan:

• Incident datang bersamaan
• Tidak jelas siapa yang memimpin
• Eskalasi lompat jalur
• Chat penuh, tapi tidak ada keputusan
• Semua sibuk… tapi tidak sinkron

Dan yang paling sering terjadi:

Proses yang di slide… tidak benar-benar dijalankan.

---

Kenapa Gap Ini Selalu Terjadi?

Karena banyak organisasi berhenti di:

memahami ITIL… tanpa benar-benar mengoperasikannya

---

Perbedaan Nyata yang Jarang Dibahas

1. Slide = Ideal Condition

Reality = Pressure & Chaos

Di slide:

• semua berjalan sesuai alur

Di dunia nyata:

• semua berjalan bersamaan
• penuh tekanan
• penuh ketidakpastian

---

2. Slide = Sequential

Reality = Parallel Chaos

Di slide:

• Incident → Problem → Change

Di lapangan:

• semuanya terjadi bersamaan
• saling tumpang tindih
• sering tanpa koordinasi

---

3. Slide = Defined Role

Reality = Everyone Jump In

Di slide:

• jelas siapa melakukan apa

Di lapangan:

• semua ikut campur
• tidak ada komando
• tidak ada ownership yang jelas

---

4. Slide = Controlled Communication

Reality = Noise Everywhere

Di slide:

• komunikasi terstruktur

Di lapangan:

• WhatsApp
• Telepon
• Email
• Meeting dadakan

Semua jalan… tanpa satu sumber kebenaran.

---

Masalah Sebenarnya

Bukan karena:

• ITIL terlalu kompleks
• tim tidak kompeten

Tapi karena:

organisasi hanya mengadopsi “bentuknya”… bukan “cara kerjanya”

---

Kenapa Ini Berbahaya?

Karena:

• Direksi merasa semua sudah “by process”
• Tim IT merasa sudah “sesuai framework”
• Tapi operasional sebenarnya tidak terkendali

---

Ciri-Ciri ITIL yang Hanya Hidup di Slide

• Proses hanya muncul saat audit
• Dokumentasi lengkap, tapi tidak dipakai
• Eskalasi sering lewat jalur informal
• Tidak ada real-time visibility
• Tim lebih mengandalkan “insting” daripada proses

---

Solusi (Yang Jarang Dilakukan)

1. Ubah dari “Design” ke “Execution”

Bukan hanya:

• mendesain proses

Tapi:

• memastikan proses benar-benar dijalankan

---

2. Simulasikan Chaos

Jangan hanya:

• training
• workshop

Tapi:

Latih tim dalam kondisi tekanan yang nyata

---

3. Bangun Single Source of Truth

Semua harus:

• terlihat
• tercatat
• terintegrasi

---

4. Fokus ke Behaviour, Bukan Dokumentasi

ITIL bukan:

“apa yang ditulis”

Tapi:

apa yang dilakukan saat situasi kritis

---

ITIL di slide itu sempurna. ITIL di dunia nyata… tergantung seberapa serius Anda menjalankannya.

---

Framework tidak pernah salah.

Yang sering terjadi:

kita terlalu sibuk membuatnya terlihat benar… tapi tidak pernah benar-benar menggunakannya.

---

ITIL di slide itu rapi.

Semua jelas. Semua terstruktur.

Tapi begitu masuk ke dunia nyata… semuanya berubah jadi chaos.

Bukan karena framework-nya salah.

Tapi karena kita hanya mengadopsi bentuknya— bukan cara kerjanya.

#DigitalTransformation #Mitratex #MitratexConsulting #IndonesiaTechDigest  #ESTIMSoftware #YourCompliancePartner #ITServiceManagement #IncidentManagement #ITOperations #ITLeadership #ITGovernance #DigitalTransformation #OperationalExcellence #ServiceDesk #ITManager #CIO #ContinualImprovement #BusinessContinuity

Ditulis oleh: Dr. Dede Mulyana

Komentar

Tambah komentar…

Belum ada komentar

Jadilah pemberi komentar pertama.

Perusahaan Anda Belum Pernah Diretas… Bukan Berarti Sudah Aman

Selama Tidak Ada Masalah… Semua Terlihat Aman

Di banyak perusahaan…

selama server masih menyala,

website masih bisa diakses,

email masih berjalan,

semuanya dianggap baik-baik saja.

Direksi merasa tenang.

Tim IT juga merasa pekerjaannya berjalan normal.

Lalu muncul satu kalimat yang sering saya dengar.

“Kita aman kok. Belum pernah kena serangan.”

Padahal…

belum pernah mengalami insiden…

tidak selalu berarti sistem benar-benar aman.

---

Rasa Aman Palsu Lebih Berbahaya Daripada Ancaman

Keamanan informasi bukan diukur dari:

• belum pernah diretas
• belum pernah viral
• belum pernah kehilangan data

Karena banyak organisasi baru sadar memiliki celah keamanan…

setelah insiden benar-benar terjadi.

Sama seperti rumah.

Rumah yang belum pernah kemalingan…

belum tentu memiliki sistem keamanan yang baik.

Bisa jadi…

hanya belum ada yang mencoba masuk.

---

ISO 27001 Tidak Mengajarkan Menunggu Sampai Terjadi Insiden

ISO 27001 justru mengajarkan hal yang berbeda.

Yang harus dilakukan adalah:

✓ mengenali aset

✓ memahami ancaman

✓ mengukur risiko

✓ menerapkan kontrol

✓ melakukan monitoring secara terus-menerus

Artinya…

keamanan bukan soal keberuntungan.

Melainkan soal kesiapan.

---

Belum pernah diretas bukan berarti aman. Bisa jadi… ancamannya saja yang belum datang.

---

Pertanyaannya Bukan “Sudah Pernah Diretas?”

Pertanyaan yang lebih penting adalah:

• Kalau server utama mati hari ini… apakah perusahaan siap?
• Kalau data customer bocor… bagaimana prosedurnya?
• Kalau ransomware menyerang… siapa yang mengambil keputusan?

Kalau pertanyaan-pertanyaan itu belum bisa dijawab…

mungkin masalahnya bukan pada teknologi.

Tetapi pada kesiapan organisasi.

---

Keamanan Tidak Pernah Menunggu Insiden

Perusahaan yang benar-benar aman…

bukan perusahaan yang belum pernah diserang.

Tetapi perusahaan yang sudah siap…

bahkan sebelum serangan datang.

#ISO27001 #InformationSecurity #CyberSecurity #RiskManagement #ITGovernance #DigitalTransformation #BusinessContinuity #SecurityAwareness #CyberRisk #DataProtection #OperationalExcellence #ITLeadership #Mitratex #ESTIMSoftware #YourCompliancePartner #IndonesiaTechDigest

Ditulis oleh: Febby Febrianti

Sudah Sertifikasi ITIL… Tapi Kenapa Masih Panik Saat Incident?

Ketika Sertifikat Tidak Menyelamatkan Operasional

---

Semua Terlihat Siap… Sampai Incident Terjadi

Di atas kertas, semuanya lengkap:

• Tim sudah punya sertifikasi ITIL
• Proses sudah dibuat
• Tools sudah diimplementasi
• SOP sudah disusun

Kalau ditanya:

“Apakah kita siap menghadapi incident?”

Jawabannya hampir selalu:

“Siap.”

---

Lalu Sistem Down… dan Semua Berubah

Dalam hitungan menit:

• Semua mulai panik
• Tidak jelas siapa yang harus handle
• Eskalasi terjadi ke semua arah
• Chat penuh, tapi tidak ada koordinasi
• Semua sibuk… tapi tidak terkontrol

Dan yang paling sering saya lihat:

Orang-orang yang sudah sertifikasi… ikut panik.

---

Kenapa Ini Terjadi?

Ini kenyataan yang jarang diakui:

Sertifikasi tidak otomatis berarti siap secara operasional.

---

Kesalahan yang Paling Sering Terjadi

1. Belajar ITIL = Menghafal, Bukan Mempraktikkan

Banyak yang:

• tahu definisi
• hafal istilah
• lulus ujian

Tapi belum pernah:

• menghadapi incident real
• mengambil keputusan dalam tekanan
• menjalankan proses secara end-to-end

---

2. Proses Ada, Tapi Tidak Pernah Dilatih

Secara teori:

• ada incident management
• ada escalation path
• ada role & responsibility

Tapi di lapangan:

• tidak pernah disimulasikan
• tidak pernah diuji
• tidak pernah dilatih dalam kondisi nyata

---

3. Tidak Ada “Muscle Memory” Operasional

Saat incident:

Yang bekerja bukan teori. Yang bekerja adalah:

reflex & kebiasaan tim

Kalau tidak pernah dilatih:

panik adalah respon default.

---

4. Tidak Ada Single Command

Yang sering terjadi:

• semua orang merasa harus ikut turun
• semua ingin bantu
• semua berbicara

Hasilnya:

tidak ada yang benar-benar memimpin

---

Masalah Sebenarnya

Bukan:

• kurang sertifikasi
• kurang framework
• kurang tools

Tapi:

Kurang kesiapan menghadapi real situation

---

Ciri-Ciri Organisasi yang “Kelihatan Siap, Tapi Sebenarnya Tidak”

• Semua punya sertifikasi, tapi tidak ada koordinasi saat incident
• Banyak diskusi… tapi lambat mengambil keputusan
• Eskalasi tidak jelas
• Status tidak transparan
• Semua sibuk, tapi tidak efektif

---

Solusi (Yang Jarang Dilakukan)

1. Latihan Incident Secara Berkala

Bukan hanya:

• training
• workshop

Tapi:

simulasi chaos

---

2. Tetapkan Incident Commander

Harus ada:

• satu orang memimpin
• satu arah keputusan

Bukan:

semua orang berbicara

---

3. Bangun Operasional yang Terlatih, Bukan Sekadar Terdokumentasi

Proses harus:

• dijalankan
• dilatih
• diulang

Sampai menjadi:

kebiasaan

---

4. Integrasi Tool & Komunikasi

Saat incident:

• tidak boleh ada channel liar
• semua harus terpusat

---

Sertifikasi membuat Anda tahu apa yang harus dilakukan. Tapi hanya latihan yang membuat Anda bisa melakukannya saat panik.

---

Dalam dunia nyata:

Incident tidak datang dengan:

• soal pilihan ganda
• waktu berpikir
• kondisi ideal

Incident datang dengan:

• tekanan
• ketidakpastian
• dan chaos

---

Banyak orang bangga punya sertifikasi ITIL.

Tapi saat incident datang… semuanya panik.

Karena di lapangan, yang bekerja bukan teori.

Tapi kebiasaan.

Sertifikat tidak menyelamatkan operasional.

Kesiapan yang dilatih—itu yang menyelamatkan.

#DigitalTransformation #Mitratex #MitratexConsulting #IndonesiaTechDigest #ITServiceManagement #IncidentManagement #ITOperations #ITGovernance #DigitalTransformation #ITLeadership #BusinessContinuity #OperationalExcellence #ServiceManagement #ITStrategy #ContinuousImprovement #MajorIncident

Ditulis oleh: Dr. Dede Mulyana

Kenapa KPI IT Sering Menipu Direksi?

Dashboard Hijau Tidak Selalu Berarti Bisnis Sehat

---

Semua Terlihat Baik… di Ruang Meeting

Di ruang rapat:

• Grafik naik
• SLA tercapai
• KPI hijau semua
• Presentasi rapi

Direksi melihat, mengangguk, lalu berkata:

“Good job. Lanjutkan.”

---

Tapi di Luar Ruangan Itu… Ceritanya Berbeda

Di lantai operasional:

• User mengeluh sistem lambat
• Proses bisnis terganggu
• Banyak workaround manual
• Incident berulang

Dan yang paling sering terjadi:

User sudah tidak percaya lagi pada sistem IT.

---

Dimana Letak Masalahnya?

Bukan di:

• tools
• tim IT
• atau bahkan framework

Masalahnya ada di:

KPI yang tidak mencerminkan realitas.

---

Kesalahan Paling Umum dalam KPI IT

1. Mengukur Aktivitas, Bukan Dampak

Contoh:

• “Berapa tiket diselesaikan?”
• “Berapa cepat response?”

Tapi tidak pernah ditanya:

“Apakah masalahnya benar-benar hilang?”

---

2. SLA Fokus ke Waktu, Bukan Kualitas

• Respon cepat → KPI bagus
• Tiket ditutup cepat → SLA aman

Tapi:

• masalah masih ada
• user tetap frustrasi

---

3. KPI Dibuat untuk Aman, Bukan Akurat

KPI sering didesain agar:

• mudah dicapai
• tidak “memalukan”
• terlihat bagus di report

Bukan untuk:

• mengungkap masalah

---

4. Data Tidak Mewakili Kenyataan

Banyak aktivitas terjadi di luar sistem:

• WhatsApp
• Telepon langsung
• Email personal

Akhirnya:

Dashboard hanya menunjukkan sebagian kecil dari realita

---

Inilah Masalah Besarnya

Direksi membuat keputusan berdasarkan:

Data yang terlihat rapi… tapi tidak lengkap

Dan itu berbahaya.

---

Akibatnya?

• Investasi salah arah
• Masalah berulang tidak terselesaikan
• Risiko tidak terdeteksi
• Kepercayaan bisnis ke IT menurun

Dan yang paling fatal:

Perusahaan merasa aman… padahal sedang menuju masalah besar.

---

Ciri-Ciri KPI yang “Menipu”

Kalau Anda melihat ini, waspada:

• KPI selalu tercapai, tapi user tetap komplain
• Tidak ada metrik tentang user experience
• Tidak ada pengukuran terhadap problem berulang
• Semua terlihat stabil… sampai terjadi kegagalan besar

---

Solusi: Ubah Cara Mengukur

1. Dari Activity → Outcome

Bukan:

• “Berapa tiket selesai”

Tapi:

• “Berapa masalah tidak kembali lagi”

---

2. Tambahkan Perspektif User

• User satisfaction
• Business impact
• Downtime cost

---

3. Integrasikan Semua Channel

Semua aktivitas harus masuk ke sistem:

no hidden work

---

4. KPI Harus Berani “Jujur”

Kalau merah:

tampilkan merah

Karena:

merah itu sinyal perbaikan, bukan kegagalan

---

KPI yang selalu hijau… seringkali adalah KPI yang paling berbahaya.

---

Direksi tidak butuh:

• dashboard yang indah
• report yang rapi

Mereka butuh:

Kebenaran.

Karena keputusan yang salah… seringkali bukan karena kurang data.

Tapi karena:

Datanya terlalu “cantik”.

---

Dashboard hijau itu menenangkan.

Tapi tidak selalu jujur.

Banyak KPI dibuat untuk terlihat baik, bukan untuk menunjukkan kenyataan.

Dan di situlah masalahnya dimulai.

KPI yang selalu hijau… bisa jadi adalah alarm yang tidak pernah berbunyi.

#DigitalTransformation #Mitratex #MitratexConsulting #IndonesiaTechDigest #ESTIMSoftware #ITGovernance #ITSM #ITServiceManagement #DigitalTransformation #ITLeadership #CIO #KPI #ManajemenTI #AuditTI #EnterpriseArchitecture #BusinessPerformance #ITStrategy

Ditulis oleh: Dr. Dede Mulyana

Sudah Sertifikasi ISO, Tapi Kenapa Operasional Masih Berantakan?

Di banyak perusahaan…

Sertifikat ISO dipasang besar di lobby.

Masuk website perusahaan:

✓ ISO Certified

✓ International Standard

✓ Compliance Achieved

Direksi bangga. Tim project lega. Postingan LinkedIn pun naik.

Tapi anehnya…

di dalam operasional sehari-hari:

• tiket masih berantakan
• akses user masih sembarangan
• approval lewat WhatsApp
• dokumen hilang
• incident berulang
• audit internal masih chaos

Akhirnya muncul pertanyaan yang jarang berani diucapkan:

“Ini kita benar-benar menjalankan ISO… atau cuma berhasil lolos audit?”

---

Banyak Perusahaan Salah Paham Tentang ISO

Mereka mengira:

ISO = Sertifikat.

Padahal sebenarnya: ISO itu sistem.

Dan sistem tidak hidup dari dokumen.

Sistem hidup dari kebiasaan sehari-hari.

---

Yang Sering Terjadi Setelah Sertifikasi

Awal project:

• semua semangat
• SOP dibuat
• flowchart dirapikan
• risk assessment dikerjakan
• policy ditandatangani

Semua terlihat profesional.

Tapi beberapa bulan setelah audit selesai…

perlahan kembali ke kebiasaan lama.

• Password dishare lagi
• Approval lompat jalur
• Dokumen tidak diupdate
• Monitoring berhenti
• Audit internal formalitas
• User kembali pakai chat pribadi

ISO tetap ada.

Tapi hanya tinggal kulit luarnya.

---

Inilah Masalah yang Jarang Disadari

Banyak perusahaan mengejar:

“Bagaimana caranya cepat dapat sertifikat?”

Bukan:

“Bagaimana membangun budaya yang benar?”

Padahal ISO 27001:2022 sangat jelas menekankan:

• continual improvement
• monitoring
• management review
• corrective action
• awareness
• implementasi nyata

Artinya: ISO bukan project musiman.

ISO itu proses yang harus hidup terus.

---

Dokumen Bisa Rapih. Realita Bisa Hancur.

Dan ini yang paling berbahaya.

Karena:

• SOP terlihat sempurna
• dashboard terlihat hijau
• audit checklist lengkap

Tapi operasional sebenarnya: merah total.

Persis seperti perusahaan yang:

• punya policy keamanan tapi semua password ditulis di kertas
• punya prosedur incident tapi semua eskalasi lewat WhatsApp
• punya access control tapi akun admin dipakai bersama-sama

Di atas kertas: compliance.

Di lapangan: chaos.

---

ISO Gagal Bukan Karena Standarnya Jelek

Tapi karena implementasinya dijadikan formalitas.

Yang penting:

• auditor puas
• temuan sedikit
• sertifikat keluar

Setelah itu?

Balik lagi seperti biasa.

Padahal ISO 27001:2022 bahkan menegaskan:

“Dokumentasi harus mencerminkan kondisi nyata — bukan hanya untuk keperluan audit.”

Kalimat ini sederhana.

Tapi kalau dipikir dalam… tamparannya keras sekali.

---

Ciri-Ciri ISO Sudah Jadi Pajangan

Kalau ini terjadi, hati-hati:

• Karyawan tidak tahu isi policy
• Awareness training cuma formalitas
• SOP dibuat tapi tidak dipakai
• Audit internal hanya copy-paste tahun lalu
• Temuan berulang terus
• Semua terlihat bagus saat audit saja
• Evidence dikumpulkan dadakan
• Risk register tidak pernah dibuka lagi

Dan yang paling sering:

“Yang penting auditor jangan lihat itu.”

---

Bahaya Terbesarnya?

Perusahaan jadi merasa aman… padahal sebenarnya tidak.

Dan rasa aman palsu itu jauh lebih berbahaya daripada tidak punya sistem sama sekali.

Karena:

• masalah tidak terlihat
• risiko ditunda
• kelemahan disembunyikan
• sampai akhirnya insiden benar-benar terjadi

Lalu semua panik.

---

ISO Seharusnya Mengubah Cara Kerja

Bukan sekadar menambah dokumen.

Kalau implementasi benar:

• proses jadi lebih disiplin
• risiko lebih terlihat
• accountability lebih jelas
• operasional lebih stabil
• insiden lebih terkendali

Tapi kalau hanya mengejar sertifikat…

ISO berubah jadi dekorasi mahal.

---

Sertifikat bisa dicetak dalam beberapa hari.

Tapi budaya tidak bisa dibangun secepat itu.

Dan banyak perusahaan terlalu sibuk terlihat compliant…

sampai lupa membangun sistem yang benar-benar berjalan.

Karena masalah terbesar bukan gagal audit.

Masalah terbesar adalah: perusahaan merasa sudah aman… padahal operasional di dalamnya masih berantakan.

#Mitratex #ESTIMSoftware #YourCompliancePartner #ISO27001 #Compliance #ITGovernance #InformationSecurity #Audit #SMKI #CyberSecurity #DigitalTransformation #OperationalExcellence #RiskManagement #CorporateLife #BusinessInsight #ContinualImprovement

Ditulis oleh: Febby Febrianti

Kenapa Helpdesk Selalu Jadi Korban?

Saat Sistem Rusak, yang Disalahkan Selalu Orang yang Paling Depan

---

Semua Baik-Baik Saja… Sampai Ada Incident

Di hari normal:

• Helpdesk ramah
• Tiket masuk terkontrol
• User dilayani dengan baik

Mereka adalah:

“wajah IT” di mata bisnis.

---

Lalu Sistem Down… dan Semua Berubah

Dalam hitungan menit:

• Telepon berdering tanpa henti
• Tiket masuk meledak
• WhatsApp pribadi ikut ramai
• User mulai emosi

Dan satu hal pasti terjadi:

Helpdesk jadi sasaran pertama.

---

Padahal… Mereka Tidak Punya Kendali

Mari jujur.

Helpdesk:

• Tidak membangun sistem
• Tidak mendesain arsitektur
• Tidak menentukan change
• Tidak punya akses untuk memperbaiki root cause

Tapi…

Mereka yang menerima semua kemarahan.

---

Kenapa Ini Selalu Terjadi?

1. Mereka Paling Depan (Frontliner)

User tidak tahu:

• siapa problem owner
• siapa yang salah

Yang mereka tahu:

“Yang angkat telepon = yang harus bertanggung jawab.”

---

2. Sistem Tidak Transparan

Di banyak organisasi:

• Status tidak jelas
• Progress tidak terlihat
• Root cause tidak pernah dikomunikasikan

Akhirnya:

Helpdesk jadi “tameng” tanpa informasi yang cukup.

---

3. Incident Management Hanya Formalitas

Secara teori:

• Ada incident management
• Ada escalation
• Ada komunikasi

Di lapangan:

• Semua panik
• Semua lompat jalur
• Semua ingin cepat selesai

Dan helpdesk… ditinggal di depan sendirian.

---

4. Tidak Ada Problem Management yang Nyata

Masalah yang sama:

• terus berulang
• terus muncul
• terus bikin user marah

Helpdesk yang harus menjelaskan… lagi dan lagi.

---

Yang Lebih Parah Lagi…

Kadang, organisasi berpikir:

“Helpdesk kita kurang responsif.”

Padahal realitanya:

Sistemnya yang tidak sehat.

---

Ciri-Ciri Organisasi yang “Menyiksa” Helpdesk

Kalau ini terjadi, berarti ada masalah besar:

• Helpdesk selalu disalahkan
• Banyak eskalasi lewat jalur informal
• Tidak ada update status yang jelas
• User lebih percaya chat pribadi daripada sistem
• Tim backend bekerja diam-diam tanpa koordinasi

---

Masalah Sebenarnya: Bukan di Helpdesk

Masalahnya ada di:

• Design operasional IT
• Kurangnya integrasi proses
• Minimnya transparansi
• Tidak adanya single source of truth

---

Solusi (Yang Jarang Dilakukan)

1. Berikan Visibility ke Helpdesk

Helpdesk harus tahu:

• status real-time
• siapa yang handle
• estimasi penyelesaian

Tanpa ini:

mereka hanya jadi “operator tiket”

---

2. Integrasikan Semua Channel

Hilangkan:

• WhatsApp liar
• komunikasi off-system

Semua harus:

tercatat dan terlihat

---

3. Aktifkan Problem Management (Beneran)

Stop:

• menyelesaikan gejala

Mulai:

• menyelesaikan akar masalah

---

4. Ubah Mindset: Helpdesk = Strategic Role

Helpdesk bukan:

“level paling bawah”

Tapi:

sensor utama kualitas IT Anda

---

Kalau helpdesk Anda selalu disalahkan… kemungkinan besar masalahnya bukan di helpdesk.

---

Helpdesk itu seperti:

resepsionis di hotel.

Kalau tamu marah karena AC rusak…

yang kena duluan tetap resepsionis. Padahal yang rusak bukan dia.

---

Setiap sistem down… helpdesk jadi sasaran pertama.

Padahal mereka tidak punya kendali.

Mereka hanya berada di posisi yang paling depan.

Kalau helpdesk Anda selalu disalahkan… mungkin yang perlu diperbaiki bukan orangnya.

Tapi sistem di belakangnya.

#DigitalTransformation #Mitratex #MitratexConsulting #IndonesiaTechDigest #Helpdesk #ITSupport #ITSM #IncidentManagement #ProblemManagement #ServiceDesk #ITOperations #ITGovernance #ITInfrastructure #ITTeam #CustomerService #TechSupport #OperationalExcellence #ITManagement #EnterpriseIT #HelpdeskLife #ESTIMSoftware

Ditulis oleh: Dr. Dede Mulyana

Data Bocor Bukan Karena Hacker Hebat. Tapi Karena Internal Ceroboh.

Banyak perusahaan membayangkan kebocoran data seperti di film-film.

Ada hacker pakai hoodie hitam. Layar penuh coding. Server ditembus dalam hitungan detik.

Padahal kenyataannya sering jauh lebih memalukan.

Data bocor… bukan karena hacker terlalu hebat.

Tapi karena internal terlalu ceroboh.

---

Yang Sering Terjadi di Perusahaan

Contoh paling sederhana:

• Password WiFi kantor ditempel di dinding
• File payroll dikirim lewat email pribadi
• Link Google Drive dibuat “Anyone with the link”
• Akun admin dipakai ramai-ramai
• Mantan karyawan masih punya akses sistem
• Flashdisk colok sana-sini tanpa kontrol
• Semua orang tahu password server production

Dan yang paling sering:

“Ah aman kok… dari dulu juga begitu.”

Sampai suatu hari:

• data customer tersebar
• dokumen internal bocor
• akun perusahaan diambil alih
• email dipakai kirim spam
• atau lebih parah… perusahaan baru sadar saat namanya viral.

---

Masalahnya Bukan Teknologi.

Masalahnya manusia.

ISO 27001:2022 bahkan menekankan bahwa faktor manusia adalah salah satu titik paling kritis dalam keamanan informasi.

Karena secanggih apa pun:

• firewall
• antivirus
• SOC
• monitoring system

semuanya bisa kalah… oleh satu orang yang salah klik link phishing.

---

Kebocoran Data Modern Tidak Selalu Dramatis

Kadang cuma karena:

• salah kirim attachment
• lupa revoke akses
• laptop hilang
• akun dipinjamkan
• file dishare ke vendor tanpa kontrol

Tidak ada alarm.

Tidak ada layar merah berkedip.

Tapi data perusahaan pelan-pelan keluar tanpa disadari.

---

Yang Berbahaya Justru Kebiasaan Kecil

Karena kebocoran data sering lahir dari budaya:

“Biar gampang aja dulu.”

Akhirnya:

• semua akses dibuka
• approval dilewati
• akun dipakai bersama
• audit trail hilang
• kontrol dianggap ribet

Operasional memang jadi cepat.

Tapi keamanan diam-diam hancur.

---

Perusahaan Sering Fokus ke Ancaman Luar

Padahal ancaman dalam jauh lebih dekat.

Karena orang dalam:

• tahu sistem
• tahu celah
• tahu proses bisnis
• punya akses langsung

Dan sering kali… tidak ada monitoring yang memadai.

ISO 27001:2022 bahkan menambahkan kontrol baru terkait:

• Monitoring Activities
• Data Leakage Prevention (DLP)
• Information Deletion
• Access Control

Karena ancaman hari ini bukan cuma “diretas”.

Tapi: data keluar sedikit demi sedikit… dan tidak ada yang sadar.

---

Tanda Perusahaan Sedang Dalam Risiko

Kalau ini masih terjadi, hati-hati:

• Password dishare lewat WhatsApp
• Tidak ada MFA
• Akun eks-karyawan masih aktif
• Semua orang bisa akses folder sensitif
• Tidak ada logging yang jelas
• Tidak ada awareness training
• Link file bisa dibuka publik
• User bebas install aplikasi apa saja

Kelihatannya sepele.

Tapi dari sinilah biasanya insiden besar dimulai.

---

Ironisnya…

Banyak perusahaan baru serius soal keamanan… setelah kejadian.

Setelah:

• data bocor
• customer komplain
• audit bermasalah
• reputasi jatuh
• direksi panik

Baru semua sibuk bilang:

“Kenapa dari dulu tidak dicegah?”

Padahal warning-nya sudah ada sejak lama.

Hanya saja… terlalu sering diabaikan karena dianggap “belum terjadi apa-apa”.

---

Solusinya Bukan Sekadar Beli Tools

Karena keamanan bukan cuma soal teknologi.

Tapi soal:

• budaya
• awareness
• disiplin
• kontrol akses
• monitoring
• dan tanggung jawab bersama

ISO 27001:2022 bahkan menekankan pentingnya:

• security awareness
• incident reporting
• access review
• monitoring activities
• data protection secara menyeluruh

Karena kebocoran data modern… lebih sering terjadi karena kelalaian, bukan kecanggihan hacker.

---

Hacker memang berbahaya.

Tapi sering kali, mereka tidak perlu susah payah membobol sistem.

Karena pintunya sudah dibuka dari dalam.

Dan yang paling menakutkan bukan saat data dicuri.

Tapi saat perusahaan bahkan tidak sadar… bahwa datanya sudah lama bocor.

#Mitratex #ESTIMSoftware #YourCompliancePartner #ISO27001 #CyberSecurity #DataLeakage #InformationSecurity #ITGovernance #DigitalTransformation #SecurityAwareness #DataProtection #DLP #CyberRisk #KeamananInformasi #BusinessRisk #CorporateLife

Ditulis oleh: Febby Febrianti