Mengumpulkan log CA ACF2

Versi Parser: 2.0

Didukung di:

Google SecOps SIEM

Dokumen ini menjelaskan cara menyerap log CA ACF2 ke Google Security Operations menggunakan agen Bindplane.

Broadcom ACF2 (Access Control Facility 2) untuk z/OS adalah produk keamanan mainframe yang menyediakan kontrol akses, autentikasi, dan audit untuk sistem IBM z/OS. ACF2 mencatat peristiwa keamanan ke data IBM System Management Facility (SMF) (jenis default 230), termasuk upaya autentikasi, pelanggaran akses set data, peristiwa akses resource, logging perintah TSO, dan modifikasi database. Data SMF ini harus diteruskan ke Chronicle menggunakan agen pihak ketiga seperti BMC AMI Defender untuk z/OS.

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 agen BMC AMI Defender for z/OS
• Jika beroperasi dari balik proxy, pastikan port firewall terbuka sesuai dengan persyaratan agen Bindplane
• BMC AMI Defender for z/OS diinstal dan berjalan di LPAR z/OS tempat ACF2 aktif
• Akses untuk mengubah file parameter BMC AMI Defender di set data amihlq.CZAGENT.PARM
• Otoritas untuk memulai atau mengubah tugas yang dimulai CZAGENT di z/OS

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 menggunakan 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 konsolGoogle Cloud dan pilih project Google Cloud 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 untuk 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 Bindplane collector (/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 dan salin Project number. Anda akan memerlukannya untuk konfigurasi pengekspor.

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

Opsi 2: Mendownload file autentikasi penyerapan (lama)

1. Login ke konsol Google SecOps.
2. Buka Setelan SIEM > Agen Pengumpulan.
3. Download file autentikasi penyerapan.
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 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 ID Pelanggan dari bagian Detail Organisasi.

   Catatan: customer ID 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 istimewa 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 pemasangan dan pemecahan masalah tambahan, lihat Panduan pemasangan agen Bindplane.

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

Mengonfigurasi agen Bindplane untuk menyerap syslog dan mengirimkannya 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"
  

Edit file konfigurasi

1. Ganti seluruh konten config.yaml dengan konfigurasi berikut:

   receivers:
     udplog:
       listen_address: "0.0.0.0:514"
   
   exporters:
     chronicle/acf2_logs:
       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: 'YOUR_CUSTOMER_ID'
       endpoint: chronicle.googleapis.com
       log_type: CA_ACF2
       raw_log_field: body
       ingestion_labels:
         env: production
         source: acf2
   
   service:
     pipelines:
       logs/acf2_to_chronicle:
         receivers:
           - udplog
         exporters:
           - chronicle/acf2_logs
   

2. Ganti placeholder berikut:

   • Konfigurasi penerima:

     • listen_address: Menetapkan ke 0.0.0.0:514 untuk memproses semua antarmuka di port UDP 514

       • Untuk sistem Linux yang berjalan sebagai non-root, gunakan port 1514 atau yang lebih tinggi
       • Cocokkan port ini dengan konfigurasi pernyataan BMC AMI Defender SERVER

   • Konfigurasi pengekspor:

     • creds_file_path: Jalur lengkap ke file kunci JSON akun layanan (Opsi 1):

       • Linux: /opt/observiq-otel-collector/ingestion-auth.json
       • Windows: C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json

     • customer_id: Ganti YOUR_CUSTOMER_ID dengan customer ID Anda. Untuk mengetahui detailnya, lihat Mendapatkan ID pelanggan Google SecOps.

     • location: Ganti <LOCATION> dengan region instance Google SecOps Anda (misalnya, us, europe, atau asia-southeast1). Pengekspor akan 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: Tetap tetapkan ke chronicle.googleapis.com.

     • log_type: Tetapkan ke CA_ACF2 (Label penyerapan Chronicle untuk log ACF2)

     • ingestion_labels: Label opsional untuk mengategorikan log (sesuaikan sesuai kebutuhan)

Pengekspor API penyerapan lama

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

  exporters:
    chronicle/acf2_logs:
      compression: gzip
      creds_file_path: '/opt/observiq-otel-collector/ingestion-auth.json'
      customer_id: 'YOUR_CUSTOMER_ID'
      endpoint: malachiteingestion-pa.googleapis.com
      log_type: CA_ACF2
      raw_log_field: body
      ingestion_labels:
        env: production
        source: acf2
  

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 > Simpan

Mulai ulang agen Bindplane untuk menerapkan perubahan

• Untuk memulai ulang agen Bindplane di Linux:

  1. Jalankan perintah berikut:

     sudo systemctl restart observiq-otel-collector
     

  2. Pastikan 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 Services:

       1. Tekan Win+R, ketik services.msc, lalu tekan Enter.
       2. Cari observIQ OpenTelemetry Collector.
       3. Klik kanan, lalu pilih Restart.

  2. Pastikan 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 BMC AMI Defender for z/OS untuk meneruskan data SMF ACF2

Edit anggota $$$SERVR parameter member

1. Sign in to the z/OS system using TSO/ISPF or a 3270 emulator.
2. Navigate to the BMC AMI Defender parameter library:
   1. Enter ISPF at the TSO READY prompt.
   2. Select option 2 (Edit).
   3. In the ISPF Library field, enter the data set name: amihlq.CZAGENT.PARM (replace amihlq with your installation high-level qualifier).
   4. Press Enter.
3. Edit the $$$SERVR:
   1. Ketik E di samping anggota parameter$$$SERVR member.
   2. Press Enter.
4. Locate the SERVER statement section (approximately line 40-60).
5. Uncomment one of the SERVER statements by removing the leading semicolon (;).

6. Configure the SERVER statement with the Bindplane agent IP address and port:

   SERVER bindplane-host-ip:514 TRANS(UDP) MAXMSG(2000)
   

   • Replace bindplane-host-ip with the IP address of the Bindplane agent host (for example, 192.168.1.100).
   • If using a non-standard port (for example, 1514), specify: bindplane-host-ip:1514.
   • TRANS(UDP) specifies UDP transport protocol (recommended for syslog).
   • MAXMSG(2000) sets the maximum message length to 2000 bytes (ACF2 records may require larger sizes).

7. Verify the OPTIONS statement for syslog format:

   1. Scroll up to locate the OPTIONS statements (approximately line 10-30).

   2. Ensure one of the following OPTIONS statements is uncommented based on your preferred format:

      OPTIONS IF(RFC 3164) SIEM(RFC 3164) TIMESTAMP INSTNAME(SIEM.Agent)
      

      • RFC 3164: Standard syslog format (recommended for Chronicle)
      • CEF: Common Event Format (alternative)
      • LEEF: Log Event Extended Format (alternative)
      • JSON: JSON format (alternative)

8. Save the changes:

   1. Press F3 to exit the editor.
   2. Type SAVE when prompted.
   3. Press Enter.

Edit the $$$CONFG untuk mengaktifkan pengumpulan data ACF2 SMF

1. Dalam daftar anggota set data amihlq.CZAGENT.PARM, edit anggota $$$CONFG member:

   1. Type E next to the $$$CONFG.

   2. Tekan Enter.

2. Temukan tombol pemilihan data ACF2 SMF (telusuri ACF2 atau SMF 230).

3. Hapus tanda komentar pernyataan SELECT untuk ACF2:

   SELECT IF(ACF2) SMF(ACF2)
   

   • Tindakan ini memungkinkan pengumpulan data SMF ACF2 (jenis default 230).
   • Jika situs Anda menggunakan jenis data SMF yang berbeda untuk ACF2, verifikasi jenisnya dengan perintah: ACF SHOW SYSTEMS di TSO.

4. Simpan perubahan:

   1. Tekan F3 untuk keluar dari editor.
   2. Ketikkan SAVE saat diminta.
   3. Tekan Enter.

Membuat atau mengedit anggota parameter pernyataan SMF ACF2

1. Di daftar anggota set data amihlq.CZAGENT.PARM, periksa apakah ada anggota bernama $$$ACF2 or SMFACF2 exists.

2. If the member does not exist, create it:

   1. Type C (Create) on the command line.
   2. Enter the member name: $$$ACF2.
   3. Tekan Enter.

3. Edit anggota dan tambahkan pernyataan SMF ACF2 berikut:

   SMF ACF2(230) FACILITY(SECURITY4) SEVERITY(INFORMATIONAL)
   

   • ACF2(230): Menentukan jenis data SMF untuk ACF2 (defaultnya adalah 230; verifikasi dengan ACF SHOW SYSTEMS).
   • FACILITY(SECURITY4): Menetapkan fasilitas syslog ke Security (4).

   • SEVERITY(INFORMATIONAL): Menetapkan tingkat keparahan default ke Informasional.

     • Pelanggaran sandi atau otoritas yang tidak valid akan otomatis dikirim dengan tingkat keparahan ERROR.
     • Pelanggaran resource otomatis dikirim dengan tingkat keparahan ERROR.

4. Secara opsional, konfigurasikan subjenis dan tingkat keparahan ACF2 tertentu:

   SMF ACF2(230) +
     FACILITY(SECURITY4) +
     SEVERITY(INFORMATIONAL) +
     SUBTYPES(P SEV(ERROR)) +
     SUBTYPES(V SEV(ERROR)) +
     SUBTYPES(D SEV(ERROR))
   

   • Subtipe P: Peristiwa sandi atau otoritas tidak valid (keparahan ERROR)
   • Subjenis V: Pelanggaran resource (keparahan ERROR)
   • Subjenis D: Pelanggaran akses set data (keparahan ERROR)

5. Simpan perubahan:

   1. Tekan F3 untuk keluar dari editor.
   2. Ketikkan SAVE saat diminta.
   3. Tekan Enter.

Memuat ulang file parameter BMC AMI Defender

1. Keluar dari ISPF dan kembali ke prompt TSO READY.

2. Berikan perintah MODIFY untuk memuat ulang file parameter:

   F CZAGENT,PARMS
   

   • Ganti CZAGENT dengan nama tugas yang dimulai BMC AMI Defender Anda jika berbeda.
   • Perintah ini memuat ulang file parameter tanpa menghentikan agen.

3. Verifikasi konfigurasi dengan memeriksa output CZAPRINT:

   1. Di ISPF, pilih opsi 3.4 (DSLIST).
   2. Masukkan pola nama set data: CZAGENT.CZAPRINT (atau konvensi penamaan khusus situs Anda).
   3. Tekan Enter.
   4. Ketik B (Browse) di samping set data CZAPRINT terbaru.
   5. Tekan Enter.

   6. Telusuri pesan yang menunjukkan koneksi berhasil ke server syslog:

      • CZA0070I Connected to server bindplane-host-ip:514
      • CZA0100I SMF ACF2 statement processed

4. Jika tugas yang dimulai CZAGENT tidak berjalan, mulai tugas tersebut:

   S CZAGENT
   

Memverifikasi penerusan log ACF2

1. Buat peristiwa keamanan ACF2 pengujian:

   1. Di TSO, coba akses set data yang tidak boleh Anda akses.
   2. Mencoba login dengan sandi yang tidak valid (gunakan akun pengujian).
   3. Menjalankan perintah TSO yang dicatat dalam log oleh ACF2.

2. Periksa log agen BindPlane untuk memverifikasi penerimaan pesan syslog ACF2:

   • Linux:

     sudo journalctl -u observiq-otel-collector -f | grep ACF2
     

   • Windows:

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

3. Login ke konsol Google SecOps dan pastikan log ACF2 sedang diproses:

   1. Buka Search > UDM Search.

   2. Masukkan kueri berikut:

      metadata.log_type = "CA_ACF2"
      

   3. Pastikan peristiwa keamanan ACF2 muncul di hasil penelusuran.

Tabel pemetaan UDM

Kolom Log	Pemetaan UDM	Logika
	extensions.auth.mechanism	Mekanisme autentikasi yang digunakan.
	extensions.auth.type	Jenis autentikasi.
sum	metadata.description	Deskripsi acara.
	metadata.event_type	Jenis peristiwa.
event_type, cat	metadata.product_event_type	Jenis peristiwa khusus produk.
product_version	metadata.product_version	Versi produk.
terminal	principal.hostname	Nama host yang terkait dengan akun utama.
nama	principal.user.user_display_name	Nama tampilan pengguna.
usrName	principal.user.userid	ID pengguna.
	security_result.action	Tindakan yang diambil oleh sistem keamanan.
	security_result.category	Kategori hasil keamanan.
class	security_result.category_details	Detail tambahan tentang kategori hasil keamanan.
bernalar	security_result.severity	Tingkat keparahan hasil keamanan.
alasan	security_result.severity_details	Informasi mendetail tentang tingkat keparahan.
logstr	security_result.summary	Ringkasan hasil keamanan.
job_id	target.application	Aplikasi yang menjadi target.
job_group	target.group.group_display_name	Nama tampilan grup.
	target.namespace	Namespace target.
dsn	target.resource.name	Nama resource.
vol	target.resource.parent	Resource induk.
res, dsn	target.resource.product_object_id	ID objek khusus produk.
	target.resource.resource_type	Jenis resource.
nama	target.user.user_display_name	Nama tampilan pengguna target.
usrName	target.user.userid	ID pengguna target.
product_name	metadata.product_name	Nama produk yang menghasilkan peristiwa.
vendor_name	metadata.vendor_name	Nama vendor.

Log Perubahan

Melihat Log Perubahan untuk parser ini

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