Buletin keamanan

Berikut ini menjelaskan buletin keamanan terkait Apigee.

Untuk mendapatkan buletin keamanan terbaru, lakukan salah satu hal berikut:

  • Tambahkan URL halaman ini terhadap pembaca feed Anda.
  • Tambahkan URL feed langsung ke pembaca feed Anda: https://cloud.google.com/feeds/apigee-security-bulletins.xml

GCP-2026-041

Dipublikasikan: 24-06-2026

Deskripsi

Deskripsi Keparahan Catatan

Investigasi keamanan baru-baru ini dilakukan terkait kerentanan log4j (CVE-2026-34480 dan CVE-2026-34477) yang dilaporkan di Apigee Edge untuk Private Cloud. Google telah menentukan bahwa Apigee Edge untuk Private Cloud tidak rentan terhadap CVE ini. Pelanggan tidak perlu melakukan tindakan apa pun.

CVE-2026-34480: XmlLayout Apache Log4j Core gagal membersihkan karakter yang dilarang oleh spesifikasi XML 1.0, sehingga menghasilkan output XML yang tidak valid setiap kali pesan log atau nilai MDC berisi karakter tersebut.

CVE-2026-34477: Mengatasi masalah verifikasi nama host di mana koneksi TLS dapat rentan terhadap intersepsi saat menggunakan appender SMTP, Socket, atau Syslog.

Catatan Mitigasi: Apigee Edge for Private Cloud hanya menyertakan pustaka log4j dalam komponen gateway tetapi sebenarnya tidak menggunakannya, karena logback digunakan sebagai gantinya. Selain itu, Apigee Edge for Private Cloud tidak menggunakan fitur SMTP, Socket, atau Syslog appender dari log4j. Akibatnya, kedua kerentanan ini tidak berlaku untuk Apigee Edge for Private Cloud.

Produk yang Terpengaruh

  • Apigee Edge untuk Private Cloud

Apa yang Harus Saya Lakukan?

Apigee Edge untuk Private Cloud

Tidak diperlukan tindakan dari pelanggan. Apigee Edge for Private Cloud tidak terpengaruh oleh kerentanan ini.

Pelanggan yang menjalankan pemindai kerentanan terhadap deployment Apigee Edge untuk Private Cloud mungkin melihat CVE-2026-34480 dan CVE-2026-34477 ditandai karena library log4j ada di disk. Pelanggan dapat mengutip buletin keamanan ini dalam proses pencarian pengecualian pemindai mereka untuk menandai CVE ini sebagai Tidak Berlaku untuk penerapan Apigee Edge for Private Cloud mereka.

 Tinggi CVE-2026-34480
CVE-2026-34477

GCP-2026-034

Diterbitkan: 2026-05-20

Deskripsi

Deskripsi Keparahan Catatan

Kerentanan ditemukan di Apigee, di mana parameter IntegrationRegion dalam kebijakan SetIntegrationRequest tidak memiliki validasi, sehingga memungkinkan Pemalsuan Permintaan Sisi Server (SSRF) dan eksfiltrasi token akun layanan. Masalah ini muncul saat penyerang dapat mengontrol variabel alur yang digunakan untuk IntegrationRegion, sehingga permintaan dikirim ke host yang dikontrol penyerang dengan token akun layanan.

Produk yang Terpengaruh

Dampaknya terbatas pada kebijakan SetIntegrationRequest. Ini termasuk penerapan pada platform Apigee berikut:

  • Apigee
  • Apigee Hybrid

Apa yang Harus Saya Lakukan?

Lakukan tindakan berikut untuk setiap produk yang terpengaruh:

Apigee

Pelanggan yang menggunakan Apigee versi Google Cloud tidak perlu melakukan tindakan apa pun. Perbaikan kerentanan telah diterapkan pada rilis Apigee 1-16-0-apigee-5.

Apigee Hybrid

Anda harus mengupgrade ke salah satu rilis patch keamanan berikut:

Versi utama hibrida Rilis patch keamanan untuk versi minor yang terpengaruh
1,14 1.14.4
1,15 1.15.2
1.16 1.16.1
Tinggi CVE-2026-2264

GCP-2026-010

Dipublikasikan: 13-02-2026

Deskripsi

Deskripsi Keparahan Catatan

Kerentanan teridentifikasi di platform Apigee yang dapat memungkinkan pihak tidak bertanggung jawab dengan izin tingkat administratif atau developer di lingkungan Apigee mereka sendiri untuk meningkatkan hak istimewa dan mengakses data lintas tenant.

Secara spesifik, kerentanan dalam teknologi sandboxing Apigee memungkinkan penggunaan endpoint link-local untuk mengakses token akun layanan (P4SA) dalam proyek penyewa pelanggan. Dengan memanfaatkan identitas ini, penyerang secara teoretis dapat membaca metadata analisis atau merusak catatan pemantauan internal di seluruh organisasi (penyewa) Apigee lainnya.

Apa yang sebaiknya saya lakukan?

Lakukan tindakan berikut untuk setiap produk yang terpengaruh:

Apigee

Tidak diperlukan tindakan apa pun bagi pelanggan yang menggunakan Apigee versi Google Cloud. Perbaikan kerentanan telah diterapkan pada rilis Apigee 1-16-0-apigee-3.

Apigee Hybrid

Untuk mengatasi kerentanan ini, pelanggan harus mengaktifkan pipeline analisis berbasis Pub/Sub dan mengupgrade ke versi hybrid yang didukung:

Konfigurasi fitur Versi perbaikan minimum
Apigee Hybrid Standar v1.14.0 atau lebih tinggi
Dengan Monetisasi (Mint) diaktifkan v1.14.3, v1.15.1, atau v1.16.0
Tinggi CVE-2025-13292

GCP-2025-023

Dipublikasikan: 05-05-2025

Deskripsi Keparahan Catatan

Buletin ini membahas potensi celah keamanan yang dapat dieksploitasi jika tidak ditangani dalam kebijakan JavaCallout dan PythonScript yang telah ditemukan dan diatasi. Kebijakan ini dapat menyebabkan eksekusi kode jarak jauh (RCE) yang tidak sah dan peningkatan hak akses dalam lingkungan runtime Apigee. Eksploitasi yang mungkin terjadi ini memerlukan akses pengguna resmi internal (pengguna yang memiliki hak istimewa untuk men-deploy proxy) untuk melakukan eksploitasi. Kerentanan potensial ini muncul dari kurangnya pengamanan (sandboxing) untuk skenario seperti akses melalui refleksi dan pemalsuan objek izin untuk melewati pengelola keamanan.

Produk yang Terpengaruh

Dampak terbatas pada kebijakan JavaCallout dan PythonScript. Hal ini mencakup deployment di platform Apigee berikut:

  • Apigee
  • Apigee Edge untuk Public Cloud
  • Apigee Hybrid
  • Apigee Edge untuk Private Cloud

Apa yang Harus Saya Lakukan?

Lakukan tindakan berikut untuk setiap produk yang terpengaruh:

Apigee

Tidak diperlukan tindakan apa pun bagi pelanggan yang menggunakan Apigee versi Google Cloud. Perbaikan kerentanan telah diterapkan pada rilis Apigee 1-14-0-apigee-8.

Jika tim rilis tidak dapat melakukan peluncuran rilis untuk organisasi Anda, baik TAM (Technical Account Manager) atau perwakilan dukungan akan menghubungi Anda untuk memperbaiki bundel proxy JavaCallout yang terpengaruh.

Apigee Hybrid

Anda harus mengupgrade ke salah satu rilis patch keamanan berikut:

Versi utama hibrida Rilis patch keamanan untuk versi minor yang terpengaruh.
1.12 1.12.4
1.13 1.13.3
1,14 1.14.1
1,11 1.11.2 hotfix3
Tinggi

Apigee Edge untuk Public Cloud

Pelanggan Apigee Edge tidak perlu melakukan tindakan apa pun. Perbaikan telah diterapkan ke runtime Edge terbaru. Jika Anda adalah pelanggan yang tidak dapat diperbarui ke rilis Edge terbaru karena adanya item tindakan yang tertunda, perwakilan dukungan pelanggan akan menghubungi Anda.

Apigee Edge untuk Private Cloud

Jika Anda adalah pengguna Edge untuk Private Cloud, Anda harus meninjau kebijakan JavaCallout dan PythonScript untuk memastikan Anda menggunakan kode dan library dari sumber tepercaya. Modifikasi pada kebijakan tersebut memerlukan akses resmi internal (pengguna yang memiliki izin untuk men-deploy proxy), jadi sebaiknya Anda mengaudit izin untuk memastikan hanya pengguna tepercaya yang mempertahankan akses tersebut. Perbaikan kerentanan telah diterapkan pada rilis Edge Private Cloud 4.52.02 dan 4.53.00.

GCP-2024-040

Dipublikasikan: 02-07-2024

Buletin ini mencakup detail khusus untuk setiap produk Apigee berikut:

Edge Public Cloud

Deskripsi Keparahan Catatan

Kerentanan eksekusi kode jarak jauh, CVE-2024-6387, baru-baru ini ditemukan di OpenSSH. Kerentanan ini mengeksploitasi kondisi race yang dapat digunakan untuk mendapatkan akses ke shell jarak jauh, memungkinkan penyerang untuk mendapatkan akses root ke node GKE. Pada saat publikasi, Apigee Edge untuk Public Cloud tidak dapat dieksploitasi dan mitigasi telah dilakukan.

Meskipun CVE ini tidak dapat dieksploitasi, Apigee akan meningkatkan beban kerja untuk mengatasi CVE tersebut.

Apa yang sebaiknya saya lakukan?

Pengguna Apigee tidak perlu melakukan tindakan apa pun.

Patching untuk workload akan dilakukan dalam beberapa hari mendatang dan buletin keamanan akan diperbarui setelah patching selesai.

 Kritis

Edge Private Cloud

Deskripsi Keparahan

Kerentanan eksekusi kode jarak jauh, CVE-2024-6387, baru-baru ini ditemukan di OpenSSH. Kerentanan ini mengeksploitasi kondisi persaingan yang dapat digunakan untuk mendapatkan akses ke shell jarak jauh, sehingga memungkinkan penyerang mendapatkan akses root ke node VM. Pelanggan Edge Private Cloud memiliki dan mengelola VM/Host fisik tempat Edge Private Cloud di-deploy.

Versi Dampak
OpenSSH < 4.4p1 Rentan
4.4p1 <= OpenSSH < 8.5p1 Tidak Rentan
8.5p1 <= OpenSSH < 9.8p1 Rentan

Apa yang sebaiknya saya lakukan?

Periksa versi OpenSSH dengan mengeluarkan perintah ssh -V dan validasi versi OpenSSH. Jika Anda menggunakan versi OpenSSH yang terdampak, perbarui ke versi yang TIDAK rentan terhadap CVE ini. OpenSSH telah merilis 9.8p1 pada tanggal 1 Juli 2024.

 Kritis

Edge Microgateway

Deskripsi Keparahan Catatan

Kerentanan eksekusi kode jarak jauh, CVE-2024-6387, baru-baru ini ditemukan di OpenSSH. Kerentanan ini mengeksploitasi kondisi race yang dapat digunakan untuk mendapatkan akses ke shell jarak jauh, sehingga memungkinkan penyerang mendapatkan akses root ke node VM. Pelanggan Edge Microgateway memiliki dan mengelola VM/host fisik tempat Edge Microgateway diinstal.

Versi Dampak
OpenSSH < 4.4p1 Rentan
4.4p1 <= OpenSSH < 8.5p1 Tidak Rentan
8.5p1 <= OpenSSH < 9.8p1 Rentan

Apa yang sebaiknya saya lakukan?

Tinjau versi OpenSSH dengan mengeluarkan perintah ssh -V dan validasi versi OpenSSH. Jika Anda menjalankan versi OpenSSH yang terpengaruh, harap update ke versi yang TIDAK rentan terhadap CVE ini. OpenSSH telah merilis 9.8p1 pada tanggal 1 Juli 2024.

 Kritis

Apigee

Deskripsi Keparahan Catatan

Kerentanan eksekusi kode jarak jauh, CVE-2024-6387, baru-baru ini ditemukan di OpenSSH. Kerentanan ini mengeksploitasi kondisi persaingan yang dapat digunakan untuk mendapatkan akses ke shell jarak jauh, sehingga penyerang dapat memperoleh akses root ke node GKE. Pada saat publikasi, Apigee tidak dapat dieksploitasi dan mitigasi telah dilakukan.

Meskipun CVE ini tidak dapat dieksploitasi, Apigee akan mengupgrade beban kerja untuk mengatasi CVE-2024-6387.

Apa yang sebaiknya saya lakukan?

Tidak ada item tindakan yang perlu dilakukan dari pengguna Apigee. Patching untuk workload akan dilakukan dalam beberapa hari mendatang dan buletin keamanan akan diperbarui setelah patching selesai.

Catatan: Jika Managed Instance Groups diimplementasikan dalam proyek pelanggan untuk penyeimbangan beban northbound, khususnya InternalRouting (VPC) dan ExternalRouting (MIG), verifikasi versi OpenSSH yang terpasang di dalamnya. Jika versi tersebut rentan terhadap CVE, maka perbarui sendiri ke OpenSSH versi 9.8p1 yang dirilis pada 1 Juli 2024, karena Apigee tidak mengelola MIG ini.

 Kritis

Apigee Hybrid

Deskripsi Keparahan Catatan

Kerentanan eksekusi kode jarak jauh, CVE-2024-6387, baru-baru ini ditemukan di OpenSSH. Kerentanan ini mengeksploitasi kondisi race yang dapat digunakan untuk mendapatkan akses ke shell jarak jauh, memungkinkan penyerang untuk mendapatkan akses root ke node GKE. Pada saat publikasi, citra hibrida tidak rentan karena OpenSSH tidak dikemas ke dalam citra kontainer hibrida mana pun. Namun, jika sistem operasi host/node GKE Anda berjalan dengan versi OpenSSH yang rentan seperti di bawah ini, klaster hibrida Anda akan dapat dieksploitasi.

Versi Dampak
OpenSSH < 4.4p1 Rentan
4.4p1 <= OpenSSH < 8.5p1 Tidak Rentan
8.5p1 <= OpenSSH < 9.8p1 Rentan

Apa yang sebaiknya saya lakukan?

Masalah ini telah ditangani dalam Buletin Keamanan Layanan Pelanggan Google Cloud GCP-2024-040.

Untuk mengetahui petunjuk dan detail selengkapnya, lihat buletin berikut:

 Kritis

GCP-2024-006

Dipublikasikan: 05-02-2024

Deskripsi Keparahan Catatan

Saat proxy Pengelolaan API Apigee terhubung ke endpoint target atau server target, proxy tidak melakukan validasi nama host untuk sertifikat yang diberikan oleh endpoint target atau server target secara default. Jika validasi nama host tidak diaktifkan menggunakan salah satu opsi berikut, proxy Apigee yang terhubung ke titik akhir target atau server target mungkin berisiko terhadap serangan man-in-the-middle oleh pengguna yang berwenang. Untuk mengetahui informasi selengkapnya, lihat Mengonfigurasi TLS dari Edge ke backend (Cloud dan Private Cloud).

Produk yang Terpengaruh

Penyebaran proxy Apigee pada platform Apigee berikut ini terpengaruh:

  • Apigee Edge untuk Public Cloud
  • Apigee Edge untuk Private Cloud

Apa yang Harus Saya Lakukan?

Pelanggan dapat menggunakan salah satu opsi berikut untuk mengaktifkan validasi ini:

Opsi 1 - Menambahkan konfigurasi ke proxy

Anda dapat mengaktifkan validasi titik akhir target atau server target Anda dengan menambahkan konfigurasi <CommonName> ke bagian SSLInfo dari elemen <HTTPTargetConnection> dalam konfigurasi proxy Anda seperti yang ditunjukkan:

<HTTPTargetConnection>
  <SSLInfo>
    <Enabled>true</Enabled>
    <TrustStore>ref://mytruststoreref</TrustStore>
    <CommonName>*.example.com</CommonName>
  </SSLInfo>
  <URL>https://my.example.com/</URL>
</HTTPTargetConnection>

Jika konfigurasi ini ada di elemen <HTTPTargetConnection> pada konfigurasi proxy Anda, Apigee akan menggunakan nilai yang ditentukan di <CommonName> untuk validasi nama host. Karakter pengganti (wildcard) dapat digunakan di bidang ini.

Apigee merekomendasikan pendekatan ini. Anda dapat menguji setiap proxy untuk mengonfirmasi bahwa validasi berjalan sesuai yang diinginkan, dengan potensi gangguan minimal pada traffic. Untuk mengetahui informasi selengkapnya tentang pengujian validasi nama host di proxy dan melihat kesalahan, lihat Menggunakan Alat Pelacakan.

Opsi 2 - Menetapkan tanda tingkat organisasi

Anda dapat menetapkan tanda tingkat organisasi Apigee untuk mengaktifkan validasi nama host bagi semua proxy dan target yang di-deploy di organisasi Anda. Jika tanda features.strictSSLEnforcement disetel ke true di properti org, validasi nama host akan diterapkan setiap kali proxy terhubung ke endpoint target atau server target.

Catatan: Meskipun opsi ini dapat membantu Anda mengaktifkan fitur di seluruh organisasi, kegagalan validasi hostname dapat terjadi jika target Anda tidak menampilkan sertifikat yang diharapkan.

  • Untuk Apigee Edge untuk Cloud Publik penyebaran:

    Hubungi Google Cloud Dukungan untuk menyetel tanda features.strictSSLEnforcement ke true di properti org.

    Catatan: Mengaktifkan tanda ini akan menerapkan pemeriksaan SSL untuk semua lingkungan dalam organisasi dan semua proxy yang di-deploy dalam lingkungan tersebut.

  • Untuk deployment Apigee Edge untuk Private Cloud :

    Bendera features.strictSSLEnforcement dapat diatur ke true oleh organisasi atau administrator sistem. Untuk informasi lebih lanjut tentang pengaturan flag, lihat Memperbarui properti organisasi.

    Catatan: Saat memperbarui flag tingkat organisasi menggunakan API Organisasi, pastikan untuk menyertakan semua flag yang ada dalam permintaan POST Anda untuk menghindari penimpaan pengaturan konfigurasi sebelumnya.

    Setelah flag diatur, setiap pemroses pesan harus dihidupkan ulang secara individual agar perubahan tersebut berlaku. Gunakan perintah berikut:

    apigee-service edge-message-processor restart

    Untuk membatalkan perubahan ini, gunakan API Organisasi yang sama untuk mengatur flag menjadi false lalu mulai ulang setiap pemroses pesan.

    Catatan: Mengaktifkan tanda ini akan menerapkan pemeriksaan SSL untuk semua lingkungan dalam organisasi dan semua proxy yang di-deploy dalam lingkungan tersebut. Namun, jika <IgnoreValidationErrors> diatur ke true, kesalahan validasi apa pun yang terdeteksi akan diabaikan.

Apigee merekomendasikan untuk menerapkan perubahan ini terlebih dahulu di lingkungan non-produksi, untuk memastikan bahwa validasi berfungsi sebagaimana mestinya dan tidak menyebabkan gangguan produksi. Jika validasi nama host gagal untuk target mana pun, pesan kesalahan berikut akan dikembalikan:

{"fault":{"faultstring":"SSL Handshake failed java.security.cert.CertificateException: No subject alternative DNS name matching example.com found.","detail":{"errorcode":"messaging.adaptors.http.flow.SslHandshakeFailed"}}}
 		Tinggi

GCP-2023-032

Dipublikasikan: 13-10-2023

Diperbarui: 03-11-2023

Deskripsi Keparahan Catatan

Pembaruan 03-11-2023: Menambahkan masalah umum untuk Apigee Edge for Private Cloud.

Kerentanan Denial-of-Service (DoS) baru-baru ini ditemukan di beberapa penerapan protokol HTTP/2 (CVE-2023-44487), termasuk layanan Apigee Ingress (Cloud Service Mesh) yang digunakan oleh Apigee X dan Apigee Hybrid. Kerentanan tersebut dapat menyebabkan DoS pada fungsi pengelolaan API Apigee.

Produk yang Terpengaruh

  • Apigee X

    Penyebaran Apigee X yang dapat diakses melalui Google Cloud Network Load Balancer (Layer 4), atau load balancer layer 4 kustom, akan terpengaruh. Hotfix telah diterapkan ke semua instance Apigee X.

  • Apigee Hybrid

    Instance Apigee hybrid yang mengizinkan permintaan HTTP/2 mencapai Apigee Ingress terpengaruh. Pelanggan harus memverifikasi apakah load balancer yang berada di depan ingress hybrid Apigee mereka mengizinkan permintaan HTTP/2 untuk mencapai layanan Ingress Apigee.

  • Apigee Edge untuk Private Cloud

    Komponen router dan server manajemen Edge for Private Cloud terhubung langsung ke internet dan berpotensi rentan terhadap serangan. Meskipun HTTP/2 diaktifkan di port pengelolaan komponen khusus Edge lainnya dari Edge untuk Private Cloud, tidak ada satu pun komponen tersebut yang diekspos ke internet. Pada komponen non-Edge, seperti Cassandra, Zookeeper, dan lainnya, HTTP/2 tidak diaktifkan. Sebaiknya lakukan langkah-langkah dalam Masalah umum pada Edge untuk Private Cloud untuk mengatasi kerentanan Edge untuk Private Cloud.

Produk yang tidak terpengaruh

  • Apigee X

    Instans Apigee X yang hanya dapat diakses melalui Google CloudApplication Load Balancer (Layer 7) tidak terpengaruh. Ini termasuk penerapan yang mengaktifkan HTTP/2 untuk proxy gRPC.

  • Google Cloud Gateway API

    Google Cloud Gateway API tidak terpengaruh.

  • Apigee Edge Cloud

    Apigee Edge Cloud tidak terpengaruh oleh kerentanan ini.

Apa yang Harus Saya Lakukan?

  • Apigee X

    Pembaruan 3 November 2023: Kerentanan tersebut telah diatasi melalui pembaruan pada instance Apigee X yang dirilis pada 13 Oktober 2023. Lihat Catatan rilis untuk mengetahui detailnya.

  • Apigee Hybrid

    Pelanggan Apigee hybrid perlu melakukan upgrade ke salah satu versi patch berikut:

  • Apigee Edge untuk Private Cloud

    Pengguna Apigee Edge untuk Private Cloud dapat mengikuti petunjuk yang dipublikasikan di Masalah umum terkait Edge untuk Private Cloud untuk menonaktifkan HTTP/2 secara eksplisit untuk komponen yang diekspos.

Kerentanan Apa yang Ditangani oleh Patch Ini?

Kerentanan, CVE-2023-44487, dapat menyebabkan DoS pada fungsi pengelolaan API Apigee.

Tinggi CVE-2023-44487