Color logo - no background Piergiorgio Venuti

Da Cyberfero a Cyberfero: il rebranding dell’azienda leader nella cybersecurity

Estimated reading time: 3 minuti

Cari clienti e partner, siamo lieti di annunciarvi che la nostra azienda cambia ufficialmente nome: da oggi Cyberfero diventa Cyberfero!

In questo articolo vi illustreremo nel dettaglio tutte le novità e le rassicurazioni legate a questo rebranding, che segna l’evoluzione della nostra realtà aziendale.

Cosa cambia a livello pratico

A livello pratico, il cambio di nome da Cyberfero a Cyberfero non comporta nessuna modifica sostanziale per i nostri clienti.

Il personale, così come i servizi offerti e la loro qualità, rimangono invariati. L’azienda continuerà ad operare con la stessa serietà e competenza di sempre.

Accesso ai servizi

La maggior parte dei nostri servizi è già stata migrata sul nuovo dominio cyberfero.com. Pertanto, accedendo al vecchio dominio secure-od.com, sarete automaticamente reindirizzati al nuovo.

Vi invitiamo a salvare nei vostri preferiti i nuovi indirizzi per accedere più facilmente. Per i servizi non ancora trasferiti, questi continueranno a funzionare regolarmente sul vecchio dominio fino al completamento della migrazione.

Fatturazione

Le prossime fatture verranno emesse con la nuova ragione sociale Cyberfero srl al posto di Cyberfero srl. Non cambia nulla per i clienti a livello amministrativo.

Cosa devono fare gli utenti per continuare ad utilizzare i servizi

Gli utenti non devono fare assolutamente nulla. Il passaggio al nuovo nome e dominio avverrà in modo del tutto automatico e trasparente per gli utenti. I servizi funzioneranno esattamente come prima.

Perché il cambio di nome

Cyberfero, fondata nel 2011, era inizialmente focalizzata maggiormente sull’erogazione di servizi di cloud computing. Negli anni il core business si è spostato sempre più verso i servizi di cybersecurity, che oggi rappresentano l’attività principale.

Abbiamo pertanto deciso di riflettere questo cambiamento anche nel nome, optando per Cyberfero.

Social network

I nostri canali social sono stati aggiornati per riflettere il cambio di nome, ma continueranno ad essere costantemente aggiornati per comunicare tutte le novità ai follower.

L’elenco completo dei canali si trova nel footer del sito. Vi invitiamo a seguirci per rimanere aggiornati su webinar, eventi e altre news. Registratevi anche alla newsletter!

Curiosità sul nuovo nome

Cyberfero nome
  • “Cyber” è un’abbreviazione di “Cyber Security” e si riferisce alla sicurezza informatica.
  • “Fero” deriva dal latino “ferre” che significa “portare”.

Quindi “Cyberfero” significa “portatore di cyber security”, ossia “colui che promuove e diffonde la sicurezza informatica”.

Cyberfero Scudo

Il logo raffigura uno scudo, che richiama il concetto di sicurezza tramite difesa. Ma include anche l’idea di test di attacco, per irrobustire lo scudo stesso.

Diteci cosa ne pensate!

Siamo curiosi di conoscere le vostre impressioni su questo cambiamento. Vi invitiamo a condividere con noi le vostre opinioni, sia attraverso i nostri canali social che scrivendoci a [email protected].

Il vostro feedback è molto prezioso, ci aiuterà a comprendere meglio come è stato accolto il nuovo nome e l’identità di Cyberfero. Saremo lieti di rispondere ad ogni vostra domanda o dubbio riguardo a questo rebranding.

Non vediamo l’ora di sentire cosa ne pensate!

Useful links:

Condividi


RSS

Piu’ articoli…

Categorie …

Tags

Feed RSS: Feed sconosciuto Feed sconosciuto

Feed RSS: Feed sconosciuto Feed sconosciuto

Feed RSS: Full Disclosure Full Disclosure

  • Apache Struts2 Core Arbitrary Code Execution via OGNL Sandbox Escape Novembre 2, 2026
    Posted by Daniel Owens via Fulldisclosure on Nov 01Description Apache Struts2 Core version 7.4.0 and below attempt to prevent arbitrary code execution via Object-Graph Navigation Language (OGNL) through several different mechanisms but only in a cursory fashion -- the libraries only guard against immediate calls evaluated by the OGNL engine via `SecurityMemberAccess`, but an allowed […]
  • Apache Struts2 Core TokenHelper Token Cryptographic Timing Side-Channel Novembre 2, 2026
    Posted by Daniel Owens via Fulldisclosure on Nov 01Description The Apache Struts2 Core 7.4.0 and below performs session token comparisons cryptographically insecure early-exit comparison functions (e.g., `!=`, `memcmp`, byte-by-byte loops with `break`) that return as soon as the first mismatched byte is encountered. The execution time of the comparison is therefore proportional to the number […]
  • Apache Struts2 Spring Plugin Uses a Previously Closed Resource Novembre 2, 2026
    Posted by Daniel Owens via Fulldisclosure on Nov 01Description The Apache Struts2 Spring Plugin opens a Spring `ApplicationContex` via a try-with-resources block and, outside of said block, then continues to use the closed resource, resulting in an uncaught `IllegalStateException`. This particular issue prevents proper functionality and indicates poor code quality and code review standards and […]
  • Apache Struts2 Core Integer Overflow Novembre 2, 2026
    Posted by Daniel Owens via Fulldisclosure on Nov 01Description Apache Struts2 Core version 7.4.0 and below fails to properly prevent integer overflows, causing wrap-arounds and other issues on a downstream forced casting into types smaller than `BigInteger`. Importantly, this finding underscores why all applications using Struts and other such platforms should perform their own input […]
  • Apache Struts2 Core Cross-Origin Protection Exemption Miskeyed to a Deployment-Wide Path Novembre 2, 2026
    Posted by Daniel Owens via Fulldisclosure on Nov 01Description Apache Struts2 Core version 7.4.0 and below's `FetchMetadataInterceptor`, `CoepInterceptor`, and `CoopInterceptor` each compare their `exemptedPaths` configuration -- a per-interceptor-reference, administrator-supplied set of paths intended to exempt specific actions from the corresponding cross-origin protection -- against `HttpServletRequest.getContextPath()`. `getContextPath()` is fixed for the entire deployed web...
  • Apache Struts2 REST Plugin Fails to Properly Parse Chunked Requests Novembre 2, 2026
    Posted by Daniel Owens via Fulldisclosure on Nov 01Description The Apache Struts2 REST Plugin's (version 7.4.0 and below) `ContentTypeInterceptor.intercept(ActionInvocation)` only deserialises a request body and enforces the `struts.rest.content.maxLength` bound when `HttpServletRequest#getContentLength()` returns a positive value. `getContentLength()` returns `-1` whenever the `Content-Length` header is absent, which normal and appropriate for any Hypertext Transfer Protocol (HTTP)...
  • Apache Struts2 REST Plugin Untrimmed `Accept` Header Tokens Break Content Negation Fallback Novembre 2, 2026
    Posted by Daniel Owens via Fulldisclosure on Nov 01Description The Apache Struts2 REST Plugin's `DefaultContentTypeHandlerManager.getHandlerForResponse(HttpServletRequest, HttpServletResponse)` splits the `Accept` header on commas and passes each resulting token directly to `findHandler(String)` without trimming leading or trailing whitespace. `findHandler(String)` only retries a trimmed lookup when a token contains a semicolon (`;`), so a token that merely carries […]
  • Apache Struts2 JSON Plugin Insecure Deserialisation -- Object Deserialisation Element-Count Limit Bypass Novembre 2, 2026
    Posted by Daniel Owens via Fulldisclosure on Nov 01As of the current versions of the Apache Struts2 JSON Plugin (e.g., version 7.4.0 and the 7.5.0 snapshot dated 28 October 2026), attackers can bypass the element-count limit purported to protect Object deserialisation added to said code as part of the WW-5618 and S2-072 "hardening controls". Please […]
  • [0day-rubbish] NETGEAR RAX120 V1.2.5.18 authenticated SOAP InstallApp OS command injection to root-configured web-stack execution (6.8 Medium; conditionally 7.2 High with management exposure) Ottobre 29, 2026
    Posted by disclosure via Fulldisclosure on Oct 280day Rubbish Research Team is publicly disclosing a vulnerability in NETGEAR RAX120 (Nighthawk AX12) firmware V1.2.5.18, the WiFi 6 consumer router from NETGEAR (United States), built on the Qualcomm IPQ8074 platform. The administrative web plane of this firmware generation is a lighttpd server fronting the vendor's DNI-framework CGI […]
  • [0day-rubbish] Raritan PX3 PDU G4 firmware 4.3.14 command injection in the ping and traceroute diagnostics through an inverted hostname-validation return check (8.8) Ottobre 29, 2026
    Posted by disclosure via Fulldisclosure on Oct 280day Rubbish Research Team is publicly disclosing a vulnerability in the Raritan PX3 PDU G4, firmware version 4.3.14, the intelligent rack power distribution unit from Raritan, a Legrand company (United States). A low-privilege authenticated session converts one diagnostics request into operating-system command execution in the product's web-service context, […]

Customers