![\"Sinyal](\"https://eventus.blog/id/assets/images/siem-plus-microsoft-sentinel-support-5042c043dbe2e8c2b08c53b2ebfcce44.png\")
Kami dengan senang hati mengumumkan bahwa Eventus memulai operasi di Jakarta, Indonesia. Langkah ini membuka babak baru bagi Eventus untuk menjalin hubungan dengan perusahaan dan mitra di Indonesia, serta mengeksplorasi bagaimana teknologi dan keahlian kami dapat mendukung tujuan mereka.
\nMulai dari memperkuat keamanan siber hingga memanfaatkan data operasional dengan lebih baik, kami menantikan kerja sama dengan organisasi di Jakarta dan seluruh Indonesia untuk mengambil langkah nyata menuju transformasi digital.
\nMemulai operasi di Jakarta merupakan kesempatan untuk membangun hubungan, mendengarkan kebutuhan bisnis setempat, dan mengembangkan proyek berdasarkan tantangan yang dihadapi organisasi dalam kegiatan sehari-hari.
\nPendekatan kami dimulai dengan memahami tantangan tersebut: apa yang perlu dilindungi oleh tim, proses mana yang perlu ditingkatkan, dan bagaimana akses data yang lebih baik dapat membantu pengambilan keputusan. Selanjutnya, kami bekerja bersama pelanggan dan mitra untuk menentukan ruang lingkup yang jelas serta langkah pelaksanaan yang praktis.
\nDiskusi dengan Eventus dapat memanfaatkan pengalaman kami dalam beberapa bidang:
\nSetiap organisasi memiliki prioritas yang berbeda. Baik dimulai dari visibilitas keamanan, penerapan data perangkat, maupun perbaikan alur kerja, langkah pertama adalah membahas hasil yang ingin dicapai.
\nKami menyambut diskusi dengan perusahaan dan calon mitra di Indonesia yang ingin menjajaki kerja sama dengan Eventus. Kami menantikan kesempatan untuk belajar, berkolaborasi, dan membangun hubungan jangka panjang saat babak baru ini dimulai.
\nUntuk membahas kebutuhan Anda atau peluang kolaborasi, hubungi Eventus.
", "url": "https://eventus.blog/id/2026/10/01/eventus-starts-operations-in-jakarta-indonesia", "title": "Eventus Memulai Operasi di Jakarta, Indonesia", "summary": "Eventus memulai operasi di Jakarta, Indonesia, membuka babak baru dalam membangun hubungan dengan perusahaan dan mitra di kawasan ini.", "date_modified": "2026-10-01T00:00:00.000Z", "author": { "name": "James Yip", "url": "https://github.com/jamesyip" }, "tags": [ "Eventus", "Indonesia", "Jakarta" ] }, { "id": "https://eventus.blog/id/2026/09/29/sentinel-user-behavior-analysis-asim-authentication", "content_html": "Eventus menerbitkan artikel engineering baru di Qiita: “Merancang Analitik Perilaku Pengguna Sentinel Tanpa Ketergantungan pada Tabel Mentah: Menggunakan ASIM Authentication sebagai Baseline Pengguna.”
\nArtikel membahas mengapa analitik langsung pada tabel seperti SigninLogs, SecurityEvent, dan log khusus konektor menjadi lebih sulit dipelihara ketika sumber autentikasi bertambah. Artikel juga menjelaskan bagaimana volume peristiwa mentah dapat mencapai batas hasil, sementara gangguan konektor atau keterlambatan ingesti menciptakan kesenjangan data.
Selanjutnya, artikel menjelaskan bagaimana skema imAuthentication yang dinormalisasi oleh ASIM Authentication menyediakan dasar bersama bagi sumber yang didukung. Agregasi berdasarkan pengguna sejak awal membantu menjaga hasil kueri tetap terkendali dan mempermudah penggunaan ulang analitik perilaku di lingkungan hibrida.
Jika Anda merancang analitik perilaku pengguna atau deteksi bergaya UEBA di Microsoft Sentinel, kami mengundang Anda membaca artikel lengkap:
\nBaca artikel Sentinel dan ASIM di Qiita
\nUntuk mempelajari layanan keamanan Eventus, hubungi Eventus.
", "url": "https://eventus.blog/id/2026/09/29/sentinel-user-behavior-analysis-asim-authentication", "title": "Artikel Baru di Qiita: Analitik Perilaku Pengguna Sentinel dengan ASIM Authentication", "summary": "Artikel Qiita menjelaskan penggunaan ASIM Authentication untuk analitik perilaku pengguna Microsoft Sentinel tanpa ketergantungan pada tabel mentah dan dengan berbagai sumber autentikasi.", "date_modified": "2026-09-29T00:00:00.000Z", "author": { "name": "James Yip", "url": "https://github.com/jamesyip" }, "tags": [ "Eventus", "Microsoft Sentinel", "ASIM", "KQL", "SIEM+", "Keamanan Siber" ] }, { "id": "https://eventus.blog/id/2026/09/19/siem-plus-now-officially-supports-microsoft-sentinel", "content_html": "Kami mengumumkan bahwa SIEM+ kini memiliki dukungan native penuh untuk Microsoft Sentinel, melengkapi integrasi dengan Devo, Splunk, dan QRadar. Jika organisasi Anda menggunakan Sentinel sebagai SIEM, Anda dapat menambahkan konsolidasi alert dan triase AI SIEM+ tanpa mengubah penerapan Sentinel yang sudah ada.
\n
SIEM+ dibangun dari gagasan sederhana: sebagian besar organisasi membutuhkan cara lebih baik melihat keseluruhan SIEM yang sudah dimiliki.
\nDukungan Sentinel berarti:
\nSentinel telah menjadi salah satu SIEM cloud yang paling banyak digunakan. Semakin banyak diskusi kami dengan perusahaan jasa keuangan, farmasi, semikonduktor, dan manufaktur melibatkan Sentinel dalam sebagian lingkungan. Sering kali Sentinel berjalan bersama platform lain yang diwarisi melalui M&A atau otonomi TI regional.
\nDukungan resmi Sentinel memungkinkan SIEM+ menjadi lapisan konsolidasi lintas platform, apa pun kombinasi Sentinel, Devo, Splunk, atau QRadar dalam lingkungan tersebut.
\nInilah tujuan SIEM+ sejak awal: mengurangi gangguan alert dan menyatukan visibilitas tanpa memerlukan migrasi SIEM.
\nDukungan Sentinel tersedia pada ketiga model penyediaan SIEM+:
\nJika volume alert Sentinel melebihi kemampuan triase tim Anda, hubungi kami untuk melihat pandangan terkonsolidasi atas lingkungan Anda.
", "url": "https://eventus.blog/id/2026/09/19/siem-plus-now-officially-supports-microsoft-sentinel", "title": "SIEM+ Kini Resmi Mendukung Microsoft Sentinel", "summary": "SIEM+ kini mendukung Microsoft Sentinel secara native, menghadirkan konsolidasi alert lintas platform, triase AI, dan panduan remediasi dalam bahasa Inggris yang mudah dipahami.", "date_modified": "2026-09-19T00:00:00.000Z", "author": { "name": "James Yip", "url": "https://github.com/jamesyip" }, "tags": [ "SIEM Plus", "Microsoft Sentinel", "Keamanan Siber", "Operasi Keamanan", "Kelelahan Akibat Alert", "Keamanan AI" ] }, { "id": "https://eventus.blog/id/2026/09/12/why-alert-fatigue-is-the-real-soc-problem-business-problem", "content_html": "Saat pemimpin keamanan membahas kelelahan akibat alert, percakapan biasanya terbatas pada SOC: analis kelelahan, dasbor merah, dan MTTR yang meningkat setiap kuartal. Gambaran itu benar, tetapi cakupannya terlalu kecil.
\nPada perusahaan jasa keuangan, farmasi, semikonduktor, dan manufaktur besar, kelelahan akibat alert merupakan risiko bisnis yang terlihat pada neraca, temuan audit, dan diskusi pimpinan tentang ketahanan.
\nPerusahaan besar sering menjalankan beberapa SIEM: Splunk di satu unit, Microsoft Sentinel di unit lain, QRadar atau Devo di lokasi lain. Kondisi ini kerap berasal dari merger dan akuisisi (M&A), otonomi regional, atau keputusan alat yang dibuat masing-masing divisi selama bertahun-tahun.
\nSetiap platform menghasilkan alert dan memiliki kebutuhan penyetelan sendiri. Platform tidak saling berkomunikasi. Hasilnya adalah visibilitas terfragmentasi justru ketika perusahaan membutuhkan gambaran risiko terpadu.
\nMenambah analis tidak menyelesaikannya. Jumlah staf bertambah secara linear, volume alert tidak. Kesenjangan itulah tempat insiden nyata terlewat karena bukti terkubur di antara data lain.
\nBagi pimpinan perusahaan, dampaknya melampaui waktu rata-rata deteksi:
\nKonsolidasi ke satu SIEM dapat dipahami tetapi sering tidak praktis. Mengganti platform di perusahaan multinasional dengan banyak divisi membutuhkan bertahun-tahun. Biaya peralihan jarang sepadan, terutama ketika Sentinel, Splunk, dan Devo sudah menyerap serta menyimpan data berskala besar dengan baik.
\nJalur yang lebih memungkinkan adalah menambahkan lapisan konsolidasi dan triase di atas sistem yang ada. Lapisan menerima alert dari seluruh SIEM, mengorelasikannya, dan menampilkan hal penting dalam satu tampilan. Itulah model SIEM+: membuat investasi Sentinel, Splunk, atau Devo berguna pada skala perusahaan. Bagi pengguna Devo, pendekatan ini melengkapi Strike48, ekstensi AI SOC Devo. SIEM+ menambahkan konsolidasi lintas platform, sedangkan Strike48 berada dalam satu lingkungan Devo.
\nPemimpin keamanan perlu mempertanyakan mengapa manusia diminta meninjau volume yang sejak awal tidak dirancang untuk peninjauan manusia, bukan hanya bagaimana mempercepat triase.
\nKelelahan akibat alert adalah gejala SOC. Penyebabnya—alat terfragmentasi, volume tidak terkendali, dan visibilitas risiko yang menurun saat organisasi membesar—merupakan masalah perusahaan yang membutuhkan jawaban pada tingkat perusahaan.
\n![\"Sinyal](\"https://eventus.blog/id/assets/images/alert-fatigue-business-risk-096e6b706cd7923a8515af42384c0dea.png\")
Kami bangga bahwa Eventus dimuat oleh Japan External Trade Organization (JETRO) dalam artikel newsroom Investing in Japan: Eventus Hong Kong Limited Mendirikan Anak Perusahaan di Tokyo untuk Menyediakan Platform AIoMT.
\nDiterbitkan pada 24 Agustus 2026, artikel tersebut menyoroti ekspansi Eventus dari Hong Kong ke Jepang dan pekerjaan kami dalam AIoMT—Artificial Intelligence of Medical Things. Artikel juga menjelaskan bagaimana anak perusahaan kami di Tokyo, Eventus K.K., membawa solusi kesehatan dan keamanan siber praktis ke pasar Jepang.
\nEventus Hong Kong Limited didirikan pada 2016 untuk mengembangkan solusi TI yang menghubungkan data, perangkat, dan kecerdasan. Pada September 2024, kami mendirikan Eventus K.K. di Tokyo untuk memperkuat penjualan dan dukungan pelanggan di Jepang.
\nJETRO menempatkan ekspansi ini dalam konteks populasi Jepang yang menua dan meningkatnya kebutuhan digitalisasi layanan kesehatan. Jepang merupakan pasar penting bagi Eventus untuk membangun kemitraan dan menunjukkan bagaimana data terhubung meningkatkan pemantauan pasien serta efisiensi operasional.
\nArtikel menampilkan SEKHMET, platform AIoMT kami untuk mengintegrasikan data klinis dan IoT. SEKHMET mendukung pemantauan serta analisis informasi vital pasien secara real-time, sekaligus menyediakan data untuk penggunaan operasional dan analitik yang lebih luas.
\nInti platform adalah arsitektur Software-Defined Gateway (SDG). Smartphone dan PC yang sudah tersedia dapat berfungsi sebagai hub IoT medis, mengurangi kebutuhan gateway khusus serta mempermudah penerapan pemantauan jarak jauh.
\nPendekatan ini memberikan penyedia kesehatan dan mitra teknologi cara fleksibel untuk menghubungkan perangkat, mengumpulkan informasi, dan menyiapkan data bagi analisis AI.
\nJETRO juga menyoroti SIEM+, platform dukungan keamanan siber berbasis AI Eventus. SIEM+ bekerja dalam lingkungan TI yang ada untuk menganalisis log dan memvisualisasikan potensi ancaman, membantu organisasi kecil dan menengah beroperasi lebih efisien.
\nSEKHMET dan SIEM+ mencerminkan prinsip yang sama: kecerdasan berguna dimulai dari data yang terhubung dan mudah dipahami. Baik berasal dari perangkat medis maupun sistem TI, organisasi membutuhkan alat praktis untuk mengubah sinyal kompleks menjadi keputusan tepat waktu.
\nInvest Japan Business Support Center (IBSC) JETRO mendukung Eventus melalui bantuan partisipasi pameran, pencocokan bisnis, dan hubungan masyarakat. Kami berterima kasih atas dukungan tersebut dalam pengembangan hubungan di Jepang.
\nTim kami mengikuti pameran domestik dan program dukungan startup, termasuk Innovation Leaders Summit (ILS) dan Startup Japan Expo 2026. Kesempatan ini memungkinkan kami mendemonstrasikan solusi, bertemu calon mitra, dan memahami kebutuhan pasar Jepang.
\nLiputan JETRO merupakan pencapaian yang menyemangati Eventus. Kami menantikan kerja sama dengan penyedia kesehatan, perusahaan teknologi, dan mitra yang ingin memanfaatkan data medis, IoT, serta keamanan dengan lebih baik.
\nBaca artikel lengkap dalam bahasa Inggris di situs JETRO atau bahasa Jepang di situs JETRO.
\nPelajari platform kami di SEKHMET dan Eventus.
\n![\"Koneksi](\"https://eventus.blog/id/assets/images/jetro-features-eventus-aiomt-platform-e90f984bc82b68dc7a0b2c6b3cd0d70f.png\")
Tim keamanan tidak kekurangan alert. Mereka kekurangan waktu, konteks, dan perhatian.
\nSurvei 2025 terhadap 2.058 pemimpin keamanan menemukan bahwa 59% menerima terlalu banyak alert, sementara 52% menyebut SOC mereka bekerja berlebihan. Ringkasan riset oleh Security Magazine juga menemukan bahwa banyak tim kehilangan waktu investigasi karena data keamanan sulit dikelola dan terpisah antaralat.
\nDampak terhadap manusia juga jelas. Dalam ISC2 Cybersecurity Workforce Study 2025, 48% responden merasa lelah mengikuti ancaman dan teknologi baru, sementara 47% kewalahan oleh beban kerja. Studi ISC2 melibatkan lebih dari 16.000 profesional keamanan siber dan pengambil keputusan.
\nInilah kelelahan akibat alert: setiap notifikasi mulai tampak sama, setiap investigasi terasa mendesak, dan analis menghabiskan lebih banyak energi menentukan apa yang diabaikan daripada apa yang penting.
\nIni adalah masalah operasional tim keamanan di mana-mana, bukan hanya satu perusahaan.
\nKelelahan akibat alert sering dibahas sebagai sekadar terlalu banyak alert. Kenyataannya lebih rumit.
\nSatu peristiwa dapat menghasilkan beberapa notifikasi di berbagai sistem. Satu login mencurigakan dapat muncul sebagai alert identitas, endpoint, aktivitas cloud, dan anomali jaringan. Masing-masing mungkin valid secara teknis, tetapi tidak memberikan gambaran lengkap.
\nAda pula alert yang sulit dipahami. Alert mungkin memuat keparahan, waktu, dan pesan teknis, tetapi tidak cukup konteks untuk menjawab:
\nNotifikasi dengan sinyal lemah menimbulkan masalah yang sama. Administrasi rutin, perilaku aman yang sudah dikenal, dan aktivitas latar belakang berulang bersaing dengan insiden nyata.
\nHasilnya bukan hanya antrean lebih panjang, tetapi triase yang lebih lemah.
\nSANS SOC Survey 2026 menjelaskan bahwa praktisi menghadapi terlalu banyak alert yang tidak saling terhubung dan kekurangan konteks bersama untuk bertindak. Sebanyak 24% pemimpin siber menyebut kurangnya visibilitas seluruh perusahaan sebagai hambatan terbesar operasi keamanan efektif. Temuan SANS 2026 didasarkan pada profesional operasi keamanan dan eksekutif keamanan senior.
\nKetika aktivitas terkait tidak cepat terhubung, setiap alert menjadi tugas terpisah. Gangguan SIEM pun menjadi biaya operasional nyata.
\nSatu pelanggan SIEM+ menghadapi sekitar 40.000 alert per hari.
\nSetelah SIEM+ diterapkan, volume tersebut berkurang menjadi kurang dari 10 kasus per hari.
\nLingkungan tetap menghasilkan aktivitas keamanan. Yang berubah adalah kemampuan lapisan triase membedakan sinyal berulang, aktivitas yang diharapkan, dan risiko bermakna.
\nPelanggan menerima lebih sedikit kasus yang mewakili pekerjaan investigasi nyata. Tim dapat berfokus pada hal penting tanpa merasa ada sesuatu yang terlewat.
\nPerbedaan ini penting.
\nMengurangi volume alert tidak sama dengan mengurangi visibilitas. Menekan semuanya memang membuat dasbor lebih tenang, tetapi tidak meningkatkan keamanan. Pengurangan gangguan SIEM yang efektif membuat kasus tersisa lebih berguna, mudah dipahami, dan mudah diprioritaskan.
\nPerubahan hasil berasal dari perbaikan penilaian alert sebelum mencapai antrean investigasi manusia.
\nPertama, alert duplikat dikelompokkan. Notifikasi terkait diperlakukan sebagai satu situasi yang berkembang, bukan tugas terpisah. Pengulangan berkurang tanpa menghapus bukti dasar.
\nKedua, aktivitas aman dan berbahaya yang sudah dikenal ditangani lebih konsisten. Aktivitas sesuai pola tidak memerlukan perhatian yang sama dengan hal yang tidak biasa. Sinyal jelas berbahaya dapat diprioritaskan, bukan tenggelam dalam aliran besar.
\nKetiga, anomali perilaku dinilai dalam konteks. Peristiwa tidak selalu berisiko karena jarang terjadi, dan aktivitas tidak selalu aman karena pernah terjadi. Perilaku sepanjang waktu membantu membedakan penyimpangan bermakna dari variasi biasa.
\nTerakhir, aktivitas akun dan sistem terkait dapat dikorelasikan. Triase memberikan gambaran lebih lengkap, sehingga analis lebih mudah memahami apakah beberapa peristiwa termasuk satu investigasi atau sekadar gangguan tidak terkait.
\nTriase keamanan AI berguna untuk evaluasi berulang dan pengorganisasian informasi bagi keputusan analis, bukan menggantikan analis berpengalaman.
\nTujuannya adalah antrean lebih bersih, konteks lebih baik, dan hasil lebih konsisten.
\nSaat SOC kewalahan, respons umum adalah menambah orang.
\nKeahlian tambahan membantu, tetapi jumlah staf saja tidak memperbaiki triase yang mengirim setiap duplikat, sinyal lemah, dan alert minim konteks ke manusia. Tim lebih besar mungkin tetap memproses gangguan yang sama.
\nPertanyaan yang lebih baik: apa yang seharusnya mencapai analis?
\nTim memerlukan informasi cukup untuk menyelidiki risiko nyata, tetapi tidak perlu menyusun setiap hubungan alert secara manual. Waktu mereka tidak seharusnya habis menerjemahkan pesan rumit, memeriksa duplikasi, atau menentukan apakah aktivitas dikenal perlu eskalasi.
\nLapisan triase berada di antara aktivitas mentah dan keputusan manusia. Jika bekerja baik, analis lebih banyak menyelidiki kasus bermakna dan lebih sedikit memproses gangguan.
\nSIEM+ dirancang untuk lapisan ini dan bekerja dengan SIEM apa pun, sehingga tim dapat meningkatkan penanganan alert tanpa mengganti seluruh platform atau merancang ulang lingkungan keamanan.
\nPelajaran dari 40.000 alert menjadi kurang dari 10 kasus: operasi keamanan tidak selalu membutuhkan lebih banyak data atau dasbor. Tim membutuhkan cara lebih baik mengubah data menjadi investigasi terarah.
\nJadwalkan Demo 15 Menit atau Lihat Harga.
\n![\"Aliran](\"https://eventus.blog/id/assets/images/alert-fatigue-40k-to-fewer-than-10-cases-52109ba44de83f16f61ff6859be4e797.png\")
Senin pagi pukul 09.02, firewall yang menghadap publik mulai mencatat pemindaian port.
\nPada 09.05, SIEM sudah menghasilkan 5.000 alert. Pimpinan TI membuka dasbor, melihat tampilan penuh warna merah, dan mengajukan pertanyaan yang akhirnya muncul pada setiap tim keamanan kecil:
\n“Bisakah kita menambahkan AI di atas SIEM agar memberi tahu mana yang penting?”
\nPertanyaan itu masuk akal. AI di atas SIEM memang arah yang tepat. SIEM yang ada sudah mengumpulkan peristiwa, menerapkan aturan deteksi, dan menyimpan bukti. Lapisan AI dapat mengubah keluarannya menjadi prioritas, penjelasan, dan tindakan berikutnya.
\nInilah gagasan SIEM+, lapisan AI keamanan untuk tim yang ingin triase lebih baik dan postur lebih jelas tanpa mengganti SIEM yang sudah digunakan.
\nChatbot umum, skrip LLM sekali pakai, atau copilot AI yang terhubung secara longgar mungkin memberi jawaban mengesankan untuk satu alert. Operasi keamanan membutuhkan sistem yang lebih tahan lama: mengingat konteks, mengelompokkan bukti terkait, menghormati batas data, melacak postur dari waktu ke waktu, dan menghasilkan keluaran yang dapat ditindaklanjuti serta dipertanggungjawabkan.
\n![\"Lapisan](\"https://eventus.blog/id/assets/images/ai-on-top-of-siem-siem-ai-3f6fb9ac2d27f1f70b1ccd435c5bd217.webp\")
AI di atas SIEM berarti menambahkan lapisan kecerdasan dan alur kerja ke SIEM yang ada, bukan menggantinya. Lapisan ini menerima alert, menghubungkan aktivitas terkait, menjelaskan risiko, dan mengaitkan temuan dengan investigasi serta remediasi.
\nBanyak bisnis sudah memiliki SIEM, retensi log bertahun-tahun, aturan alert, dasbor, dan integrasi. Menambahkan chatbot tampak dapat menghindari pembelian platform baru. Engineer dapat mengekspor beberapa peristiwa, memasukkannya ke prompt, lalu bertanya:
\nUntuk satu peristiwa, hal ini berguna. LLM dapat menerjemahkan jargon, merangkum bukti, dan menyarankan arah investigasi.
\nLLM dapat mengubah 4625: failed logon menjadi kalimat yang dipahami staf TI umum, menjelaskan deteksi impossible travel, dan menyusun panduan remediasi dengan cepat.
SIEM AI adalah lapisan AI yang mengubah alert SIEM dan bukti log menjadi kasus terkorelasi, risiko berprioritas, penjelasan dalam bahasa Inggris yang mudah dipahami, dan alur kerja respons. Fungsinya lebih luas daripada chatbot yang terhubung ke kotak pencarian.
\nSekilas SIEM AI terdengar sederhana: kirim alert ke model, lalu biarkan model mengurangi gangguan. Namun, operasi keamanan berjalan terus-menerus dan mempertahankan status. Operasi ini melibatkan bukti tidak lengkap, lingkungan berubah, banyak analis, kebutuhan audit, serta tindakan di produksi.
\nPerbedaan praktis AI umum dan SIEM AI khusus terletak pada lapisan operasional di sekitar model: kasus yang tersimpan, bukti yang mendasari keluaran, konteks lingkungan, dan tindakan yang tercatat.
\nSesi percakapan mungkin memahami insiden saat ini, tetapi biasanya tidak mempertahankan riwayat terstruktur tentang kejadian kemarin, investigasi analis, atau remediasi yang selesai.
\nBayangkan satu akun menghasilkan peristiwa berkeparahan rendah selama tiga hari:
\nSecara terpisah, tidak satu pun mungkin menentukan. Sebagai linimasa, semuanya dapat menunjukkan satu insiden identitas yang memerlukan perhatian segera.
\nJika setiap alert diterima dalam prompt berbeda, AI mungkin menjelaskan masing-masing dengan benar tetapi melewatkan hubungannya. Analis atau shift berikutnya harus menyusun ulang kasus secara manual.
\nLapisan AI keamanan untuk produksi memerlukan kasus persisten, linimasa, keputusan analis, dan status remediasi. Sistem harus mengetahui apakah alert baru, sudah diselidiki, terkait kasus lain, atau selesai.
\nSIEM menghasilkan ribuan atau jutaan peristiwa, bukan lima.
\nMemasukkan 50.000 peristiwa ke prompt tidak menjamin model menemukan hubungan penting secara andal. Sekalipun jendela konteks menerima semuanya, hasilnya dapat mahal, lambat, sulit direproduksi, dan tenggelam dalam data tidak relevan.
\nSolusi umum adalah merangkum log terlebih dahulu. Namun, peristiwa yang tampak sepele mungkin menghubungkan kompromi akun dengan tindakan berhak istimewa atau persistensi.
\nArsitektur AI di atas SIEM yang kuat memerlukan lapisan ingesti dan normalisasi sebelum model menerima data. Sistem perlu mengekstrak field konsisten seperti waktu, identitas, IP, perangkat, jenis peristiwa, dan sumber sistem; mengambil bukti relevan dalam kelompok terbatas; serta mempertahankan tautan ke catatan asli.
\nAI umum berisiko ketika diminta memetakan temuan ke NIST CSF atau CIS Controls.
\nModel mungkin menghasilkan kode kontrol yang terdengar masuk akal tetapi usang, terlalu luas, atau salah. Model dapat mencampuradukkan fungsi kerangka dengan kategori tertentu, atau mengklaim kontrol bekerja padahal bukti hanya menunjukkan aktivitas terkait.
\nPemetaan membutuhkan pipeline terbatas dan terverifikasi: taksonomi kerangka terkendali, bukti untuk setiap pemetaan, pembedaan area yang dipantau dan tidak dipantau, serta pemisahan inferensi dari bukti.
\nPrinsip yang sama berlaku pada skor postur. Seperti dijelaskan dalam “Mengapa Dasbor Statis Tidak Lagi Memadai”, skor bermakna perlu terkait kasus yang dikelompokkan, keparahan, cakupan, dan bukti yang dapat dijelaskan, bukan jumlah alert mentah.
\nContoh pemindaian port menunjukkan masalah ini.
\nLima ribu penolakan firewall mungkin hanya satu aktivitas pemindaian. Jika AI umum menerima peristiwa sebagai baris terpisah, hasilnya dapat berupa daftar panjang pengamatan yang masing-masing benar. Volume besar bahkan dapat menyebabkan hasil diberi label keparahan tinggi.
\nTim keamanan membutuhkan korelasi kasus. Alert terkait perlu dikelompokkan menurut maksud, identitas, sumber, target, rentang waktu, dan aktivitas di sekitarnya. Contoh hasil:
\n\n\nSatu host eksternal melakukan pemindaian port cepat terhadap alamat publik selama tiga menit. Tidak terlihat koneksi berhasil atau kompromi lanjutan.
\n
Ringkasan ini lebih berguna daripada 5.000 penjelasan alert dan membantu memutuskan apakah sumber diblokir, diselidiki, atau ditutup sebagai gangguan latar belakang.
\nInilah fondasi triase SIEM dengan AI: mengubah sinyal duplikat menjadi kasus yang mewakili pekerjaan investigasi nyata.
\nLogin dari Singapura mungkin mencurigakan untuk satu karyawan tetapi normal bagi yang lain. Autentikasi akun layanan dari host baru mungkin bagian migrasi atau penyalahgunaan kredensial. Aktivitas administrator yang meningkat mungkin bagian pemeliharaan terjadwal.
\nTanpa baseline khusus lingkungan, AI dapat menghasilkan penilaian umum yang terdengar yakin, bereaksi berlebihan terhadap aktivitas normal, atau meremehkan perubahan yang sangat tidak biasa bagi organisasi.
\nLapisan khusus perlu menyimpan konteks relevan: identitas dikenal, lokasi yang diharapkan, peran aset, sistem kritis, pola aktivitas normal, dan perubahan terbaru.
\nPercakapan dapat membantu investigasi, tetapi jarang menjadi artefak akhir yang tepat untuk auditor, asuransi, pimpinan, atau peninjau insiden.
\nTranskrip belum tentu menunjukkan sumber catatan, kontrol yang dinilai, kesenjangan cakupan, atau pemberi persetujuan remediasi.
\nAuditor membutuhkan penjelasan berbasis bukti: apa yang dipantau, temuan, pemetaan ke kontrol, serta batas cakupan—bukan sekadar kesimpulan AI.
\nKarena itu, pelaporan siap audit perlu dirancang dalam platform, bukan disusun manual dari tangkapan layar, spreadsheet, dan riwayat percakapan.
\nAI umum dapat menyarankan “isolasi endpoint”, “nonaktifkan akun”, atau “rotasi token”. Namun, jika operator harus menyalin saran, mencari aset, memastikan identitas, dan bertindak manual di alat lain, alur kerja tetap tertunda.
\nOperasi keamanan memerlukan siklus tindakan terhubung:
\nTindakan harus menjadi bagian riwayat kasus, bukan hilang di konsol lain atau percakapan informal.
\nLapisan AI di atas SIEM perlu berfungsi sebagai sistem operasional.
\nPertama, diperlukan ingesti dan normalisasi dari alat yang sudah digunakan, termasuk Microsoft Sentinel, Splunk, QRadar, Devo, dan Chronicle, tanpa proyek penggantian menyeluruh.
\nKedua, status keamanan perlu tersimpan: kasus terkorelasi, postur historis, cakupan data, keputusan analis, status respons, dan konteks lingkungan. Perubahan skor harus menjelaskan alasannya.
\nKetiga, AI memerlukan batasan. Agen triase bekerja dari bukti yang diambil, skema terbatas, logika keparahan terkendali, dan field keluaran yang ditetapkan. Agen kepatuhan memetakan temuan ke referensi kerangka terverifikasi dan membedakan bukti dari interpretasi.
\nKeempat, platform membutuhkan dua jenis keluaran.
\nTim operasional memerlukan antrean berprioritas, penjelasan sederhana, linimasa kasus, dan remediasi. Pimpinan serta tim kepatuhan memerlukan tren, skor kategori, keselarasan kerangka, kesenjangan cakupan, dan laporan yang dapat dipertanggungjawabkan.
\nBukti dasar yang sama perlu mendukung keduanya.
\nSIEM+ dirancang sebagai lapisan cerdas untuk arsitektur SIEM yang ada. Sistem menerima alert dan data log ekspor, menormalisasi konteks penting, dan menggunakan agen AI untuk membantu triase, konteks investigasi, penerjemahan ancaman, serta persiapan audit. Pelajari SIEM+ dan lapisan AI keamanannya.
\nSIEM+ mengubah temuan teknis menjadi ringkasan bahasa Inggris yang mudah dipahami, lengkap dengan dampak bisnis, bukti, dan panduan remediasi berprioritas. Skor kesehatan keamanan dinamis 0–100 melacak identitas, perimeter, endpoint, dan infrastruktur, sehingga lebih berguna daripada jumlah alert mentah.
\nProduk ini memisahkan alur operasional dan tata kelola. AI Ops View berfokus pada alert prioritas, penerjemahan insiden, dan tindakan seperti isolasi endpoint. AI Auditor View berfokus pada pemetaan NIST CSF dan CIS, bukti, tren postur, dan ekspor PDF satu klik.
\nSIEM+ dirancang bekerja dengan alat keamanan yang sudah ada. Informasi produk publik mencantumkan Microsoft Sentinel, Google Chronicle, Splunk, Devo, IBM QRadar, Elastic Security, dan lainnya, sehingga tim dapat menambahkan AI tanpa membangun ulang fondasi SIEM.
\nPertanyaannya adalah apakah lapisan AI terhubung dengan kenyataan pekerjaan keamanan: konteks persisten, ingesti bervolume tinggi, korelasi kasus, baseline lingkungan, pemetaan kepatuhan terbatas, bukti setingkat audit, dan siklus tindakan.
\nModel umum dapat menjelaskan alert. Platform SIEM AI khusus seharusnya membantu menjalankan program keamanan di sekitarnya.
\nJika tim Anda sudah menggunakan SIEM tetapi masih terlalu banyak menerjemahkan alert, menyusun konteks, dan menyiapkan laporan, jadwalkan demo SIEM+ 15 menit untuk melihat penerapan lapisan AI pada lingkungan Anda.
", "url": "https://eventus.blog/id/2026/08/15/ai-on-top-of-siem-siem-ai-security-operations", "title": "AI di Atas SIEM: Kebutuhan SIEM AI untuk Mengurangi Kelelahan Akibat Alert", "summary": "AI di atas SIEM dapat mengurangi kelelahan akibat alert dengan konteks persisten, korelasi kasus, skor postur, dan alur kerja siap audit.", "date_modified": "2026-08-15T00:00:00.000Z", "author": { "name": "James Yip", "url": "https://github.com/jamesyip" }, "tags": [ "SIEM Plus", "Keamanan Siber", "Keamanan AI", "Operasi Keamanan", "Kelelahan Akibat Alert", "Kepatuhan" ] }, { "id": "https://eventus.blog/id/2026/08/14/easy-to-understand-audit-reports-siem-plus", "content_html": "Setiap musim audit, pola yang sama berulang. Tim keamanan mengekspor tumpukan log mentah, spreadsheet jumlah alert, dan tangkapan layar dasbor berwarna merah serta kuning. Semua diserahkan kepada auditor dengan harapan hasilnya baik.
\nAuditor ingin satu pertanyaan dijawab dengan jelas: “Bisakah Anda membuktikan kontrol ini bekerja dan menunjukkan buktinya?” Jika jawabannya perlu dua puluh menit menelaah dasbor, yang gagal adalah kemampuan mengomunikasikan postur keamanan.
\nItulah masalah yang ingin kami selesaikan melalui Auditor View SIEM+ (siem.plus). Kami ingin visibilitas yang mudah dipahami dan siap audit sejak awal, bukan setelah seminggu menyusun laporan manual.
\n![\"Laporan](\"https://eventus.blog/id/assets/images/audit-report-clarity-siem-plus-f422e513e47141eb82315710b3ca923b.png\")
Sebagian besar alat SIEM dirancang untuk analis, bukan auditor, pimpinan, atau regulator. Itu sesuai untuk triase, tetapi tidak untuk orang yang harus menyetujui status kepatuhan. Laporan yang sulit dibaca menimbulkan tiga biaya:
\nAuditor View dirancang dengan prinsip: setiap skor pada setiap halaman harus dapat ditelusuri ke kalimat bukti dalam bahasa Inggris yang mudah dipahami. Berikut penerapannya.
\nSebelum data masuk laporan, mesin AI melakukan pengelompokan kasus: alert terkait, seperti login gagal berulang diikuti bypass MFA, digabungkan menjadi satu kasus dengan akar masalah, linimasa, dan keparahan. Auditor tidak melihat “1.204 login gagal”, tetapi satu baris: “Bypass MFA terdeteksi dan diremediasi pada satu akun berhak istimewa.” Petugas kepatuhan dapat segera menindaklanjutinya.
\nSetiap kategori—Manajemen Identitas dan Akses, Batas Jaringan, Pemantauan Berkelanjutan, dan Pengelolaan Log Audit—memiliki skor berdasarkan algoritma peluruhan penalti, bukan penghitungan alert secara linear. Setiap skor disertai bukti pembentuknya. Buka “Kontrol Akses · 94%” dan Anda mendapat kalimat: “Peninjauan akses triwulanan selesai untuk seluruh unit bisnis; satu hak akses kontraktor yang sudah tidak relevan telah diperbaiki.” Tidak ada skor SIEM+ tanpa alasan yang dapat dibaca manusia.
\nTim kepatuhan biasanya menghabiskan waktu memetakan kontrol internal ke NIST CSF v2.0 dan CIS Controls v8 secara manual dalam spreadsheet setiap kuartal. SIEM+ melakukannya terus-menerus: setiap kategori diberi penanda kontrol terkait (PR.AC, DE.CM, Control 6, Control 8, dan lainnya). Auditor dapat langsung menelusuri temuan ke ketentuan kerangka yang diperiksa.
Laporan yang hanya memuat kabar baik tidak kredibel atau berguna. Jika suatu kategori tidak memiliki cakupan log, SIEM+ menandainya sebagai tidak dipantau dalam warna merah, bukan menghilangkannya atau memberi skor seolah semuanya baik. Auditor lebih percaya laporan yang menunjukkan area yang belum tercakup. Menyembunyikan kesenjangan hanya membuat auditor menemukannya sebagai masalah yang lebih besar.
\nSelain pemetaan kerangka, laporan menampilkan metrik yang benar-benar ditanyakan auditor: rata-rata waktu respons pertama, volume kasus, tingkat triase otomatis oleh AI, dan persentase kasus kritis/tinggi yang ditutup dalam SLA. Data diambil langsung dari kasus selama 30 hari terakhir, bukan direkonstruksi dari ingatan saat audit.
\nKontrol yang ada di atas kertas tetapi memiliki jeda ingesti tanpa peringatan menciptakan rasa aman palsu. Auditor View mencakup linimasa Continuous Heartbeat untuk sumber Cloud/Identitas, Jaringan, dan Endpoint. Warna hijau/kuning/merah menunjukkan ingesti sehat, menurun, atau terputus hingga tingkat jam untuk 24 jam terakhir, hari tertentu, atau 30 hari terakhir. Pertanyaan “Bagaimana saya tahu Anda benar-benar memantau?” dijawab dengan gambar, bukan janji.
\nSemua ini tidak berguna jika tetap perlu seminggu untuk menghasilkan laporan yang dapat dibagikan. SIEM+ menyusun skor postur, pemetaan kerangka, kalimat bukti, dan metrik SLA menjadi satu PDF sesuai permintaan dalam hitungan detik. Setiap laporan historis memiliki versi dan dapat diambil kembali, sehingga auditor dapat melihat postur saat ini sekaligus tren tanpa penyusunan ulang manual.
\nLaporan audit yang dapat dibaca dan dipercaya mempercepat pekerjaan kepatuhan. Tim SIEM+ menghadapi perpanjangan SOC 2, audit surveilans ISO 27001, dan peninjauan pimpinan dengan dokumen yang sudah tersusun, dipetakan, serta dapat dipertanggungjawabkan. Musim audit berubah dari pekerjaan darurat berminggu-minggu menjadi ekspor lima menit.
\nJika tim Anda masih menggabungkan tangkapan layar, spreadsheet, dan percakapan Slack setiap kali auditor meminta bukti, lihat seperti apa laporan yang siap audit sejak awal.
\nLihat pada lingkungan Anda: siem.plus, atau hubungi tim Eventus untuk membahas siklus audit berikutnya.
", "url": "https://eventus.blog/id/2026/08/14/easy-to-understand-audit-reports-siem-plus", "title": "Mengapa Auditor Tidak Membutuhkan Log Mentah Anda: Membuat Laporan Audit yang Mudah Dibaca", "summary": "Auditor membutuhkan jawaban jelas yang didukung bukti. SIEM+ mengubah pemantauan kepatuhan menjadi laporan audit yang mudah dipahami dalam satu klik.", "date_modified": "2026-08-14T00:00:00.000Z", "author": { "name": "James Yip", "url": "https://github.com/jamesyip" }, "tags": [ "SIEM Plus", "Keamanan Siber", "Kepatuhan", "Audit", "Operasi Keamanan", "Keamanan AI" ] }, { "id": "https://eventus.blog/id/2026/08/10/sekhmet-software-defined-gateway-qiita", "content_html": "Kami senang membagikan artikel baru Eventus di Qiita: “Kisah Lengkap SEKHMET, Software-Defined Gateway yang Menghilangkan Kebutuhan Perangkat Keras Khusus.”
\nArtikel berbahasa Jepang ini memperkenalkan visi kami untuk membuat penerapan IoT lebih ringan dan mudah diakses. Alih-alih memerlukan gateway khusus untuk setiap proyek, SEKHMET menggunakan perangkat lunak pada smartphone dan tablet yang sudah tersedia untuk menghubungkan sensor, memproses data di edge, dan menghubungkan informasi operasional dengan layanan cloud.
\nJika Anda mengerjakan layanan kesehatan, pabrik pintar, digital twin, atau proyek perangkat terhubung lainnya, kami mengundang Anda membaca dan membagikan artikel ini kepada tim engineering dan produk:
\nBaca artikel lengkap SEKHMET di Qiita
\nUntuk mengetahui lebih lanjut tentang SEKHMET, hubungi Eventus.
", "url": "https://eventus.blog/id/2026/08/10/sekhmet-software-defined-gateway-qiita", "title": "Eventus Menerbitkan Artikel Baru tentang SEKHMET di Qiita", "summary": "Eventus membagikan artikel Qiita tentang SEKHMET dan pendekatan gateway berbasis perangkat lunak untuk penerapan IoT yang lebih sederhana dan mudah diakses.", "date_modified": "2026-08-10T00:00:00.000Z", "author": { "name": "James Yip", "url": "https://github.com/jamesyip" }, "tags": [ "Eventus", "SEKHMET", "IoT", "Edge AI", "Digital Twin", "Software-Defined Gateway" ] }, { "id": "https://eventus.blog/id/2026/08/09/why-static-dashboards-are-dead-engineering-dynamic-posture-score-siem-plus", "content_html": "Industri keamanan siber sering menyamakan “volume” dengan “risiko”. Jika dasbor SIEM tradisional menampilkan 10.000 alert, indikator berubah merah, skor postur jatuh ke nol, dan pimpinan panik.
\nNamun, analis SOC Tier 1 tahu bahwa pemindaian port otomatis pada IP publik dapat menghasilkan 5.000 penolakan firewall mentah dalam tiga menit. Itu bukan 5.000 ancaman kritis terpisah, melainkan satu peristiwa tingkat rendah.
\nSaat membangun SIEM+ (siem.plus), kami memahami bahwa memasukkan jumlah alert mentah ke antarmuka hanya akan mengulang kelelahan akibat alert yang ingin kami atasi. Kami membutuhkan cara mengubah data lake yang bising menjadi metrik untuk pimpinan yang mencerminkan risiko nyata.
\nBerikut penjelasan tentang Dynamic Posture Score SIEM+, algoritma peluruhan penalti, dan cara kami memastikan LLM memetakan ancaman ke kerangka kepatuhan tanpa berhalusinasi.
\n![\"Dynamic](\"https://eventus.blog/id/assets/images/dynamic-posture-score-siem-plus-a873b77a6f854b5fc9bbea986fb6f56f.webp\")
Langkah pertama menghasilkan skor keamanan yang nyata adalah menghentikan AI memperlakukan setiap log sebagai insiden terpisah.
\nKami menggunakan lapisan agregasi berbasis peristiwa yang mengambil ringkasan ringan dari data lake. Mesin AI menerima aktivitas dalam kelompok, dan pipeline LLM kami melakukan deduplikasi berdasarkan maksud.
\nJika mesin melihat 50 percobaan login gagal diikuti bypass MFA untuk pengguna yang sama, hasilnya bukan 51 alert, tetapi satu objek JSON: sebuah Kasus. Kasus memuat akar masalah, linimasa, dan tingkat keparahan. Ini mengurangi jumlah item yang menjadi dasar perhitungan skor.
\nSetelah gangguan digabungkan menjadi kasus terpisah, kami menghitung Posture Score (0–100) untuk kategori seperti Manajemen Identitas dan Akses serta Batas Jaringan.
\nAlih-alih pengurangan linear yang terlalu cepat menjatuhkan skor ke nol, kami menerapkan algoritma peluruhan penalti berdasarkan keparahan kasus yang dikelompokkan, bukan alert mentah.
\nMesin skor mengevaluasi dua faktor:
\nDengan logika ini, satu bypass MFA kritis menurunkan skor jauh lebih besar daripada 1.000 ping firewall tingkat rendah, sehingga risiko infrastruktur tercermin lebih akurat.
\nDasbor kepatuhan statis mudah rusak. Dasbor bergantung pada aturan tetap, misalnya “Jika Rule ID 404 aktif, tandai NIST PR.AC-1”. Ketika infrastruktur berubah, pemetaan tidak lagi sesuai.
\nMesin AI SIEM+ memetakan kasus secara dinamis ke NIST CSF v2.0 dan CIS Controls v8. Untuk mencegah LLM mengarang kode kepatuhan, kami menggunakan system prompt ketat dengan konteks RAG (Retrieval-Augmented Generation) dari dokumentasi resmi kerangka tersebut.
\nAI menilai sifat serangan, seperti aturan penerusan email tanpa izin, lalu memetakannya ke kelompok kontrol yang tepat.
\nSalah satu tantangan platform berbasis AI adalah ketidakpastian LLM. Teks percakapan mentah tidak dapat langsung dimasukkan ke dasbor perusahaan terstruktur dengan harapan tampil dengan benar.
\nPengguna akhir tidak pernah berinteraksi dengan kode mentah atau JSON; mereka melihat antarmuka siap pakai untuk pimpinan. Namun, backend mengandalkan kontrak data yang deterministik. LLM diwajibkan menghasilkan JSON berformat ketat sesuai skema, dengan penalti besar jika mengarang field tambahan.
\nBerikut contoh intelijen terstruktur yang dihasilkan di balik antarmuka. Kunci dan nilai teknis pada contoh dipertahankan sesuai keluaran sistem:
\n{
\"ui_category\": \"Cloud & Infrastructure Security\",
\"has_log_coverage\": true,
\"score\": 72.5,
\"cases\": {
\"critical\": 0,
\"high\": 2,
\"medium\": 4
},
\"frameworks\": {
\"nist_v2\": \"PR.DS\",
\"cis_v8\": \"CIS_CONTROL_5\"
},
\"evidence_string\": \"Score degraded due to 2 High-severity cases: Public S3 bucket misconfiguration and unauthorized IAM role assumption.\"
}
Dengan pengelompokan kasus, peluruhan penalti, dan pembuatan skema JSON dinamis, SIEM+ menjembatani operasi SOC dan ruang rapat pimpinan.
\nEngineer keamanan memperoleh konteks serta langkah remediasi yang diperlukan. CISO mendapat Posture Score matematis yang dapat dipertanggungjawabkan dan mencerminkan kesehatan infrastruktur.
", "url": "https://eventus.blog/id/2026/08/09/why-static-dashboards-are-dead-engineering-dynamic-posture-score-siem-plus", "title": "Mengapa Dasbor Statis Tidak Lagi Memadai: Merancang Dynamic Posture Score di SIEM+", "summary": "Cara Eventus merancang Dynamic Posture Score SIEM+ untuk mengubah aliran alert yang bising menjadi gambaran risiko keamanan yang dapat dipertanggungjawabkan kepada pimpinan.", "date_modified": "2026-08-09T00:00:00.000Z", "author": { "name": "James Yip", "url": "https://github.com/jamesyip" }, "tags": [ "SIEM Plus", "Keamanan Siber", "Operasi Keamanan", "Keamanan AI", "Kepatuhan", "Kelelahan Akibat Alert" ] }, { "id": "https://eventus.blog/id/2026/08/08/eventus-joins-qiita", "content_html": "Eventus dengan senang hati mengumumkan bahwa kami telah bergabung dengan Qiita, platform berbagi pengetahuan teknologi Jepang, agar pengalaman praktis kami lebih mudah diakses oleh engineer, tim TI, dan pemimpin teknologi.
\nQiita menjadi tempat berbagi pelajaran saat kami membantu organisasi meningkatkan operasi keamanan, memanfaatkan teknologi cloud, dan mengubah data operasional menjadi keputusan yang lebih baik.
\nKehadiran kami di Qiita melanjutkan pekerjaan Eventus dalam pemantauan keamanan terkelola SIEM+ dan operasi keamanan praktis.
\nArtikel pertama memperkenalkan SIEM+, layanan keamanan terkelola Eventus berbasis SIEM cloud-native Devo:
\nBaca artikel SIEM+ pertama Eventus di Qiita
\nSIEM+ menggabungkan analitik log keamanan yang skalabel dengan keahlian Eventus dalam pemantauan, triase alert, pengurangan gangguan, dan alur kerja respons insiden. Tujuannya membantu tim TI dan keamanan yang ramping berfokus pada peristiwa penting tanpa biaya serta kompleksitas membangun SOC besar dari awal.
\nArtikel berikutnya akan mencakup:
\nKami akan menjaga setiap artikel tetap berguna dan konkret, dengan ide yang dapat diterapkan pembaca di lingkungan masing-masing.
\nKami mengundang Anda membaca artikel SIEM+ pertama dan mengikuti konten teknis berikutnya. Jika Anda menjajaki keamanan terkelola, platform cloud-native, IoT, atau transformasi digital praktis, kami senang berbagi pengalaman.
\nUntuk membahas dukungan Eventus bagi organisasi Anda, hubungi Eventus.
", "url": "https://eventus.blog/id/2026/08/08/eventus-joins-qiita", "title": "Eventus Bergabung dengan Qiita: Berbagi Wawasan Keamanan dan Teknologi yang Praktis", "summary": "Eventus bergabung dengan Qiita untuk berbagi pengalaman keamanan siber, SIEM+, operasi cloud, IoT, dan transformasi digital dengan komunitas teknologi Jepang.", "date_modified": "2026-08-08T00:00:00.000Z", "author": { "name": "James Yip", "url": "https://github.com/jamesyip" }, "tags": [ "Eventus", "Qiita", "SIEM+", "Devo", "Keamanan Siber", "Teknologi" ] }, { "id": "https://eventus.blog/id/2026/07/27/eventus-at-tech-beat-shizuoka-2026", "content_html": "Eventus K.K. (イベントス株式会社) senang berpartisipasi dalam TECH BEAT Shizuoka 2026, platform yang mempertemukan bisnis di Shizuoka dan startup untuk menciptakan nilai baru melalui kolaborasi serta inovasi terbuka.
\nPada acara ini, kami menampilkan dua solusi untuk membantu organisasi memanfaatkan data operasional: SIEM+ untuk visibilitas dan respons keamanan, serta SEKHMET untuk pengumpulan data IoT dan pengembangan aplikasi.
\nPelajari pemantauan keamanan terkelola SIEM+ dan pendekatan Eventus dalam mengurangi kelelahan akibat alert.
\n![\"Eventus](\"https://eventus.blog/id/assets/images/tech-beat-shizuoka-2026-eventus-837059f1e125602ea2296fc7f1ba2d35.jpg\")
SIEM+ menggabungkan SIEM cloud-native Devo dengan layanan keamanan terkelola Eventus. Solusi ini menyatukan log dan sinyal keamanan, mengurangi gangguan alert berulang, serta memberikan langkah berikutnya yang jelas ketika insiden membutuhkan perhatian.
\nManfaatnya bagi perusahaan:
\nHal ini bermanfaat bagi tim TI atau keamanan yang ramping dan membutuhkan cakupan lebih kuat tanpa langsung membangun SOC internal lengkap.
\nSEKHMET adalah platform data IoT Eventus untuk mengumpulkan, mengelola, dan menggunakan data perangkat terhubung. Platform ini membantu mengubah pembacaan sensor yang terpisah menjadi aplikasi serta dasbor untuk keputusan operasional nyata.
\nBagi manufaktur, pengelola fasilitas, operator logistik, dan organisasi lain, SEKHMET membantu:
\nTECH BEAT Shizuoka menunjukkan nilai menghubungkan bisnis mapan dengan teknologi baru. Data keamanan dan IoT digunakan oleh tim berbeda, tetapi sama-sama membutuhkan pengumpulan andal, konteks berguna, dan cara mengubah wawasan menjadi tindakan.
\nEventus membantu merancang jalur tersebut. Untuk mempelajari SIEM+, SEKHMET, atau penerapannya bagi bisnis Anda, hubungi Eventus.
\nPelajari TECH BEAT Shizuoka.
", "url": "https://eventus.blog/id/2026/07/27/eventus-at-tech-beat-shizuoka-2026", "title": "Eventus di TECH BEAT Shizuoka 2026: Menghubungkan Inovasi Keamanan dan IoT", "summary": "Di TECH BEAT Shizuoka 2026, Eventus K.K. menampilkan pemantauan keamanan terkelola SIEM+ dan platform data IoT SEKHMET untuk hasil bisnis yang praktis.", "date_modified": "2026-07-27T00:00:00.000Z", "author": { "name": "James Yip", "url": "https://github.com/jamesyip" }, "tags": [ "Eventus", "TECH BEAT Shizuoka", "SIEM+", "SEKHMET", "Keamanan Siber", "IoT" ] }, { "id": "https://eventus.blog/id/2026/06/05/introducing-siem-plus-managed-log-alert-monitoring", "content_html": "Bagi Direktur TI, CISO, dan Manajer Operasi Keamanan, tantangannya bukan lagi apakah organisasi memiliki cukup alat keamanan. Tantangan sebenarnya adalah apakah tim yang ramping dapat mengubah ribuan sinyal harian menjadi sejumlah kecil keputusan yang benar-benar penting.
\nLingkungan modern menghasilkan alert dari firewall, endpoint, platform identitas, Microsoft 365, beban kerja cloud, aplikasi SaaS, dan infrastruktur jaringan. Banyak alert berkualitas rendah, duplikat, atau false positive yang sudah dikenal. Sebagian kecil mungkin menunjukkan risiko bisnis nyata.
\nDi sinilah SIEM Plus Eventus berperan. SIEM Plus menggabungkan SIEM cloud-native Devo, layanan terkelola Eventus, pengurangan gangguan dengan AI, dan alur kerja ITSM yang dapat ditindaklanjuti agar tim dapat mengatasi kelelahan akibat alert tanpa membangun SOC internal besar dari awal.
\nLihat penerapan SIEM+ di TECH BEAT Shizuoka 2026, saat Eventus menampilkan solusi ini bersama platform data IoT SEKHMET.
\n![\"SIEM](\"https://eventus.blog/id/assets/images/siem-plus-cloud-native-managed-services-d3db6da0f7691a2030b7324c42fd557c.jpg\")
Tim TI dan keamanan internal dibanjiri alert berkualitas rendah. Setiap alat memiliki dasbor, model keparahan, dan logika pemberitahuan sendiri. Analis diharapkan meninjau semuanya, menentukan prioritas, dan merespons cepat, sambil mengelola infrastruktur, pengguna, tugas kepatuhan, dan proyek bisnis.
\nAkibatnya mudah diperkirakan: ketika analis mengejar setiap false positive, ancaman berprioritas tinggi dapat terlewat.
\nKelelahan akibat alert menciptakan beberapa risiko:
\nJawabannya bukan sekadar dasbor tambahan. Tim membutuhkan fondasi pengumpulan data yang lebih baik dan model operasi terkelola yang mengubah alert mentah menjadi pekerjaan berprioritas.
\nSIEM lokal tradisional sering memerlukan investasi infrastruktur besar. Organisasi harus merencanakan penyimpanan, memelihara server, meningkatkan kapasitas ingesti, menyetel kinerja, dan menjaga ketersediaan platform. Biaya dan kompleksitas bertambah seiring volume log.
\nSIEM Plus menggunakan Devo, platform cloud untuk analitik keamanan bervolume tinggi.
\nDengan Devo, organisasi dapat mengurangi beban infrastruktur SIEM lama:
\nBagi tim yang ramping, SIEM cloud-native membantu mengalihkan sumber daya dari pemeliharaan platform ke hasil keamanan.
\nMembeli SIEM cloud yang kuat baru separuh perjuangan. Tanpa ahli untuk menyetel aturan, memantau dasbor, menyelidiki alert, dan meningkatkan logika deteksi, platform yang baik pun dapat kurang dimanfaatkan.
\nInilah jebakan “hanya alat”: organisasi membeli lisensi, menghubungkan sumber data, dan berharap manfaat muncul otomatis. Padahal, nilai berasal dari penerapan operasional.
\nSIEM Plus menambahkan lapisan operasi tersebut. Dengan Devo dan layanan terkelola Eventus, organisasi memperoleh kemampuan operasi keamanan praktis yang diperkuat AI tanpa merekrut banyak analis internal.
\nEventus membantu:
\nTujuannya sederhana: mengubah visibilitas Devo menjadi tindakan keamanan sehari-hari.
\nVolume gangguan latar belakang merupakan sumber utama kelelahan akibat alert. SIEM Plus menggunakan layanan terkelola yang diperkuat AI untuk mengurangi beban sebelum mencapai analis manusia.
\nPada lapisan Tier 0, machine learning dan AI dapat terus menyaring peristiwa mentah serta aliran alert. Sistem membantu menekan, menghapus duplikasi, dan menyingkirkan gangguan dengan tingkat keyakinan rendah agar analis berfokus pada anomali terverifikasi dan pola bermakna.
\nPada lingkungan yang sesuai, pendekatan ini dapat mengurangi banyak alert berulang bernilai rendah, sehingga perhatian manusia diarahkan ke peristiwa yang paling penting.
\nPenyaringan AI mendukung:
\nAI tidak menggantikan penilaian keamanan. AI membantu agar penilaian tersebut tidak terbuang untuk gangguan.
\nAlert kritis berkualitas tinggi seharusnya menjadi pekerjaan terstruktur di sistem yang digunakan tim TI dan keamanan, bukan hilang dalam kotak masuk bersama.
\nSIEM Plus dapat meneruskan alert berprioritas ke alat ITSM seperti Jira, sehingga perpindahan dari deteksi ke tindakan lebih lancar.
\nSetiap tiket eskalasi dapat mencakup konteks untuk respons cepat:
\nTim internal menerima tiket berprioritas dengan konteks dan rekomendasi, sehingga tidak harus memulai investigasi dari nol.
\nSIEM Plus dirancang untuk organisasi yang membutuhkan operasi keamanan lebih kuat tanpa biaya dan kompleksitas membangun semuanya sendiri.
\nSolusi ini menggabungkan:
\nBagi tim ramping, kombinasi ini membedakan sekadar memiliki alat dari menjalankan fungsi keamanan yang mampu bertindak.
\nKelelahan akibat alert diselesaikan dengan platform dan model operasi yang tepat, bukan dengan menambah alert.
\nMelalui SIEM Plus, Eventus membantu memusatkan log dan alert di Devo, mengurangi gangguan dengan AI, memprioritaskan hal penting, serta meneruskan insiden ke alur kerja ITSM yang sudah ada.
\nHubungi Eventus untuk mengetahui cara SIEM Plus membantu menurunkan biaya operasi SIEM, mengurangi kelelahan akibat alert, dan mempercepat respons terhadap ancaman nyata.
", "url": "https://eventus.blog/id/2026/06/05/introducing-siem-plus-managed-log-alert-monitoring", "title": "SIEM+ Managed SIEM: Pemantauan Keamanan Devo Cloud-Native | Eventus", "summary": "SIEM+ Eventus menggabungkan SIEM cloud-native Devo, pemantauan terkelola, penyaringan alert, dan alur kerja ITSM untuk mengurangi kelelahan akibat alert.", "date_modified": "2026-06-05T00:00:00.000Z", "author": { "name": "James Yip", "url": "https://github.com/jamesyip" }, "tags": [ "SIEM Plus", "Devo", "Managed SIEM", "Layanan Terkelola", "Keamanan Siber", "Operasi Keamanan", "Kelelahan Akibat Alert" ] }, { "id": "https://eventus.blog/id/2026/06/01/hk-gov-compliance-siem-devo", "content_html": "Lanskap keamanan siber Hong Kong berubah dengan hadirnya Protection of Critical Infrastructures (Computer Systems) Ordinance (Cap. 653). Peraturan ini mewajibkan operator infrastruktur kritis (CIO) memenuhi ketentuan tata kelola organisasi, langkah keamanan preventif, dan respons insiden yang cepat.
\nEventus bermitra dengan Devo untuk menyediakan SIEM dan platform data keamanan terpadu yang membantu organisasi menjaga visibilitas berkelanjutan, menyederhanakan investigasi, dan mencapai kepatuhan penuh terhadap Cap. 653.
\nPenerapan kepatuhan ini memanfaatkan layanan Managed SIEM dan Managed SOC Eventus untuk pemantauan berkelanjutan serta dukungan respons.
\n![\"Eventus](\"https://eventus.blog/id/assets/images/eventus-devo-cap653-3307a61c5281f7cd5ed1648f6a4322ba.png\" "\\"Eventus")
Cap. 653 mencakup sistem komputer kritis (CCS) pada sektor yang penting bagi ekonomi dan masyarakat Hong Kong, seperti energi, transportasi, keuangan, kesehatan, dan telekomunikasi. CIO memiliki tiga kategori kewajiban utama:
\nMemenuhi kewajiban tanpa menambah beban operasional membutuhkan platform berskala besar, korelasi ancaman tingkat lanjut, dan respons otomatis.
\nCap. 653 mengharuskan operator mempertahankan catatan log lengkap dan memantau sistem untuk menemukan anomali. Alat log tradisional sering kehilangan paket pada volume tinggi atau lambat ketika menelusuri data lama.
\nSaat insiden terdeteksi, hitungan waktu untuk pelaporan 2 jam Cap. 653 dimulai. Triase manual tradisional terlalu lambat.
\nCap. 653 mewajibkan audit independen rutin. Persiapan dapat memerlukan berminggu-minggu pengumpulan log manual.
\nEventus tidak hanya memberikan alert. Tim keamanan kami bekerja bersama tim Anda, memberikan saran remediasi langkah demi langkah untuk memperbaiki kerentanan dan memperkuat postur keamanan dari waktu ke waktu.
\nHubungi Eventus untuk mengetahui cara kami membantu mengamankan infrastruktur kritis dan menyederhanakan perjalanan kepatuhan Cap. 653 Anda.
", "url": "https://eventus.blog/id/2026/06/01/hk-gov-compliance-siem-devo", "title": "Kepatuhan Hong Kong Cap. 653 untuk Infrastruktur Kritis | Eventus SIEM+", "summary": "Pelajari bagaimana operator infrastruktur kritis Hong Kong dapat menggunakan Eventus SIEM+ dan Devo untuk visibilitas, respons insiden, dan perencanaan kepatuhan Cap. 653.", "date_modified": "2026-06-01T00:00:00.000Z", "author": { "name": "James Yip", "url": "https://github.com/jamesyip" }, "tags": [ "Kepatuhan", "Cap653", "Devo", "SIEM", "Keamanan Siber", "Eventus" ] }, { "id": "https://eventus.blog/id/2026/05/23/introducing-managed-siem-devo-managed-soc-services", "content_html": "Dalam dunia bisnis yang saling terhubung, organisasi menggunakan beragam alat keamanan untuk melindungi aset digital. Mulai dari endpoint detection and response (EDR) dan firewall cloud hingga gateway email dan penyedia identitas, setiap sistem terus menghasilkan telemetri.
\nNamun, banyaknya alat ini menciptakan kerentanan baru: kelelahan akibat alert. Volume alert dari berbagai platform yang terpisah sangat besar. Kenyataannya, banyak organisasi tidak memiliki waktu atau sumber daya untuk memeriksa semuanya. Indikator kompromi penting terkubur dalam gangguan, membuka peluang bagi pelaku kejahatan siber.
\nUntuk menjawab tantangan tersebut, Eventus meluncurkan Managed SIEM (berbasis Devo) dan Managed SOC. Kami menjembatani kesenjangan sumber daya keamanan, mengubah alert yang kacau menjadi deteksi serta respons ancaman yang jelas, dapat ditindaklanjuti, dan tersedia 24/7.
\nUntuk memahami platform dan model operasinya, baca bagaimana SIEM cloud-native dan layanan terkelola mengurangi kelelahan akibat alert.
\n![\"Managed](\"https://eventus.blog/id/assets/images/introducing-managed-siem-devo-managed-soc-services-f121a5212c24b0d719e87087cc0790d8.png\")
Bisnis modern menghadapi dua tantangan:
\nSaat alert diabaikan karena tidak ada yang memantaunya, investasi alat keamanan menjadi tidak efektif. Keamanan bergantung pada perhatian orang yang mengawasi sistem.
\nInti mesin deteksi kami adalah Devo, platform terkemuka untuk log, analitik, dan SIEM cloud-native. Managed SIEM memusatkan telemetri keamanan dari endpoint, infrastruktur cloud, jaringan, dan aplikasi dalam satu data lake berkinerja tinggi.
\nSIEM yang kuat hanya sebagian dari solusi; diperlukan keahlian untuk menindaklanjuti wawasan. Di sinilah Managed SOC (Security Operations Center) Eventus berperan.
\nTim analis keamanan siber kami bekerja sebagai perpanjangan bisnis Anda, memantau lingkungan 24/7/365.
\nDengan Managed SIEM dan SOC Eventus, Anda dapat:
\nAnda tidak perlu memilih antara membiarkan alert tidak diperiksa dan membuat tim TI kelelahan. Biarkan Eventus membantu.
\nSiap mengurangi kelelahan akibat alert dan melindungi organisasi dengan pemantauan sepanjang waktu?
\nHubungi Eventus untuk menjadwalkan konsultasi dan mengetahui bagaimana Managed SIEM serta Managed SOC dapat disesuaikan dengan kebutuhan bisnis Anda.
", "url": "https://eventus.blog/id/2026/05/23/introducing-managed-siem-devo-managed-soc-services", "title": "Layanan Managed SIEM dan Managed SOC Berbasis Devo | Eventus", "summary": "Layanan Managed SIEM dan Managed SOC Eventus berbasis Devo membantu tim yang ramping mengurangi kelelahan akibat alert melalui deteksi dan respons ancaman 24/7.", "date_modified": "2026-05-23T00:00:00.000Z", "author": { "name": "James Yip", "url": "https://github.com/jamesyip" }, "tags": [ "Managed SIEM", "Managed SOC", "Devo", "Keamanan Siber", "Operasi Keamanan", "Kelelahan Akibat Alert", "Layanan" ] }, { "id": "https://eventus.blog/id/2026/05/10/modernizing-soc-operations-with-devo-and-ai", "content_html": "Dalam lanskap ancaman yang berkembang pesat, Security Operations Center (SOC) tradisional sering kewalahan menghadapi volume data dan kecanggihan serangan modern. Solusi SIEM lama kerap mengalami kendala skalabilitas, sehingga menimbulkan kelelahan akibat alert dan ancaman yang terlewat.
\nDi Eventus, kami mendefinisikan ulang operasi SOC dengan mengintegrasikan Devo, platform log dan SIEM cloud-native, dengan kemampuan AI tingkat lanjut. Kombinasi ini menyederhanakan operasi, mengurangi beban kerja, serta mengalihkan pemantauan reaktif menjadi pertahanan proaktif.
\nFondasi SOC modern adalah kemampuan menyerap, memproses, dan menganalisis data dalam jumlah besar secara real-time. Devo menyediakan skalabilitas dan kecepatan untuk memenuhi kebutuhan data di lingkungan yang kompleks.
\nSalah satu tantangan terbesar SOC adalah memisahkan sinyal penting dari gangguan. Di sinilah AI berperan dalam operasi kami.
\nBanyak penyedia keamanan terkelola berhenti pada pengiriman alert. Eventus mengambil pendekatan berbeda: keamanan membutuhkan kemitraan dan tindakan.
\nSaat Anda memilih Eventus untuk operasi SOC, tim teknologi kami tidak hanya mengawasi layar. Kami memberikan panduan remediasi yang dapat ditindaklanjuti untuk setiap insiden kritis.
\nApakah organisasi Anda siap melampaui pemantauan dasar? Jangan biarkan alat lama dan kelelahan akibat alert menghambat tim keamanan.
\nPertimbangkan Eventus sebagai mitra operasi SOC. Rasakan manfaat Devo dan AI bersama tim yang berkomitmen mengidentifikasi ancaman sekaligus membantu mengatasinya.
\nHubungi kami untuk mengetahui layanan SOC kami dan bagaimana kami dapat membantu mengamankan masa depan organisasi Anda.
", "url": "https://eventus.blog/id/2026/05/10/modernizing-soc-operations-with-devo-and-ai", "title": "Modernisasi Operasi SOC: Cara Eventus Menggunakan Devo dan AI untuk Keamanan Proaktif", "summary": "Pelajari bagaimana Eventus menggabungkan SIEM cloud-native Devo dan AI untuk menyederhanakan operasi SOC dan menghadirkan keamanan proaktif.", "date_modified": "2026-05-10T00:00:00.000Z", "author": { "name": "James Yip", "url": "https://github.com/jamesyip" }, "tags": [ "SOC", "Devo", "AI", "Keamanan Siber", "ManagedServices", "Eventus", "Layanan" ] }, { "id": "https://eventus.blog/id/2026/04/30/catch-eventus-at-cybersec-2026-discover-the-future-of-cyber-resilience-at-booth-p212", "content_html": "CYBERSEC 2026 segera berlangsung pada 5–7 Mei 2026 di Taipei Nangang Exhibition Center, Hall 2. Acara tahun ini mengusung tema “Resilient Future”, dan tim Eventus senang menjadi bagian dari kegiatan ini!
\nBaik organisasi Anda ingin meningkatkan deteksi ancaman, mengamankan komunikasi penting, maupun melindungi perangkat edge, kami memiliki solusi yang dapat membantu. Kunjungi Stan P212 untuk melihat bagaimana kemitraan dan solusi kami membentuk keamanan siber modern.
\nBerikut gambaran solusi yang akan kami tampilkan:
\nTinggalkan hambatan sistem lama dan kelelahan akibat alert. Kami menampilkan Devo dan Strike48 untuk menghadirkan pengalaman SIEM modern yang cloud-native.
\nLanskap ancaman terus berubah, dan mekanisme pertahanan Anda perlu mengikutinya. Kami menampilkan Mimecast untuk menunjukkan keamanan generasi berikutnya.
\nKetika batas antara dunia fisik dan digital semakin tipis, pengelolaan edge yang efisien menjadi semakin penting. Jika Anda memiliki kebutuhan khusus di bidang AIoT, jangan lewatkan demonstrasi SEKHMET.
\nTim ahli kami siap memberikan demonstrasi langsung, menjawab pertanyaan teknis, dan membahas penyesuaian solusi dengan rencana keamanan organisasi Anda.
\nJangan biarkan ketahanan siber bergantung pada keberuntungan. Kunjungi Stan P212, dan mari membangun masa depan yang lebih kuat dan aman bersama. Kami menantikan kedatangan Anda!
", "url": "https://eventus.blog/id/2026/04/30/catch-eventus-at-cybersec-2026-discover-the-future-of-cyber-resilience-at-booth-p212", "title": "[CYBERSEC 2026] Kunjungi Eventus di Stan P212: Solusi Keamanan Devo, Mimecast, dan Sekhmet", "summary": "Temui Eventus di CYBERSEC 2026, Stan P212, untuk menjelajahi SIEM cloud-native Devo, keamanan Mimecast, dan gateway AIoT berbasis perangkat lunak Sekhmet.", "date_modified": "2026-04-30T00:00:00.000Z", "author": { "name": "James Yip", "url": "https://github.com/jamesyip" }, "tags": [ "CYBERSEC2026", "CybersecurityConference", "Devo", "Strike48", "Mimecast", "Sekhmet", "Keamanan Siber", "CloudSIEM", "Keamanan Email", "AIoTSecurity", "SoftwareDefinedGateway", "ZeroTrust", "Ketahanan Siber" ] }, { "id": "https://eventus.blog/id/2026/04/17/nna-highlights-eventus-redefining-the-iot-market-with-the-software-defined-gateway", "content_html": "Kami bangga bahwa Eventus baru-baru ini dimuat dalam laporan mendalam oleh NNA, sumber berita bisnis terkemuka untuk pasar Asia. Artikel tersebut (NNA News ID: 2915173) menyoroti misi kami untuk menghilangkan biaya tinggi penerapan IoT tradisional serta ekspansi strategis melalui program Startup Tokyo.
\n![\"Cuplikan](\"https://eventus.blog/id/assets/images/nna-asia-2915173-b4636cecb9946ed52bda35c504e5e575.png\" "\\"Cuplikan")
Liputan NNA berfokus pada Software-Defined Gateway (SDG) kami, teknologi yang mengubah cara data dikumpulkan di layanan kesehatan dan kota pintar. Seperti dijelaskan dalam laporan NNA (2915173), Eventus mengakhiri beban biaya perangkat keras: pembelian gateway khusus dan pemasangan oleh tenaga profesional.
\nPokok penting dalam laporan NNA:
\nLiputan ini menjadi titik penting bagi Eventus di Jepang. Setelah kami terpilih dalam Startup Tokyo, laporan NNA (2915173) memperkuat strategi infrastruktur hibrida kami. Kami menawarkan kelincahan gateway berbasis perangkat lunak untuk perawatan di rumah, sekaligus tetap mendukung gateway perangkat keras industri dalam lingkungan kritis yang beroperasi 24/7.
\nKami mengundang mitra dan pemangku kepentingan yang ingin mengetahui lebih lanjut tentang liputan NNA mengenai Eventus (2915173) untuk menyaksikan demonstrasi langsung kemampuan ini pada pameran mendatang.
\nArtikel resmi NNA: Baca laporan NNA
\nJelajahi platform Sekhmet: sekhmet.tech
\nSitus resmi Eventus: eventus.one
", "url": "https://eventus.blog/id/2026/04/17/nna-highlights-eventus-redefining-the-iot-market-with-the-software-defined-gateway", "title": "NNA Menyoroti Eventus: Mendefinisikan Ulang Pasar IoT dengan Software-Defined Gateway", "summary": "NNA menyoroti Software-Defined Gateway Eventus, pendekatan IoT tanpa investasi awal perangkat keras, dan ekspansi melalui program Startup Tokyo.", "date_modified": "2026-04-17T00:00:00.000Z", "author": { "name": "James Yip", "url": "https://github.com/jamesyip" }, "tags": [ "SEKHMET", "IoT", "HealthTech", "Transformasi Digital", "ZeroCAPEX", "StartupTokyo", "SmartCity", "Pemantauan Jarak Jauh", "SoftwareDefinedGateway", "NNA" ] }, { "id": "https://eventus.blog/id/2026/04/14/breaking-the-hardware-tax-eventus-joins-startup-tokyo-and-launches-software-defined-gateway", "content_html": "Kami senang berbagi pencapaian penting tim Eventus! Hari ini, kami resmi menerbitkan siaran pers terbaru di PR TIMES, yang menjelaskan terpilihnya kami dalam program Startup Tokyo serta peluncuran global fitur Software-Defined Gateway (SDG).
\nBaca siaran pers lengkap di PR TIMES:\n👉 Eventus K.K. mengumumkan partisipasi di Startup JAPAN EXPO 2026 dan peluncuran Software-Defined Gateway
\n![\"Cuplikan](\"https://eventus.blog/id/assets/images/prtimes-46247288bdcca3a7232cc06392197f3a.png\" "\\"Cuplikan")
Selama bertahun-tahun, hambatan terbesar bagi IoT dan transformasi digital (DX) adalah beban biaya perangkat keras. Untuk memantau satu pasien atau ruangan, organisasi harus membeli gateway khusus yang mahal, menyewa teknisi listrik, dan menangani pemasangan kabel yang rumit.
\nHal itu berubah mulai hari ini.
\nDengan Software-Defined Gateway, smartphone, tablet, atau PC yang sudah tersedia (iOS, Android, macOS, Windows) dapat diubah menjadi hub IoT untuk kebutuhan medis.
\nMeski antusias terhadap inovasi perangkat lunak ini, kami memahami bahwa lingkungan kritis seperti bangsal rumah sakit tetap memerlukan infrastruktur permanen. Karena itu, Eventus terus mendukung strategi hibrida. Baik Anda membutuhkan portabilitas gateway berbasis aplikasi maupun keandalan perangkat keras tradisional sepanjang waktu, seperti hub Cassia, Eventus menyediakan “Universal Data Glue” untuk menggabungkan seluruh data menjadi satu aliran yang siap digunakan oleh AI.
\nKami juga bangga mengumumkan bahwa Eventus akan hadir sebagai peserta pameran di Startup JAPAN EXPO 2026 di Tokyo!
\nKunjungi Managing Director kami, James Yip, dan tim untuk melihat demonstrasi langsung Software-Defined Gateway. Kami akan menunjukkan bagaimana data klinis berpresisi tinggi dari sensor Quanta dan data lingkungan dapat diintegrasikan ke dalam satu platform terpadu.
\nBaik di bidang kesehatan, perawatan lansia, maupun pengembangan kota pintar, hambatan untuk memulai kini semakin rendah. Kami mengundang Anda membaca pengumuman resmi dan menghubungi kami untuk mengetahui bagaimana kami dapat mempercepat perjalanan DX Anda.
\nIn today's digital landscape, effective email management goes beyond a clean inbox. You need a powerful solution to collect and analyze email security data. We are excited to introduce Enki, a versatile new Outlook add-in designed specifically for organizations using Microsoft 365 Exchange Online or Exhcnage Server.
\nEnki is not a typical email filtering solution. Instead, it is a specialized tool for email security data collection, providing your IT and security teams with the actionable intelligence they need to respond to threats and improve security protocols.
\nEnki is available in three editions, tailored to fit every business size and need.
\nGetting started with Enki is completely free and risk-free. Our Basic edition is the perfect Outlook spam reporting add-in for individuals and small teams. It allows users to flag unwanted emails with a single click, automatically collecting them in a designated email box. This provides a simple, centralized method for reviewing reported messages.
\nFor organizations that need more than just simple collection, the Enki Standard edition is the ideal choice. Priced at just USD100 per month per Microsoft 365 tenant, this premium version expands on the Basic edition by providing the ability to collect detailed statistics on reported emails. This data gives you valuable insights into the types and volume of threats your organization faces. The Standard edition also includes priority support and greater customization options to seamlessly integrate with your existing workflows.
\nLarge enterprises with complex security requirements or on-premise infrastructure can leverage the full power of Enki Enterprise. This edition provides the ultimate flexibility by supporting on-premise deployment, allowing you to host the add-in on your own servers and maintain complete control over your data.
\nA key feature for enterprise clients is our support for Outlook classic, ensuring that Enki works across your entire organization's client environment, regardless of whether you're using the latest versions or traditional desktop clients. The Enterprise edition offers all the features of the Standard edition, along with enhanced security and dedicated migration support. Pricing for the Enterprise edition is available via a custom quote.
\nReady to take control of your organization’s email security data? Start with our free Basic edition, or contact our sales team for more information on the Standard and Enterprise editions.
", "url": "https://eventus.blog/id/2025/08/22/enki-the-microsoft-365-outlook-add-in-for-enterprise-spam-reporting-and-data-collection", "title": "Enki - The Microsoft 365 Outlook Add-in for Enterprise Spam Reporting and Data Collection", "summary": "Empower your organization with Enki, a powerful Outlook add-in for Microsoft 365. Easily collect spam and phishing emails, analyze security statistics, and deploy on-premise for full control.", "date_modified": "2025-08-22T00:00:00.000Z", "author": { "name": "James Yip", "url": "https://github.com/jamesyip" }, "tags": [ "Outlook", "Microsoft 365", "Email Security", "Spam Reporting", "Add-in", "IT Security", "Enterprise", "Data Collection", "On-Premise", "Outlook Classic", "Phishing", "Exchange Online", "Cybersecurity" ] } ] }