Mengumpulkan log Oracle Unified Directory

Didukung di:

Google SecOps SIEM

Dokumen ini menjelaskan cara menyerap log Oracle Unified Directory ke Google Security Operations menggunakan Bindplane.

Oracle Unified Directory adalah layanan direktori LDAP perusahaan untuk pengelolaan identitas. Layanan ini menyediakan direktori berbasis standar yang skalabel untuk menyimpan dan mengelola data identitas, mendukung fungsi autentikasi, otorisasi, dan proxy direktori. Parser mengekstrak kolom dari entri log Oracle Unified Directory dan memetakannya ke Model Data Terpadu (UDM).

Sebelum memulai

Pastikan Anda memiliki prasyarat berikut:

• Instance Google SecOps
• Windows Server 2016 atau yang lebih baru, atau host Linux dengan systemd
• Konektivitas jaringan antara agen Bindplane dan server Oracle Unified Directory
• Jika beroperasi dari balik proxy, pastikan port firewall terbuka sesuai dengan persyaratan agen Bindplane
• Akses istimewa ke server Oracle Unified Directory dengan izin administrator

Mendapatkan kredensial Google SecOps untuk agen Bindplane

Untuk mengautentikasi agen Bindplane ke Google SecOps, pilih salah satu metode berikut:

• Deployment baru: Gunakan Chronicle API (Opsi 1).
• Deployment lama: Terus gunakan file autentikasi penyerapan (Opsi 2) hingga Ingestion API dihentikan pada 20 Juli 2027.

Opsi 1: Membuat akun layanan untuk Chronicle API (direkomendasikan)

1. Login ke Google Cloud konsol dan pilih Google Cloud project yang ditautkan ke instance Google SecOps Anda.
2. Buka IAM & Admin > Service Accounts.
3. Klik Create service account.
4. Berikan detail konfigurasi berikut:
   • Nama akun layanan: Masukkan nama akun (misalnya, bindplane-ingest).
   • Deskripsi akun layanan: Masukkan deskripsi (misalnya, Bindplane agent log ingestion).
5. Klik Create and continue.
6. Di bagian Grant this service account access to project , klik Select a role , lalu pilih Chronicle Editor.
7. Klik Continue, lalu klik Done.
8. Klik akun layanan yang Anda buat, lalu buka tab Keys.
9. Klik Add key > Create new key.
10. Pilih JSON , lalu klik Create. File kunci akan didownload ke komputer Anda.
11. Simpan file kunci sebagai ingestion-auth.json di direktori pengumpul Bindplane (/opt/observiq-otel-collector/ingestion-auth.json di Linux atau C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json di Windows), atau perbarui creds_file_path di config.yaml agar sesuai dengan jalur tempat Anda menyimpannya.
12. Buka IAM & Admin > Settings , lalu salin Project number. Anda akan memerlukannya untuk konfigurasi pengekspor.

Catatan: Kunci JSON adalah kredensial. Batasi akses ke file di host Bindplane dan ganti kunci sesuai dengan kebijakan organisasi Anda.

Opsi 2: Mendownload file autentikasi penyerapan (lama)

1. Login ke konsol Google SecOps.
2. Buka SIEM Settings > Collection Agents.
3. Download ingestion authentication file.
4. Simpan file dengan aman di sistem tempat agen Bindplane akan diinstal.

Catatan: File ini mengautentikasi agen ke Ingestion API lama (malachiteingestion-pa.googleapis.com), yang telah dijadwalkan Google untuk dihentikan pada 20 Juli 2027. Rencanakan untuk beralih ke Opsi 1 sebelum tanggal tersebut.

Mendapatkan ID pelanggan Google SecOps

1. Login ke konsol Google SecOps.
2. Buka SIEM Settings > Profile.

3. Salin dan simpan Customer ID dari bagian Organization Details.

   Catatan: ID pelanggan diperlukan untuk mengonfigurasi pengekspor agen Bindplane.

Menginstal agen Bindplane

Instal agen Bindplane di sistem operasi Windows atau Linux Anda sesuai dengan petunjuk berikut.

Penginstalan Windows

1. Buka Command Prompt atau PowerShell sebagai administrator.

2. Jalankan perintah berikut:

   msiexec /i "https://github.com/observIQ/bindplane-agent/releases/latest/download/observiq-otel-collector.msi" /quiet
   

3. Tunggu hingga penginstalan selesai.

4. Verifikasi penginstalan dengan menjalankan:

   sc query observiq-otel-collector
   

Layanan akan ditampilkan sebagai RUNNING.

Penginstalan Linux

1. Buka terminal dengan hak akses root atau sudo.

2. Jalankan perintah berikut:

   sudo sh -c "$(curl -fsSlL https://github.com/observiq/bindplane-agent/releases/latest/download/install_unix.sh)" install_unix.sh
   

3. Tunggu hingga penginstalan selesai.

4. Verifikasi penginstalan dengan menjalankan:

   sudo systemctl status observiq-otel-collector
   

Layanan akan ditampilkan sebagai active (running).

Referensi penginstalan tambahan

Untuk opsi penginstalan dan pemecahan masalah tambahan, lihat Panduan penginstalan agen Bindplane.

Catatan: Konfigurasi pengekspor Chronicle API memerlukan pengumpul Bindplane v1.106.0 atau yang lebih baru. Perintah sebelumnya menginstal rilis terbaru. Jika Anda memperbarui penginstalan yang ada, upgrade pengumpul sebelum mengubah konfigurasi.

Mengonfigurasi agen Bindplane untuk menyerap syslog dan mengirim ke Google SecOps

Menemukan file konfigurasi

• Linux:

  sudo nano /opt/observiq-otel-collector/config.yaml
  

• Windows:

  notepad "C:\Program Files\observIQ OpenTelemetry Collector\config.yaml"
  

Mengedit file konfigurasi

• Ganti seluruh konten config.yaml dengan konfigurasi berikut:

  receivers:
    tcplog:
      listen_address: "0.0.0.0:514"
  
  exporters:
    chronicle/oracle_oud:
      protocol: https
      # Region of your instance, for example us, europe, asia-southeast1
      location: <LOCATION>
      # Project number of the Google Cloud project linked to the instance
      project: '<PROJECT_NUMBER>'
      compression: gzip
      creds_file_path: '/opt/observiq-otel-collector/ingestion-auth.json'
      customer_id: '<customer_id>'
      endpoint: chronicle.googleapis.com
      log_type: ORACLE_OUD
      raw_log_field: body
  
  service:
    pipelines:
      logs/oracle_oud:
        receivers:
          - tcplog
        exporters:
          - chronicle/oracle_oud
  

Parameter konfigurasi

Ganti placeholder berikut:

• Konfigurasi penerima:

  • tcplog: Jenis penerima berdasarkan protokol:
    • udplog untuk UDP syslog
    • tcplog untuk TCP syslog
    • syslog untuk RFC 3164/5424 syslog
  • 0.0.0.0: Alamat IP untuk diproses:
    • 0.0.0.0 untuk diproses di semua antarmuka (direkomendasikan)
    • Alamat IP tertentu untuk diproses di satu antarmuka
  • 514: Nomor port untuk diproses (misalnya, 514, 1514, 6514)

• Konfigurasi pengekspor:

  • <customer_id>: ID Pelanggan dari langkah sebelumnya
  • location: Ganti <LOCATION> dengan region instance Google SecOps Anda (misalnya, us, europe, atau asia-southeast1). Pengekspor menambahkan awalan chronicle.googleapis.com dengan nilai ini. Lihat Endpoint Regional untuk mengetahui daftar lengkapnya.
  • project: Ganti <PROJECT_NUMBER> dengan nomor project dari IAM & Admin > Settings.
  • endpoint: Tetapkan ke chronicle.googleapis.com.
  • Sesuaikan creds_file_path ke jalur file kunci JSON akun layanan Anda (Opsi 1), bergantung pada platform:
    • Linux: /opt/observiq-otel-collector/ingestion-auth.json
    • Windows: C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json

Pengekspor Ingestion API lama

• Jika Anda menggunakan file autentikasi penyerapan dari Opsi 2, ganti blok exporters dengan yang berikut. Tetapkan creds_file_path ke jalur file autentikasi penyerapan, dan jika instance Anda berada di luar AS, ganti malachiteingestion-pa.googleapis.com dengan endpoint regional Anda (misalnya, europe-malachiteingestion-pa.googleapis.com).

  exporters:
    chronicle/oracle_oud:
      compression: gzip
      creds_file_path: '/opt/observiq-otel-collector/ingestion-auth.json'
      customer_id: '<customer_id>'
      endpoint: malachiteingestion-pa.googleapis.com
      log_type: ORACLE_OUD
      raw_log_field: body
  

Catatan: Pengekspor ini akan berhenti berfungsi saat Ingestion API dihentikan pada 20 Juli 2027.

Menyimpan file konfigurasi

• Setelah mengedit, simpan file:
  • Linux: Tekan Ctrl+O, lalu Enter, lalu Ctrl+X
  • Windows: Klik File > Save

Memulai ulang agen Bindplane untuk menerapkan perubahan

Untuk memulai ulang agen Bindplane di Linux:

1. Jalankan perintah berikut:

   sudo systemctl restart observiq-otel-collector
   

2. Verifikasi layanan sedang berjalan:

   sudo systemctl status observiq-otel-collector
   

3. Periksa log untuk mengetahui error:

   sudo journalctl -u observiq-otel-collector -f
   

Untuk memulai ulang agen Bindplane di Windows:

1. Pilih salah satu opsi berikut:

   • Command Prompt atau PowerShell sebagai administrator:

   net stop observiq-otel-collector && net start observiq-otel-collector
   

   • Konsol layanan:
     1. Tekan Win+R, ketik services.msc, lalu tekan Enter.
     2. Temukan observIQ OpenTelemetry Collector.
     3. Klik kanan, lalu pilih Restart.

2. Verifikasi layanan sedang berjalan:

   sc query observiq-otel-collector
   

3. Periksa log untuk mengetahui error:

   type "C:\Program Files\observIQ OpenTelemetry Collector\log\collector.log"
   

Mengonfigurasi penerusan syslog Oracle Unified Directory

Oracle Unified Directory menyimpan log secara lokal di sistem file server, biasanya di direktori OUD_INSTANCE/logs/. Konfigurasi penerusan syslog menggunakan daemon syslog sistem untuk mengirim log ini ke agen Bindplane.

1. Identifikasi direktori log Oracle Unified Directory. File log umum mencakup access, errors, replication, dan audit.

2. Konfigurasi daemon syslog sistem (misalnya, rsyslog) untuk memantau dan meneruskan file log OUD. Buat file konfigurasi rsyslog baru:

   sudo nano /etc/rsyslog.d/oud-forward.conf
   

3. Tambahkan konten berikut:

   module(load="imfile")
   input(type="imfile"
       File="/path/to/oud-instance/logs/access"
       Tag="oracle-oud"
       Severity="info"
       Facility="local0")
   input(type="imfile"
       File="/path/to/oud-instance/logs/errors"
       Tag="oracle-oud"
       Severity="error"
       Facility="local0")
   local0.* @@BINDPLANE_AGENT_IP:514
   

   Catatan: Ganti /path/to/oud-instance/logs/ dengan jalur sebenarnya ke direktori log Oracle Unified Directory Anda. Ganti BINDPLANE_AGENT_IP dengan alamat IP host agen Bindplane. Gunakan @@ untuk TCP atau @ untuk UDP.

4. Mulai ulang layanan rsyslog:

   sudo systemctl restart rsyslog
   

Tabel pemetaan UDM

Kolom Log	Pemetaan UDM	Logika
conn,op,msgID,oid,result,etime,filter,attrs,ou,version,type,authFailureID,authFailureReason,name,o	additional.fields	Metadata tambahan yang tidak tercakup oleh kolom UDM lainnya
	metadata.event_type	Jenis peristiwa (misalnya, USER_LOGIN, NETWORK_CONNECTION)
operation,operation1	metadata.product_event_type	Jenis peristiwa khusus produk
protocol	network.application_protocol	Protokol aplikasi yang digunakan dalam koneksi jaringan
hostname	principal.hostname	Nama host aset utama
srcaddr	principal.ip	Alamat IP utama
srcport	principal.port	Nomor port yang digunakan oleh utama
uid	principal.user.userid	ID Pengguna dari pengguna utama
operation	security_result.action_details	Detail tindakan yang diambil oleh produk keamanan
reason	security_result.description	Deskripsi hasil keamanan
msg_data	security_result.summary	Ringkasan hasil keamanan
destaddr	target.ip	Alamat IP target
destport	target.port	Nomor port yang digunakan oleh target
	metadata.product_name	Nama produk yang menghasilkan peristiwa
	metadata.vendor_name	Nama vendor produk
authFailureID", "filter", "attrs", "changetype", "replace" and "authFailureReason	additional.fields	Dipetakan dari log perubahan
from	principal.ip	Dipetakan dari log perubahan

Log Perubahan

Lihat Log Perubahan untuk parser ini

Perlu bantuan lain? Dapatkan jawaban dari anggota Komunitas dan profesional Google SecOps.