diff --git a/CHANGELOG.md b/CHANGELOG.md
index 4208c6f110..a3a0e66798 100644
--- a/CHANGELOG.md
+++ b/CHANGELOG.md
@@ -1,4 +1,11 @@
-# 0.7.1 / 2026-09-14
+# 0.7.2 / 2026-09-14
+
+* [FIX] RUM: same fix as 0.7.1 below: the remote configuration request sends the running SDK's name in `sdk` instead of the literal `android`. 0.7.1 was tagged but its release job failed before publishing, so it was never published to Maven Central; use 0.7.2.
+* [BUILD] CI: stop installing the obsolete `tools` SDK package in the Maven publish workflow. The Android SDK repository no longer serves it, which made every publish run fail before building.
+
+---
+
+# 0.7.1 / 2026-09-14 (not published to Maven Central)
 
 * [FIX] RUM: send the running SDK's name in the remote configuration request instead of the literal `android`. A cross-platform wrapper sets the source to its own name (`react-native`, `flutter`, ...) and the native SDK already stamps that value on every event it sends; the configuration request was the one place that disagreed, so a configuration rule targeting the wrapper never matched the app running it. The same request already reported the wrapper's SDK version, which made a single request describe itself as two different SDKs. A native app is unaffected — the source falls back to `android` when no wrapper sets it. **Rollout note:** an app embedding a wrapper now sends the wrapper's name, so a rule written against `sdk=android` to reach such an app stops matching and has to be retargeted.