Habr•October 19, 2026•🇷🇺Translated from Russian

Encrypt Don't Trust: Securing Palm Vein Biometrics from Sensor to Access Control Server

An experienced hardware and software engineer shares lessons from evaluating a commercial palm vein biometric access control system, focusing on the critical challenge of protecting biometric templates throughout their lifecycle from sensor to server.

The system uses proprietary convolutional neural network algorithms to capture, process, and match palm vein patterns. Because biometric data cannot be reset like passwords or certificates, any compromise of high-quality templates could require surgical intervention that is currently available from only one or two teams worldwide.

Regulatory and Standards Framework

Design follows IEC 24745:2022 requirements for irreversibility, revocability, and unlinkability of biometric templates, verified according to ISO/IEC 30136. In Russia, compliance centers on 152-FZ Article 10 for separate biometric consent, Government Decree No. 1119 defining protection levels up to UZ-2, FSTEC Order No. 21 for technical measures, and FSB Order No. 378 for certified cryptographic modules.

The mandatory path includes threat modeling per FSTEC methodology, development of a protection specification, implementation of controls, and final certification by licensed laboratories.

Zero Trust Architecture and Data Path

Three trust zones are defined: the physically secured server room, the building LAN where terminals operate, and the completely untrusted passage area. Each terminal must function autonomously with a local cache, making encryption of stored templates and hardware-protected keys mandatory.

Only the optical sensor module itself is treated as an irreducible trusted component; all other elements rely on verifiable mechanisms such as AES-256 or GOST Kuznechik encryption, ECDSA signatures, mTLS with per-device certificates, and Secure Boot rooted in ROM.

Threat Actors and Controls

  • N1 External: MitM, packet injection, and presentation attacks countered by liveness detection and encrypted channels.
  • N2 Local Physical: Device theft and JTAG extraction countered by encrypted NVM, non-extractable keys in secure elements, and limited cache scope.
  • N3 Insider: Administrator or registration-operator compromise countered by signed releases, dual-control registration, MFA, SIEM, and closed VLAN segmentation.

Executive commands to locks use OSDP v2.2 with encryption, while registration requires token-based dual-operator confirmation.

The resulting architecture reduces the trusted computing base to the hardware root inside each terminal, the server room perimeter, and the small circle of registration operators, with all other components protected by cryptography, signatures, or audit logs.

Related articles

Habr•Policy & Regulation

Peter Levashov Accused of FBI Collaboration and Running XSS Honeypot Forum After Kelihos Sentence

Russian spammer and botnet operator Petr Levashov, known online as Petr Severa, was arrested in Barcelona in 2017 and later pleaded guilty to running the Storm, Waledac and Kelihos botnets. He received a lenient sentence of under three years despite prosecutors seeking 14.5 years, which experts attribute to possible cooperation with the FBI. After release, Levashov remained in the United States while remaining wanted in Russia. Forum users bratva and stallman on XSS.mx and Exploit.in have been linked to Levashov through stylistic analysis and shared references to the Telegram channel Dark News admin nicknamed golub. Stallman, identified as the final administrator of the RAMP4u forum, openly purchased access to U.S. critical infrastructure including power grids, water systems and hospitals while moderators allegedly suppressed competing posts. Observers including researcher Olga Kuprina suggest these accounts operated under agreements with U.S. authorities, allowing forums to function as intelligence-gathering platforms rather than purely criminal marketplaces.

AntiMalware•Policy & Regulation

Russian Cybersecurity Market Set to Hit 455 Billion Rubles by 2026 as Talent Shortage Persists

MWS Cloud forecasts that the Russian information security market will grow 20.8 percent to reach 455.4 billion rubles in 2026. The largest segment will be software at 216.5 billion rubles, followed by services at 167 billion and hardware at 71.9 billion rubles. Demand is increasingly driven by sophisticated attacks, regulatory requirements and fines rather than import substitution alone. BI.ZONE offers a more conservative estimate of 10-15 percent annual growth. Managed security services such as monitoring, incident response and vulnerability management are leading the services segment because few organizations can maintain 24/7 in-house teams. Director Artem Gribkov of Angara MTDR estimates the personnel deficit at approximately 40 percent, especially at middle and senior levels.

AntiMalware•Policy & Regulation

Russian Internet Users Report Growing Access Restrictions as Certificate Revocations Affect 39 Percent of Respondents

A recent telephone survey conducted by Russian Field between September 23 and 30, 2026, among 1,600 participants representative by gender, age, federal districts, and settlement types shows that 39 percent of Russian internet users have noticed restrictions or complications when trying to access websites. When sites fail to open due to certificate problems, 26 percent of respondents said they would simply stop visiting the resource. The findings, published by Kod.ru, also indicate that 57 percent of users are aware that Russian websites may not load in certain browsers because of revoked foreign certificates. In response to certificate errors, 55 percent would switch browsers, 22 percent would install the required certificates, and 21 percent would try accessing the site from a mobile device. Younger users are more inclined to use VPNs or proxies, while older respondents more often choose to abandon the site. Overall, 77 percent of those surveyed expect further changes to the Russian internet segment, with only 9 percent believing it will remain unchanged.

Habr•Policy & Regulation

CISA and NSA Urge Shift to Memory-Safe Languages Like Rust to Eliminate Memory Vulnerabilities

Official reports from CISA, NSA, FBI and partners highlight that decades of safe coding practices and code analysis tools have failed to resolve memory safety issues in languages such as C and C++. Government documents cite statistics showing that 70-75% of exploited vulnerabilities and zero-days stem from memory errors, including data from Microsoft, Google Chromium, Mozilla and Project Zero. Google reports that Rust adoption in Android reduced memory-related vulnerabilities below 20% in 2025, with a 1000-fold lower vulnerability density compared to C++. The analysis details Rust's ownership, borrowing and move semantics that provide compile-time guarantees unavailable in C++, enabling stronger compiler optimizations. Reports also acknowledge migration challenges including learning curves, interop issues and ecosystem gaps, while noting ongoing C++ safety improvements targeted for C++26 and C++29. Major organizations including Microsoft, Amazon and Google are already committing to Rust for critical new code.