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

Automating Asset Scanning in MaxPatrol VM via API: Part 4 on Authentication

A new technical guide from the Gazprom CPS blog details how to automate asset scanning in MaxPatrol VM through its API, beginning with the essential step of authentication.

The author notes that previous parts covered scanning of main asset types and that official documentation already addresses network equipment and virtualization. The focus now shifts to large-scale automation via API with practical Python examples.

Authorization Methods

API authorization in MaxPatrol VM supports three approaches: local account login and password, domain account login and password, and reference tokens for either local or domain accounts. The provided code examples use a local account because vendor documentation for versions newer than 2.7 was removed.

Required privileges are determined through testing. In the Management Console the minimum role is Management and Configuration: User to obtain the Bearer token. In MaxPatrol 10 a custom role must grant permissions for Assets (Vulnerabilities, Create/View/Modify/Delete, View), Extended permissions for report export, Tasks (Create/View/Modify/Delete, View), Profiles (View), and Infrastructure scope retrieval.

Obtaining the Bearer Token

All API requests require a Bearer token acquired via a POST request to the Core role endpoint. Credentials and the installation-specific ClientSecret are loaded from a non-committed .env file. The request uses grant_type password and scope mpx.api.

The response returns an access_token valid for 86400 seconds (24 hours), token_type Bearer, and the granted scopes. Once obtained, the token is placed into standard headers used for every subsequent call.

The author credits Alexey Leonov whose public GitHub script first demonstrated practical JSON export from MaxPatrol VM. Additional resources listed include a vendor webinar, SDK, CLI tool, Jira integration example, and Postman collection.

Related articles

Habr•Vulnerabilities & Exploits

Securing Hadoop Clusters: Removing Passwords from XML Configs with Credential Provider API and JCEKS

Hadoop configurations frequently expose sensitive credentials such as database passwords and cloud access keys in plain text within files like hive-site.xml and core-site.xml. The Credential Provider API, introduced in Hadoop 2.6, allows applications to retrieve secrets from an external JCEKS keystore instead of embedding them directly in XML. This mechanism uses conf.getPassword() to fetch decrypted values from the keystore when hadoop.security.credential.provider.path is configured. JCEKS relies on the outdated PBEWithMD5AndTripleDES algorithm, which remains vulnerable to Sweet32 attacks in theory though practical risk for small keystore files is low. Master password protection for the keystore itself is the weakest link, with options including environment variables, protected password files, or HDFS Transparent Data Encryption. Arenadata has automated credential encryption management in its ADH platform through ADCM to handle keystore creation, permission setting, and rotation across cluster nodes.

Security NEXT•Vulnerabilities & Exploits

CISA Adds Five Exploited Vulnerabilities to KEV Catalog Including AhsayCBS Authentication and Command Injection Flaws

The US Cybersecurity and Infrastructure Security Agency (CISA) has added five vulnerabilities to its Known Exploited Vulnerabilities catalog after confirming active exploitation in the wild. Four vulnerabilities were registered on October 14, 2026, and one additional entry followed on October 15. Among the newly listed issues are two critical flaws affecting the AhsayCBS backup management server: CVE-2026-105133, an authentication bypass in the API, and CVE-2026-105134, a command injection vulnerability in the replication feature. When chained together, the pair allows unauthenticated remote attackers to execute arbitrary operating system commands. Vendor Ahsay has released hotfixes in versions 10.3.4.45 and 9.15.2.70 because standard patches cannot fully address the issues. The advisory also references vulnerabilities in Atlassian products and multiple network security solutions from other vendors.

Security NEXT•Vulnerabilities & Exploits

Google Issues Chrome Security Update Fixing Critical Vulnerability Two Days After Previous Patch

Google has released a new set of security updates for its Chrome browser that address ten vulnerabilities, including one rated critical. The update arrives just two days after a larger patch that fixed 37 issues on October 13. The most severe flaw, tracked as CVE-2026-110922, is a use-after-free vulnerability in the Prerender feature that could allow remote code execution. The company released Chrome 155.0.8059.85 and 155.0.8059.84 for Windows and macOS, along with Chrome 155.0.8059.84 for Linux on October 15. The critical issue was reported by an external researcher on October 2. Deployment will occur gradually over the next several days to weeks.

Habr•Vulnerabilities & Exploits

543 Vulnerabilities in FFmpeg: Hunting Flaws in the Industry Standard

FFmpeg, the open-source library serving as the de facto standard for audio and video processing in mobile apps, carries approximately 543 registered CVEs that frequently appear in bug bounty programs. A Quokka report on over 150,000 applications found critical third-party CVEs in 11% of Android and 13% of iOS apps, with high-severity issues in 65% of Android applications. The article examines three notable vulnerabilities including PixelSmash (CVE-2026-8461), HTTP chunked overflow (CVE-2016-10190), and an AV1 RTP depacketizer flaw (DFVULN-127), each enabling remote code execution through memory corruption. It provides practical guidance on locating FFmpeg binaries inside APKs, identifying integration patterns, determining versions via strings and NDK timestamps, and extracting build configurations to confirm enabled components. Analysts are shown how to locate protocol handlers that serve as entry points without requiring malicious media files. The material targets reverse engineers experienced with ELF libraries and memory corruption issues.