Search/grpc
Known CVEs
0
Highest CVSS
In KEV
0
Vendor
grpc
Connections
6 relationships
Scans for Solana (Surfpool?) Endpoints, (Mon, Aug 10th)
Solana is a crypto platform known for speed. Developers like it to develop distributed applications or to implement crypto payments. To interact with the blockchain, APIs are provided for developers. These APIs will either "speak" JSON or gRPC. One implementation often used for development is "surfpool," which is used to test programs before deploying them to a Solana network. The requests that we are observing right now look like: POST /solana HTTP/1.1 Host: [redacted] User-Agent: HelloScan/1.0 Accept: */* Connection: keep-alive Content-Type: application/json Content-Length: 45 {"jsonrpc":"2.0","id":1,"method":"getHealth"} A typical response from Surfpool to this request: HTTP/1.1 200 OK content-type: application/json; charset=utf-8 content-length: 39 date: Mon, 10 Aug 2026 15:20:54 GMT {"jsonrpc":"2.0","result":"ok","id":1} A classical fingerprint request of someone attempting to enumerate Solana API endpoints. The "/solana" path is not required and should just be ignored. Usually, the API listens on port 8899, a port our honeypots are not listening on. The requests we are seeing are going to port 80. But they are likely assuming some form of proxy (for example an API gateway) that will map /solana to the backend API. Other payloads that were used: {"jsonrpc":"2.0","method":"eth_chainId","params":[],"id":1} ???????{"jsonrpc":"2.0","id":1,"method":"getVersion"} The same scanner hitting the "/solana" endpoint also scans for "/jsonrpc", "/rpc", "/v1" and '/' which could possibly be related. It also looks for a few URLs associated with credentials (for example,/.env, /.env.bak /.env.local, and others) -- Johannes B. Ullrich, Ph.D. , Dean of Research, SANS.edu Twitter|
isc.sans.eduAug 10, 2026extracted
New MODBEACON RAT Uses gRPC Streaming for Encrypted C2 Traffic
The China-linked cybercrime group known as Silver Fox has been attributed to a new Rust-based remote access trojan (RAR) called MODBEACON. Chinese cybersecurity company QiAnXin said that while the threat cluster may appear like a low-sophistication, high-activity operation that propagates malware via counterfeit installers using SEO poisoning techniques, it belies their true organizational structure, which compromises multiple distributors. "These distributors conduct activities across Asia using counterfeit software installers distributed through SEO campaigns, leveraging variants of Gh0st RAT and WinOS (ValleyRAT) trojan families," QiAnXin said. One such campaign observed in mid-June 2026 involved a distributor delivering a previously undocumented modular RAT targeting technology, education, and state-owned enterprises in the country. MODBEACON's requested command-and-control (C2) infrastructure is hosted on Amazon and Cloudflare's Content Delivery Network (CDN). The distributor is assessed to be a hybrid threat actor, acting as a composite of "cybercriminal arms dealer" and "traffic broker." One arm of its operations involves expanding its infection footprint across Asia through daily SEO operations for fraud business, while the other focuses on propagating advanced trojans, or renting high-value access to downstream customers, or establishing "criminal-on-criminal" schemes targeting the Cambodian gambling sector. The newly discovered campaign combines social engineering, custom malware, and post-compromise tooling to establish long-term access while minimizing detection on infected hosts. The memory-resident malware functions as a remote implant capable of fetching additional modules, running operator commands, and maintaining encrypted communications with attacker infrastructure. "The Trojan is a professional and private C2 framework: the loader and beacon are separated, the configuration is injectable, the beacon employs a plugin-based architecture (native-v3 plugins with entry/init/fini RVA), and it uses gRPC tunnel streaming for communication," QiAnXin explained. "The overall engineering quality is high. Its core highlight is the reuse of the transport layer from an open-source anti-censorship proxy framework (Xray/V2Ray) as its C2 channel." Like previous campaigns attributed to the Silver Fox intrusion ecosystem, the attack chain uses counterfeit domains advertising bogus installers for popular domestic software as lures to trick unsuspecting users into downloading malicious ZIP archives responsible for deploying the malware. The core capabilities of MODBEACON include - Fingerprinting the host Loading plugins in memory Sending heartbeat messages Reporting the results of command execution Setting persistence using scheduled tasks "This capability can be used for subsequent on-demand expansion of information theft, lateral movement, proxy forwarding, or other payloads," QiAnXin said. The disclosure comes amid a gradual broadening of Silver Fox's arsenal, which has deployed malware families tracked as Atlas RAT, ABCDoor, RomulusLoader, and SilentRunLoader, indicating that the threat actor is actively refining its tradecraft.
thehackernews.comJul 10, 2026extracted
Generative Application Firewall: un nuovo paradigma per la sicurezza dei sistemi basati su LLM
L’integrazione pervasiva dei sistemi di intelligenza artificiale generativa (GenAI) nei flussi operativi aziendali ha determinato un mutamento epistemologico nella gestione della sicurezza informatica. Mentre l’utilità dei Large Language Models (LLM) è ormai consolidata, la rapidità con cui vengono dispiegati ha ampiamente superato la formalizzazione di framework di controllo e architetture di difesa standardizzate. Questo scenario riflette l’evoluzione storica della sicurezza web: i Web Application Firewall (WAF) sono nati per contrastare le minacce a livello applicativo, come quelle elencate nell’OWASP Top 10, che i firewall di rete ignoravano. Allo stesso modo, l’era dell’intelligenza artificiale generativa richiede una nuova astrazione difensiva. I vettori di attacco semantici, come la prompt injection e il jailbreaking (leggasi l’OWASP Top 10 for Large Language Model Applications), eludono intrinsecamente i tradizionali meccanismi di protezione sintattica, rendendo necessario l’uso di un Generative Application Firewall (GAF). Il GAF si propone come il nesso di orchestrazione centralizzato per la protezione delle applicazioni LLM e degli agenti autonomi, agendo come un livello di difesa dedicato che va oltre i confini dei firewall convenzionali. Ecco l’architettura stratificata del GAF, il suo modello di minaccia e come implementare un sistema di valutazione standardizzato per le aziende. Indice degli argomenti gap” La rapida diffusione dei sistemi di intelligenza artificiale generativa negli ambienti produttivi ha reso necessario sviluppare framework di sicurezza adeguati. La velocità di implementazione ha superato lo sviluppo di terminologie condivise, framework e modelli architetturali per la sicurezza e il controllo. La sicurezza stratificata convenzionale (livelli 3-7 dello stack OSI) non è strutturalmente adeguata a mitigare i rischi intrinseci dei modelli probabilistici. L’efficacia dei firewall di rete (livelli 3 e 4) è annullata dal fatto che le minacce semantiche viaggiano all’interno di pacchetti HTTP formalmente corretti, utilizzando porte e protocolli standard che non presentano anomalie strutturali. Parallelamente, i WAF tradizionali, progettati per il pattern matching deterministico contro vulnerabilità come SQL injection o XSS, non sono in grado di rilevare la manipolazione conversazionale. Il “Semantic Gap” definisce la divergenza tra la validità sintattica di un input e la sua interpretazione dannosa. Gli attacchi multi-turn, come la tecnica Echo Chamber, sfruttano la natura cumulativa del contesto per costruire attività malevole attraverso interazioni apparentemente benigne e restano invisibili alle difese che analizzano le query in modo isolato. Questa frammentazione delle difese richiede una transizione verso un sistema di protezione basato sulla comprensione del significato, centralizzato in un framework GAF in grado di colmare il divario tra la sicurezza della rete e la logica dell’IA. Il GAF, proposto nell’articolo di J. V. Farreny ed altri, si configura come il punto di applicazione delle policy (centralized enforcement point) posizionato strategicamente tra l’utente e lo stack applicativo GenAI. A differenza delle soluzioni isolate già presenti sul mercato, il GAF agisce come un orchestratore integrato di Prompt Guards, Guardrails e AI Gateways, fornendo una difesa unificata che non sostituisce, ma coordina le tecnologie esistenti. Il GAF non solo media i prompt degli utenti, ma anche le chiamate agli strumenti (tool calls) avviate dagli agenti e i relativi output, mitigando i rischi di iniezione indiretta e di avvelenamento dei dati. Il principio fondamentale del Generative Application Firewall (GAF) è che la protezione delle interfacce in linguaggio naturale richiede una protezione su diversi livelli interdipendenti. Questo approccio a livelli è un’applicazione del principio Defense in Depth (difesa in profondità), un concetto di sicurezza consolidato che ora viene adattato agli agenti LLM. Ogni livello affronta una classe distinta di rischi e solo se combinati tra loro forniscono una copertura completa. L’architettura del GAF suddivide le funzioni in cinque strati: Network Layer: gestisce il filtraggio IP, il rate limiting (a livello di richieste e token) e la mitigazione degli attacchi volumetrici e semantici (prompt flooding). Access Layer: governa l’autenticazione e l’autorizzazione granulare tramite Role-Based Access Control (RBAC), limitando l’accesso degli agenti a strumenti e basi di conoscenza specifici. Syntactic Layer: funge da punto di controllo per le minacce basate sulla codifica. Valida gli schemi di input/output e rileva le sequenze di escape e i token offuscati che potrebbero colpire gli interpreti di codice, a prescindere dal loro significato semantico. Semantic Layer: analizza l’intento in scenari single-turn. Identifica i tentativi di jailbreak noti (DAN, DEV mode, Best-of-N) e previene l’esfiltrazione dei dati personali identificabili (PII) basandosi sul significato intrinseco del prompt. Context Layer: monitora l’evoluzione longitudinale del dialogo. Rileva le strategie incrementali, come il crescendo, analizza il comportamento degli agenti e applica limiti di esfiltrazione cumulativi su più turni conversazionali. Tabella 1: Riepilogo dei livelli di sicurezza GAF e delle capacità di rilevamento degli attacchi Questa struttura riflette ciò che sono realmente le applicazioni generative: non solo punti terminali che ricevono richieste, ma sistemi interattivi in cui l’intento si evolve attraverso i turni e le azioni possono propagarsi attraverso gli strumenti. Data la natura probabilistica dell’interazione con gli LLM, i modelli di astrazione deterministici si rivelano incompleti. Si propone, pertanto, l’introduzione del livello 8 (Semantic Layer) come estensione del livello applicativo. Mentre il layer 7 si occupa della sintassi del protocollo, il layer 8 si occupa della frontiera interpretativa ovvero della trasformazione di istruzioni non strutturate in rappresentazioni azionabili e della mediazione dell’intento. In coerenza con lo standard X.200, la Protocol Data Unit (PDU) rimane il dato, sottolineando che il fallimento a questo livello è dovuto alla manipolazione del significato e non agli errori di sintassi. Tabella 2: Il modello OSI con il Semantic Layer proposto (L8): Un’implementazione rigorosa del GAF richiede la mappatura sistematica degli asset e degli avversari operanti nel dominio semantico: identificazione degli asset: include non solo le conoscenze di base (RAG) e i dati PII, ma anche le capacità operative degli agenti (tool/actions), le chiavi API e i piani di esecuzione degli agenti stessi; classificazione degli avversari: oltre agli attori esterni (jailbreaking) e agli insider malevoli, il modello deve considerare i Content Supply-Chain Adversaries, che avvelenano i contesti recuperati, e le minacce di Indirect Prompt Injection veicolate tramite output di strumenti o dati di terze parti; confini di fiducia (Trust Boundaries): il GAF opera come mediatore bidirezionale tra l’utente e il backend, tra l’applicazione e il provider LLM, e tra l’agente e le sandbox di esecuzione degli strumenti. Il Generative Application Firewall (GAF) rappresenta una categoria di difesa distinta e complementare al WAF e presenta diverse peculiarità operative sostanziali: Comprensione del linguaggio: il WAF utilizza il pattern matching statico, mentre il GAF applica l’inferenza semantica per rilevare manipolazioni linguistiche che non presentano firme esplicite. Gestione del contesto: mentre il WAF è tipicamente stateless, il GAF mantiene una memoria di sessione per correlare gli eventi attraverso più turni. Protocolli e streaming: il GAF è progettato per ispezionare i flussi in tempo reale (WebSockets, gRPC, SSE) e per monitorare i token durante la loro generazione. Azioni granulari: oltre alle decisioni binarie (Allow/Block), il GAF supporta il Redact (mascheramento selettivo dei token), l’Alert e il Redirect (soft guardrail verso flussi di fallback sicuri), garantendo la continuità operativa senza compromettere la sicurezza. L’efficacia del GAF dipende dal bilanciamento tra il rigore della sicurezza e la latenza del sistema. Il ciclo operativo si articola in 4 fasi: Admission: valutare l’identità/sessione, i limiti di velocità e le protezioni sintattiche di base prima di richiamare il modello o gli strumenti, e applicare le autorizzazioni/divieti di richiamo degli strumenti e gli ambiti. Generation: inoltrare le richieste consentite con hook di streaming; accumulare segnali a livello di token; monitorare i flussi di output degli strumenti. Intervention: in base ai trigger delle policy, è possibile redigere in modo selettivo i token o gli output degli strumenti, reindirizzare a fallback sicuri o terminare il flusso con una chiusura ben formata. Post-action: emettere log/metriche strutturate e aggiornare lo stato longitudinale per i cicli futuri, registrare la telemetria delle chiamate degli agenti/strumenti per l’analisi longitudinale. In questo ciclo, GAF supporta azioni politiche granulari, quali: Block (rifiuto di una richiesta/chiamata di strumento o interruzione di uno stream), Redact (mascheramento degli span nel modello o nell’output dello strumento), Redirect (protezione soft verso una risposta sicura o un flusso di lavoro di fallback) e Alert (registrazione/notifica senza blocco), al fine di consentire un’applicazione sensibile al contesto e granulare. Per misurare l’impatto delle prestazioni di GAF, definiamo la latenza aggiuntiva come segue: Δ= p95(t with GAF ). – p95(t baseline ), dove t indica la latenza end-to-end osservata per una singola richiesta. In particolare, t si riferisce al tempo impiegato per l’impostazione della richiesta, ovvero dal momento in cui l’utente invia la richiesta fino all’inizio dell’output dell’LLM. Ispirato al modello Open Data a 5 stelle di Tim Berners-Lee, questo framework introduce un sistema di valutazione a 5 stelle per le implementazioni GAF. La valutazione corrisponde direttamente ai cinque livelli di sicurezza rappresentati nella Tabella 1: ogni stella rappresenta la copertura completa di un livello, dai controlli di rete di base (1 stella) ai livelli di accesso, sintattico e semantico, fino alla protezione completa sensibile al contesto (5 stelle). Questa struttura cumulativa riflette il principio della defense-in-depth: per ottenere le valutazioni più alte, è necessario che siano presenti tutte le protezioni dei livelli inferiori. Le organizzazioni possono utilizzare questo sistema per valutare la propria postura attuale, individuare le lacune e definire un percorso di crescita verso una sicurezza completa basata sull’intelligenza artificiale generativa. Per raggiungere il punteggio massimo, è necessario utilizzare una suite di test riproducibile e un corpus di red teaming rappresentativo che includa attacchi sia a turno singolo che a più turni e che verifichi costantemente i tassi di precisione/ricordo e la latenza p95 sotto carico avversario. Il Generative Application Firewall si presenta come un pillar indispensabile per la transizione verso un’IA responsabile. Attraverso l’orchestrazione di difese frammentate in un perimetro semantico coerente, l’adozione del modello a cinque strati e l’integrazione del Layer 8 OSI, le organizzazioni possono mitigare in modo sistematico i rischi emergenti derivanti dalle minacce semantiche e conversazionali negli agenti e nelle applicazioni GenAI. In un ecosistema dominato da interfacce probabilistiche, la capacità di monitorare l’intento e il contesto non è più un’opzione tecnica, ma un imperativo strategico per garantire la resilienza dei sistemi intelligenti. Perseguire elevati rating di maturità GAF è una condizione necessaria per stabilire standard di eccellenza nella protezione dei confini dell’intelligenza artificiale. In sintesi, Il GAF orchestra gli strumenti esistenti in una difesa unificata, sfruttando le conoscenze della comunità per mitigare i rischi emergenti.
cybersecurity360.itMar 9, 2026extracted
OpenFGA: The open-source engine redefining access control
OpenFGA: The open-source engine redefining access control OpenFGA is an open-source, high-performance, and flexible authorization engine inspired by Google’s Zanzibar system for relationship-based access control. It helps developers model and enforce fine-grained access control in their applications. At its core, OpenFGA enables teams to define who can do what within their systems. Whether you’re building a startup app or managing an enterprise platform, it delivers authorization checks in milliseconds. That level of speed allows it to scale as your project grows without compromising performance or security. One of the biggest advantages of OpenFGA is its flexibility. It supports several storage backends including in-memory options, PostgreSQL, MySQL, and a beta version for SQLite. Developers can interact with it through APIs over HTTP or gRPC, or use SDKs for popular languages like Java, Node.js, Go, Python, and .NET. And if your preferred language isn’t on that list, the community has already contributed additional SDKs and tools. For those who like to experiment, OpenFGA comes with a CLI for testing authorization models and a playground where you can model relationships and test permissions in real time. There’s also a Terraform provider for managing OpenFGA servers as code, which fits neatly into existing DevOps workflows. Developers working in Go can even embed OpenFGA directly as a library. What really sets OpenFGA apart is how it combines the best of different access control paradigms. It supports relationship-based, role-based, and attribute-based models, creating a system that can handle complex authorization needs. The modeling language is powerful enough for engineers but still simple enough that non-technical team members can follow along, which makes it a great choice for collaborative development. OpenFGA’s commitment to openness goes beyond its source code. Its governance model and RFC process invite anyone to contribute ideas and help shape the project’s roadmap. This transparency has already earned it adopters such as Auth0, Grafana Labs, Canonical, Docker, Agicap, and Read.AI. OpenFGA is available for free on GitHub. Must read: 35 open-source security tools to power your red team, SOC, and cloud security GitHub CISO on security strategy and collaborating with the open-source community Subscribe to the Help Net Security ad-free monthly newsletter to stay informed on the essential open-source cybersecurity tools. Subscribe here!
helpnetsecurity.comOct 22, 2025extracted
‘MadeYouReset’ HTTP2 Vulnerability Enables Massive DDoS Attacks
Researchers have discovered another attack vector that can be exploited to launch massive distributed denial-of-service (DDoS) attacks. The attack, dubbed MadeYouReset, is similar to Rapid Reset, which in 2023 was exploited in zero-day attacks that broke DDoS records in terms of requests per second (RPS). MadeYouReset, discovered by researchers at security firm Imperva and Tel Aviv University in Israel, leverages a design flaw in HTTP2 implementations. “HTTP/2 introduced stream cancellation – the ability of both client and server to immediately close a stream at any time. However, after a stream is canceled, many implementations keep processing the request, compute the response, but don’t send it back to the client,” the CERT/CC at Carnegie Mellon University explained in an advisory. “This creates a mismatch between the amount of active streams from the HTTP/2 point of view, and the actual active HTTP requests the backend server is processing.” “By opening streams and then rapidly triggering the server to reset them using malformed frames or flow control errors, an attacker can exploit a discrepancy created between HTTP/2 streams accounting and the servers active HTTP requests. Streams reset by the server are considered closed, even though backend processing continues. This allows a client to cause the server to handle an unbounded number of concurrent HTTP/2 requests on a single connection.” CERT/CC added. An attacker can continually send reset requests to the targeted server, resulting in highly disruptive DDoS attacks. However, unlike in the case of Rapid Reset, the MadeYouReset method does not appear to have been exploited in the wild. The underlying vulnerability, tracked as CVE-2025-8671, has been found to impact projects and organizations such as AMPHP, Apache Tomcat, the Eclipse Foundation, F5, Fastly, gRPC, Mozilla, Netty, Suse Linux, Varnish Software, Wind River, and Zephyr Project. Patches have already been released by Apache Tomcat developers, F5, Fastly, and Varnish. Others are still investigating the impact and extent of the flaw. Mozilla is working on patches for affected services and websites, but pointed out that software such as Firefox is not impacted. While the vulnerability has been assigned CVE-2025-8671, some of the impacted vendors have assigned their own CVE identifiers. Imperva pointed out that MadeYouReset blends with normal traffic, making it more difficult to detect. The company noted that the attack may bypass many existing defenses, but there are several mitigations and other solutions that can thwart attacks. Related: New HTTP/2 DoS Attack Potentially More Severe Than Record-Breaking Rapid Reset Related: DDoS Attacks Blocked by Cloudflare in 2025 Already Surpass 2024 Total Related: Record-Breaking 7.3 Tbps DDoS Attack Targets Hosting Provider
securityweek.comAug 14, 2025extracted