7 min read · 11 sources

Citrix fordert Admins auf, alles stehen zu lassen und NetScaler zu patchen. Der Hersteller hat am Mittwoch zwei neue Schwachstellen offengelegt, und die gefährlichere ermöglicht es einem unauthentifizierten Angreifer, die Authentifizierung auf Appliances vollständig zu umgehen, die als AAA virtual servers oder Gateways mit SAML konfiguriert sind. Die Fix-Liste ist kurz und die Build-Nummern sind spezifisch, aber die Dringlichkeit ist real: Citrix weist darauf hin, dass frühere NetScaler-Schwachstellen (CVE-2026-3055 und CVE-2026-4368) kurz nach der Offenlegung ausgenutzt wurden - das Security-Team arbeitet also am Wochenende.

Frühere NetScaler-Schwachstellen (CVE-2026-3055, CVE-2026-4368) wurden kurz nach der Offenlegung in freier Wildbahn ausgenutzt - Citrix möchte daher diesen Fix, bevor sich dieses Muster wiederholt.

Citrix liefert zwei NetScaler-CVEs aus, eines unauthentifiziert

CVE-2026-19490 ist die Schlagzeile. Es handelt sich um einen Authentifizierungs-Bypass auf NetScaler ADC- und Gateway-Appliances, wenn diese SSL-VPN-, ICA-Proxy-, CVPN- oder RDP-Proxy-Datenverkehr fronten und eine SAML-Aktion konfiguriert haben. Admins können ihre Konfigurationen nach add authentication samlAction durchsuchen, um exponierte Systeme zu finden. CVE-2026-19489 ist ein hochgradig schwerwiegender Speicherüberlauf, der bei aktiviertem SIP ALG in großflächigen NAT-Gruppen zu einem Denial-of-Service wird; das Erkennungsmerkmal sind add lsn group-Zeilen, die sipalg enthalten. Die gepatchten Builds sind 14.1-73.32 oder höher, 13.1-63.21 oder höher, der FIPS-Build 14.1-73.32 oder 13.1-37.277 oder höher. Citrix gibt an, dass bisher keine Ausnutzung beobachtet wurde - und genau dieses Fenster gilt es zu schließen.

Slack Code bringt Claude Code, Devin und Copilot in den Gruppenchat

Slack möchte, dass Coding-Agents dort leben, wo Teams ohnehin kommunizieren. Das neue Feature Slack Code bringt Claude Code, Devin, GitHub Copilot und Vercel in gemeinsame Kanäle, wo Prompts, Diffs, Vorschauen und Review-Aktivitäten als durchsuchbarer Verlauf der Arbeit erhalten bleiben. Das Berechtigungsmodell ist der Teil, den man sorgfältig lesen sollte: Agents laufen mit der Identität und dem Zugriff des aufrufenden Nutzers, sodass Audit Trail und Schadensausmaß an die Person gebunden sind, die den Slash-Befehl eingegeben hat. Für Teams, die bereits PR-Reviews in Slack durchführen, verkürzt dies die Schleife von „PR geöffnet" zu „Agent commitet Fix" auf denselben Scrollback.

NanoClaw verwandelt eine Slack-Nachricht in ein selbst gehostetes Agententeam

Source: venturebeat.com ↗

Während Slack seine Kanäle für externe Agents öffnet, geht NanoClaw in die andere Richtung: persistente digitale Kollegen, die in der eigenen Infrastruktur leben, nicht in Slack. Eine einzelne Nachricht kann ein gesamtes Roster von Agents aufspannen, jedes mit eigener Identität, eigenem Memory, eigenen Berechtigungen, eigenem Tool-Set und eigener Slack-Präsenz. Die Agents bleiben selbst gehostet auf der Kundeninfrastruktur und koordinieren sich über Slack-Kanäle und -Canvases, was bedeutet, dass die Datenebene, die Modell-Schlüssel und die Audit-Logs auf der eigenen Seite der Trennlinie bleiben. Das Interessante an der Positionierung: Slack wird zum Workspace, in dem Mitarbeiter ihre digitalen Mitarbeiter verwalten - nicht nur dort, wo Menschen chatten.

Serval Catalyst streift umher, um zu automatisierende IT-Arbeit zu finden

Source: venturebeat.com ↗

Catalyst von Serval erreichte in dieser Woche die allgemeine Verfügbarkeit. Es handelt sich um einen Admin-orientierten Agenten, der Ticketverläufe, SOPs und verbundene Systeme durchkämmt, um repetitive IT-Arbeit zu erkennen, und dann die Automatisierungen verfasst, um sie zu erledigen. Es gibt eine zweite Ebene: Background-Agents, die übergreifend nach Problemen in Systemen suchen und Fixes vorschlagen, bevor jemand ein Ticket erstellt. Jede von Catalyst produzierte Automatisierung ist durch Admin-Berechtigungen und -Genehmigung gesichert, sodass der Fehlermodus „es verfasst etwas, das man nicht ausführt" ist, nicht „es hat um 3 Uhr morgens etwas ausgeliefert". Für IT-Teams, die in Ticket-Warteschlangen versinken, ist das Pitch dasselbe, das ServiceNow seit Jahren verfolgt - aber mit einem LLM, das das Pattern Matching übernimmt.

Die Ära der vorsichtigen KI bricht für Unternehmen an

Source: ciodive.com ↗

Die große Infrastruktur-Geschichte unter den Launches ist, dass die KI-Ausgaben im Unternehmen auf die Realität treffen. Gartner prognostiziert 64 Mrd. USD für KI-Modell- und Plattformausgaben im Jahr 2026, ein Anstieg um 63 % im Jahresvergleich, und agentic Workloads können drei- bis fünfmal mehr Tokens pro Abfrage verbrauchen als frühere Chat-Style-Modelle. Das ist die Zahl, die Finance-Teams bemerkt haben, als die Rechnungen kamen. CIO Dive berichtet über den Wandel von „Tokenmaxxing" zu kontrollierten Deployments, getrieben durch nutzungsbasierte Preisgestaltung, federal und globale Richtlinienverschiebungen und ungleichmäßige Work-force-Adoption. Ein SAP-Bericht wies darauf hin, dass aktuelle Deployments Einblicke und bessere Entscheidungen liefern statt messbare Kosteneinsparungen - und das ist die Zeile, nach der CFOs fragen. Die operative Erkenntnis: Model-Auswahl, Use-Case-Gating und Token-Budgets pro Workload sind jetzt Enginee ring-Concerns erster Klasse, keine Beschaffungspositionen.

In Verteidigung langweiliger Infrastruktur

Source: weblog.rogueamoeba.com ↗

Der CTO von Rogue Amoeba hat einen Post, der den Fall vertritt, dass das Gegenteil des Bleeding Edge Resilienz ist. Das Mac-Audio-Utilities-Unternehmen betreibt nach eigenem Bekunden an manchen Stellen jahrzehntealte Stack-Architektur, und die Infrastructure-Codebase ist inzwischen fast doppelt so groß wie die kommerzielle Produkt-Codebase. Eine konkrete Änderung, die sie anführen: die Migration von Legacy-CGI-Scripts auf FastCGI, nachdem sie das Software-Update-System um ausführlichere Release Notes angereichert hatten - was die Serverbelastung unter Last reduzierte. Außerdem haben sie primäre Auftragsdatenbanken von MySQL auf SQLite umgestellt, für einfachere Backups. Das Pitch an Engineers ist, dass langsam eingeführte, stabile Tech Uptime maximiert und einem kleinen Team erlaubt zu schlafen - und das ist die einzige Resilienz-Metrik, die die Miete bezahlt.

Delta-Flug durch ein gefälschtes WLAN-Netzwerk aus dem Takt gebracht

Source: darkreading.com ↗

Ein Delta-Flug von Las Vegas nach Atlanta wurde diese Woche gestört, als jemand angeblich einen Rogue Access Point namens „Delta WiFi Fast" aufsetzte, der Passagiere auf eine Phishing-Style-Login-Seite weiterleitete. Bundesbehörden ermitteln, kein Täter wurde identifiziert, und der Zeitpunkt fällt unglücklich mit dem Ende von Black Hat und DEF CON zusammen. Die interessante operative Frage ist, was „WLAN ist ein separates, nicht vertrauenswürdiges Netzwerk" für Bord-Systeme bedeutet; die beruhigende Antwort ist, dass der Vorfall anscheinend auf das Passagiernetzwerk beschränkt war, aber die Sicherheitsgrenze zwischen diesem und der Avionik ist das, worauf jetzt jeder Airline-CISO starrt.

Remote MCP braucht OAuth, nicht lokales stdio

Source: thegustafson.com ↗

Ein neuer Post auf thegustafson.com argumentiert, dass das Local-Subprocess-Modell des Model Context Protocol den Kontakt mit der Cloud nicht überlebt. Die Begründung ist straightforward: Multi-Tenant-SaaS, serverless Scale-to-Zero und Enterprise-Anforderungen nach zentralisiertem Widerruf, Auditing und Scopes treiben MCP vom Laptop weg. Der vorgeschlagene Zuschnitt ist eine Standard-JSON-RPC-over-HTTP-API, vorgeschaltet durch OAuth 2.1 mit PKCE Bearer Tokens, wobei der OAuth-Dance (Schritte 1 - 4) einmalig stattfindet und normale MCP-Aufrufe (Schritte 5 - 6) das Bearer danach mitführen. Für Engineers, die MCP-basierte Tools ausliefern oder integrieren, ist die praktische Erkenntnis, Remote-MCP-Server als gewöhnliche SaaS-APIs mit standardmäßigen Authentifizierungsprimitiven zu behandeln - nicht als besonderes Schneegestöber, das die Identity-Schicht überspringen darf.

Workplace-Surveillance hat ihr eigenes Data-Broker-Problem

Source: apnews.com ↗

Die Associated Press hat einen Artikel über Workplace-Monitoring, den Engineers, die solche Tools entwickeln oder kaufen, lesen sollten. Post-Pandemic-Surveillance hat sich von Endpoint Management auf Standort, Kommunikation, App-Aktivität, Produktivitätsdaten und auf einigen Plattformen Laptop- und Smartphone-Kameras ausgeweitet. Coworker’s Wilneida Negrón und andere warnen, dass KI und Data Science es Arbeitgebern ermöglichen, Dossiers zusammenzustellen, die zur Disziplinierung oder Vorhersage von Arbeitnehmerverhalten genutzt werden. Eine Untersuchung von Vanderbilt, Northeastern und UC Berkeley fand heraus, dass große Monitoring-Programme persönliche Daten von Arbeitnehmern ohne klare Offenlegung an Hunderte von Data Brokern weitergegeben haben. Für Engineering-Teams sind die Datenhandhabungs- und Data-Broker-Sharing-Praktiken von Workforce-Monitoring-Produkten jetzt eine Beschaffungs- und Compliance-Frage, keine People-Ops-Angelegenheit.

Claude Enterprise: Wo die Tokens tatsächlich landen

Source: support.claude.com ↗

Anthropics Claude Enterprise Consumption Guide lohnt sich zu lesen, wenn man die Rechnung bezahlt. Das Modell ist per Seat plus nutzungsbasiert, gepoolt über die Organisation, und die verschiedenen Oberflächen verbrennen Tokens in sehr unterschiedlichem Tempo. Claude Code und Cowork verbrauchen deutlich mehr als Core Chat, wegen System Prompts, Dateikontext, Tool Calls und mehrstufigen agentic Loops. Claude for M365 (Excel, PowerPoint, Word, Outlook), Claude Design in Beta, Claude in Chrome und Claude Tag in Slack haben jeweils eigene Abrechnungsregeln; der Slack Tag berechnet bemerkenswerterweise zur Organisationsnutzung und umgeht per User oder per Group Limits. Admins erhalten Spend Caps, RBAC und per Model oder per Effort Selection, mit Analytics über die UI, Spend Export oder die Analytics API. Die umsetzbare Zeile: Workloads zu Oberflächen mappen und org-, Gruppen- und per User Caps setzen, besonders für Cowork-ähnliche Oberflächen, wo der intermediate Token Use für den Endnutzer unsichtbar ist.

Google Workspace Allowlisted Domains API erreicht GA

Source: workspaceupdates.googleblog.com ↗

Googles Workspace Allowlisted Domains API erreichte am 20. August 2026 die allgemeine Verfügbarkeit, mit Rollout, der am Tag davor auf Rapid- und Scheduled-Release-Tracks begann, und bis zu 15 Tagen für vollständige Sichtbarkeit. Sie bietet CRUD plus exakte Übereinstimmungsfilterung über die Cloud Identity API, sodass Admins das Management vertrauenswürdiger Partnerdomains skripten können, statt sich durch die Admin Console zu klicken. Der Haken: Es erfordert Domain- oder Domain-Allowlist-Management-Berechtigungen, und Reseller-verwaltete Workflows werden nicht unterstützt - MSPs und Reseller erhalten also weiterhin die manuelle Behandlung. Für Teams, die externe Freigabe-Controls integrieren: Die Migration von der Console planen und die Reseller-Lücke notieren, bevor man dies in die Automatisierung einbaut.