HashiCorp, Veeam en de Django Software Foundation hebben elf kwetsbaarheden gepatcht in Terraform MCP Server, Veeam Service Provider Console en Django.
De drie ernstigste:
- Een niet-geverifieerde fout in de console van Veeam die de inloggegevens van een beheerde agent overdraagt, beoordeeld met een 9,5
- Een cross-tenant fout in de MCP-server van HashiCorp waardoor het Terraform-token van één gebruiker kan worden hergebruikt voor verzoeken van latere gebruikers, scoorde maximaal 10,0 op zijn CVE-record
- Een fout in de ruimtelijke zoekopdrachten van GeoDjango die een bestand naar schijf kunnen schrijven en, bij sommige opstellingen, code kunnen uitvoeren, bereikbaar voor een personeelsgebruiker met weergaverechten op een geregistreerd model dat een ruimtelijk veld bevat
Voor elk probleem is nu een oplossing beschikbaar. Operators moeten Terraform MCP Server updaten naar versie 1.1.0 of hoger, Veeam Service Provider Console naar 9.3.0.35057 en Django naar 6.0.8 of 5.2.17.
De blootstelling is afhankelijk van de configuratie: de bugs van HashiCorp zijn van invloed op Streamable HTTP in plaats van op stdio, de fouten van Veeam zijn van invloed op versie 9-builds vóór 9.3, en het gedocumenteerde pad van de beheerdersaanval van Django vereist een personeelsaccount met weergaverechten voor een model dat een ruimtelijk veld bevat.
Geen van de drie adviezen zegt dat de tekortkomingen actief worden uitgebuit, en vanaf 5 augustus 2026 verschijnt geen van de elf CVE’s in de Known Exploited Vulnerabilities-catalogus van CISA, en is er geen openbare proof-of-concept opgedoken.
Doe je voor als een agent en neem de inloggegevens op
Veeam Service Provider Console, de multi-tenant console die hostingbedrijven en managed service providers gebruiken om back-ups van klanten uit te voeren en te monitoren, heeft vier fixes gekregen in build 9.3.0.35057, gedetailleerd beschreven in een beveiligingsbulletin dat op 4 augustus is gepubliceerd. Twee zijn van cruciaal belang. Veeam heeft de build op 29 juli uitgebracht.
- Degene om naar te kijken is CVE-2026-58073 (CVSS-score: 9,5), waarmee een niet-geverifieerde aanvaller zich kan voordoen als een beheerde agent en de inloggegevens van die agent kan verkrijgen. De CVSS-vectorsnelheden vallen de complexiteit zo hoog aan.
- De tweede kritieke fout, CVE-2026-58072 (CVSS-score: 9,0), is een willekeurig bestand dat op de beheerserver wordt geschreven en dat kan leiden tot uitvoering van externe code. Hiervoor is een account met weinig bevoegdheden vereist.
De 9.5 leest als de slechtste van de twee omdat er geen login voor nodig is, maar de hoge aanvalscomplexiteit is de reden dat de vector geen lineaire exploit is; niet-geauthenticeerd betekent hier niet gemakkelijk.
Twee zeer ernstige bugs ronden de set af: CVE-2026-58067een niet-geauthenticeerde denial-of-service met geheugenuitputting, en CVE-2026-58071waarmee de proxy-appliance-API als portalbeheerder wordt weergegeven gedurende een korte periode nadat een beheerderssessie is begonnen.
Alle vier zijn van invloed op VSPC 9.2.1.33875 en elke eerdere versie 9-build. De oplossing is de upgrade naar 9.3.0.35057.
Dit is de tweede kritieke patchcyclus voor de console in ongeveer drie maanden. In mei repareerde Veeam CVE-2026-32998, een bug met een score van 9,4 voor het uitvoeren van externe code die verband houdt met de uitvoering van alarmscripts.
Het token van de ene huurder, hergebruikt voor de volgende
De Terraform MCP-server van HashiCorp, die AI-assistenten met Terraform verbindt via het Model Context Protocol, bevat drie gerelateerde fouten in het Streamable HTTP-transport, bekendgemaakt op 28 juli en opgelost in versie 1.1.0. HashiCorp heeft de vaste build op 14 juli uitgebracht, gevolgd door versie 1.2.0 op 4 augustus.
Implementaties die alleen in de stdio-modus draaien, de lokale installatie voor één gebruiker, worden niet beïnvloed. De bugs leven in de HTTP-modus voor meerdere gebruikers, bedoeld voor gecentraliseerde, gedeelde implementaties, de configuratie die HashiCorp promootte toen het de server in juni algemeen beschikbaar maakte.
Het ernstigste is CVE-2026-16498 (CVSS-score: 10,0), een bug voor het hergebruiken van referenties tussen tenants in de staatloze HTTP-modus. De onderliggende MCP-bibliotheek kent geen unieke sessie-ID’s toe, en de inloggegevenscache van de server vertrouwde op die ID’s om gebruikers uit elkaar te houden.
Het Terraform-token van één gebruiker kan daarom worden hergebruikt voor verzoeken van latere gebruikers, ongeacht het token dat zij hebben opgegeven. De root is een aanname over de laag onder de tool: de server gebruikte deze sessie-ID’s om tenants uit elkaar te houden, en in de staatloze modus leverde de MCP-bibliotheek geen unieke ID’s.
Een tweede minpunt, CVE-2026-16496 (CVSS-score: 8,9), is de stateful-modusversie van de isolatiefout. Stateful modus is de standaardmodus wanneer de server centraal draait.
De cache gebruikte de MCP-sessie-ID als enige opzoeksleutel, zonder de in de cache opgeslagen client te binden aan het token dat deze had gemaakt. Hierdoor kon een gebruiker die de sessie-ID van een andere gebruiker had verkregen, toolaanroepen uitvoeren met de Terraform-client van die gebruiker en bronnen bereiken die zijn toegestaan door de token van het slachtoffer.
Juan Pablo Martinez Kuhn van Coinspect meldde de fout; HashiCorp heeft de andere twee intern gevonden.
De derde, CVE-2026-14869 (CVSS-score: 8,6), is een fout bij het vervalsen van verzoeken aan de serverzijde. Request-middleware heeft een door de client opgegeven Terraform-adres afgewezen toen het als HTTP-header arriveerde, maar niet toen dezelfde waarde via een queryparameter binnenkwam.
Een niet-geverifieerde beller die de Streamable HTTP-listener kan bereiken, kan ervoor zorgen dat de server zijn geconfigureerde bearer-token naar een door de aanvaller bestuurd eindpunt stuurt.
Twee dingen bemoeilijken het lezen van de CVSS-nummers als prioriteitsvolgorde. Ze liggen niet op één schaal: Veeam scoort op CVSS 4.0 en de HashiCorp-records op 3.1, dus de 9.5 en de 10.0 zijn niet dezelfde meting.
En de twee isolatiefouten komen terecht in verschillende configuraties: de 10.0 (CVE-2026-16498) heeft invloed op de staatloze modus, die een operator opzettelijk moet inschakelen, terwijl de 8.9 (CVE-2026-16496) de stateful modus beïnvloedt die de standaard is voor een centrale implementatie.
Welke van de twee binnen bereik is, hangt af van hoe de server is geconfigureerd, niet van welke het hoogste nummer draagt.
Er is een discrepantie in de gepubliceerde bereiken van getroffen versies. Het overkoepelende bulletin van HashiCorp vermeldt de versies 0.2.1 tot en met 1.0.0, terwijl de individuele CVE-records beginnen bij versie 0.3.0. Beide bronnen zijn het erover eens dat versie 1.1.0 de eerste vaste release is.
De scores zijn afkomstig van de CVE-records die HashiCorp heeft toegewezen; het advies zelf vermeldt er geen. Operators die niet onmiddellijk kunnen upgraden, moeten de netwerktoegang tot de Streamable HTTP-listener beperken tot vertrouwde gebruikers en MCP-sessie-ID’s als gevoelige waarden behandelen.
Terug in het rasterpad van GeoDjango
Django heeft 6.0.8 en 5.2.17 op 4 augustus uitgebracht, met dezelfde reparaties toegepast op de hoofdvertakking en de Django 6.1 release-candidate vertakking. De release heeft betrekking op vier CVE’s. Django schat de ernst ervan in volgens zijn eigen veiligheidsbeleid, en slechts één daarvan wordt hoog gewaardeerd.
Dat gebrek, CVE-2026-15307bevindt zich in GeoDjango, de geografische gegevenslaag van het raamwerk. Ruimtelijke zoekopdrachten accepteerden str- en dict-waarden en gaven deze door aan GDALRaster toen ze rasters leken te vertegenwoordigen.
Afhankelijk van het rasterstuurprogramma kan dat een bestand naar schijf schrijven of ervoor zorgen dat het Django-proces een netwerkverzoek verzendt. Het schrijven van een bestand naar een locatie die later door de toepassing wordt geïmporteerd, kan leiden tot uitvoering van externe code.
Het gedocumenteerde beheerderspad is bereikbaar voor stafgebruikers met weergaverechten op een geregistreerd model dat een ruimtelijk veld bevat. De oplossing staat geen dictwaarden en tekenreeksen toe die geen geldige GEOSGeometry-waarden zijn bij ruimtelijke zoekopdrachten, een achterwaarts incompatibele wijziging. Directe modelveldtoewijzingen accepteren nog steeds deze typen.
De andere drie tekortkomingen zijn minder ernstig:
- een gematigd opgeslagen cross-site scripting-bug in de beheerder waarbij onveilige URLField-waarden als links konden worden weergegeven en konden worden uitgevoerd wanneer erop werd geklikt (CVE-2026-15920);
- een gematigde Denial of Service via diep geneste GEOMETRYCOLLECTION-objecten die een GEOS-segmentatiefout kunnen veroorzaken (CVE-2026-15830nu beperkt tot 198 collecties); En
- een Denial of Service met weinig ernstig geheugenverbruik in check_for_lingual() (CVE-2026-15337, weigert nu taalcodes langer dan 500 tekens).
Oudere niet-ondersteunde branches, waaronder Django 5.1, 5.0 en 4.2, zijn niet geëvalueerd en kunnen ook getroffen worden.
De GIS-code van Django heeft dit jaar al de aandacht van aanvallers getrokken. In februari repareerde het project CVE-2026-1207, een SQL-injectiefout in PostGIS-rasterzoekopdrachten.
CrowdSec rapporteerde uitbuiting in het wild: het publiceerde op 18 februari een detectieregel, observeerde de eerste aanvallen op 26 februari en zag vervolgens gestaag onderzoek gericht op het lokaliseren van door PostGIS ondersteunde Django-implementaties.
Die fout vereiste een PostGIS-backend en door de gebruiker gecontroleerde invoer voor een specifieke zoekopdracht. De sonde lokaliseert het soort toepassing zonder deze te openen. De gedocumenteerde route van de nieuwe fout heeft een personeelsaccount nodig, en het nemen van vingerafdrukken op een openbare site levert dat niet op, dus de verkenning die door PostGIS gesteunde Django aantrof, stopt een stap minder dan een daadwerkelijke toegang. Wat overgaat is het onderzoek naar deze code.
