Selectel Revenue Exceeds 10 Billion Rubles as Cloud Services Drive Growth Amid Rising Costs
Selectel reported revenue of 10.2 billion rubles for the first half of 2026, a 14 percent increase from the prior year. Cloud infrastructure services continued to dominate, delivering 8.9 billion rubles or 87 percent of total revenue.
The company added 14,400 new customers over twelve months, bringing the total client base to 44,500. Smaller clients provided the main influx, supported by updated VDS configurations, although large enterprises still accounted for 43 percent of revenue.
Professional services recorded the strongest growth, expanding 1.4 times year-over-year. Spending by financial and IT sector clients rose 1.3 times.
Despite the revenue increase, profitability metrics weakened. Adjusted EBITDA grew just 3 percent to 5.4 billion rubles, reducing its margin from 59 percent to 53 percent. Net profit remained essentially unchanged at 1.9 billion rubles, with the margin falling from 21 percent to 18 percent.
Operating expenses rose 23 percent to 4.7 billion rubles, with payroll comprising 65 percent of these costs. The company allocated 6.4 billion rubles to development, of which 4.4 billion rubles went to server hardware, 1.8 times more than a year earlier.
Selectel is increasing GPU acquisitions for AI workloads while facing higher prices for components such as memory. This investment surge produced negative free cash flow of 3.4 billion rubles and lifted the net debt to EBITDA ratio to 2.1, reflecting expanded data-center construction and compute capacity purchases.
Related articles
Google Developing Voice-Activated Emergency SOS Feature for Android Devices
Google is working on a voice-activated Emergency SOS function for Android that would allow users to summon help without touching their smartphone. The feature, discovered in the Personal Safety app code by Android Authority, appears to trigger after the user says the word 'Help' three times in sequence. Once activated, the system would automatically determine location, begin emergency video recording, and place a call to emergency services. The current method requires pressing the power button five times, which can be impractical in certain situations. Additional code strings suggest optional voice confirmation with phrases such as 'Say yes to continue' and 'Say cancel to dismiss Emergency SOS'. The function is not yet available to users and may eventually reach non-Pixel devices running the Personal Safety app, though supported languages and models remain undisclosed.
How the Lorenz SZ 42 Teleprinter Cipher Machine Worked: Nazi High Command Encryption and Its 1941 Breakthrough
The Lorenz SZ 42 was a teleprinter attachment used by the German high command for encrypting top-secret communications during World War II, operating on the Vernam cipher principle with twelve wheels generating a keystream. Unlike the portable Enigma, Lorenz integrated directly between teletypes for automatic five-bit ITA2 encryption. British interceptors at Knockholt first encountered its signals in 1940, later named Tunny. A critical operator error on 30 August 1941 allowed cryptanalysts at Bletchley Park to deduce the machine's structure. This led to the development of the Colossus computer in 1944 for automated decryption. The article details the χ, ψ, and μ wheel groups, the stuttering psi mechanism, and Python implementations of ITA2 encoding and XOR operations.
Inside the Fortress: Why Perimeter Security Tools Fall Short and How Microsegmentation Protects Networks Internally
Companies invest heavily in perimeter defenses such as firewalls and intrusion detection systems, yet these measures no longer guarantee safety as attackers increasingly operate from within networks. Traditional L2 domains leave virtual machines unisolated, enabling traffic interception, lateral movement, and malware spread similar to an apartment building with poor soundproofing. Microsegmentation powered by SDN divides VLANs into isolated microsegments down to individual VM ports, enforcing granular policies based on ports, IP addresses, and protocols. This approach implements Zero Trust by placing virtual packet filters directly at VM network interfaces on the hypervisor, independent of guest OS actions. Performance remains high because filtering runs on powerful virtualization servers, and scaling occurs naturally as additional hypervisors absorb new workloads without extra configuration. A real-world case from the oil and gas sector shows one customer creating up to 5,000 new microsegmentation rules per week via open REST API. The technology complements rather than replaces perimeter firewalls, delivering both strict internal controls and operational agility.
Good Bear 1.0 Released: Firefox-Based Browser with Isolated Russian PKI Trust Container
Good Bear 1.0 is a Russian-language browser built on Firefox 156.0 that provides an isolated container for handling Russian PKI certificates without mixing trust contexts or user data with the standard browsing session. The release includes .deb packages for Ubuntu 24.04 LTS amd64 and Windows x64 installers, using Mozilla Public License 2.0 and reproducible build processes from pinned Firefox sources. Instead of globally importing root certificates, the browser performs secondary chain validation only inside a dedicated userContextId container with strict OriginAttributes isolation for caches, storage, and connections. Password autofill and sensitive session data are disabled in the container when separation cannot be guaranteed, and POST requests trigger explicit user choice before reopening in the isolated context. The interface shows both a persistent container marker and a separate RU indicator only when Russian PKI is actively used, along with detailed security panels explaining the trust source. Updates, crash reporting, and automatic MAR mechanisms are intentionally omitted to avoid creating unverified trust chains for the distribution itself.