SShortSingh.
Back to feed

Rust eBPF Tool Detects and Kills Ransomware by Monitoring File-Open Rate

0
·9 views

A developer has built a lightweight ransomware detection tool called talus-process-monitor, released under the MIT licence on GitHub. The program uses eBPF — a Linux kernel feature that lets small sandboxed programs attach to kernel events without loading custom modules — written in Rust using the aya library. It hooks two syscalls, execve and openat, to track how many files a single process opens per second, a key behavioural signature of ransomware. When the file-open rate crosses a configurable threshold within a one-second window, the tool automatically sends a SIGKILL signal to terminate the offending process. The approach requires no machine learning model, relying instead on a simple rate metric to catch mass file-encryption activity in real time.

Read the full story at DEV Community

This is an AI-generated summary. ShortSingh links to the original source for the complete article.

Discussion (0)

Log in to join the discussion and vote.

Log in

Related stories

0
ProgrammingDEV Community ·

How to Build a UAT Environment That Gives You Reliable Test Results

User acceptance testing (UAT) frequently produces misleading results not because of faulty code, but because the environment it runs in is poorly configured or misunderstood. Many teams default to wherever a spare environment exists — often dev, QA, or staging — each of which introduces its own sources of noise and false failures. A proper UAT environment should be dedicated, stable, isolated from production data, and as close to production configuration as possible. Common pitfalls include configuration drift, missing third-party integrations, unrealistic test data, and incorrect user permissions that hide real bugs or surface fake ones. Addressing these environment-level problems before testing begins is what separates actionable stakeholder feedback from reports that teams cannot reproduce or act on.

0
ProgrammingDEV Community ·

SmartSuite Dropped Its Free Plan, Highlighting Risks of Hosted Work OS Tools

In January 2026, SmartSuite removed its free plan, leaving teams that relied on it scrambling without prior warning. The incident illustrates a broader pattern in the work-OS software category, where vendors have quietly repriced plans, restricted features to higher tiers, or folded products after acquisitions. The author argues the real risk of hosted tools is not vendor misconduct but the inherent dependency on a third party's commercial decisions. As an alternative, the author promotes Appdor, a self-hosted work OS built on standard Postgres, where data remains accessible via standard database tools regardless of the vendor's choices. The key question posed to teams is not whether their vendor is trustworthy, but what a sudden change in terms would actually cost them to fix.

0
ProgrammingDEV Community ·

Developer Builds Open Asset Store for Limn Engine Game Framework

A developer has begun building an Asset Store for Limn Engine, a game development framework, with the aim of creating a central hub for game assets. The store is planned to support a wide range of asset types, including 2D sprites, backgrounds, UI elements, audio, textures, VFX, and developer tools. A 2D Asset Editor is currently under development, allowing users to import images and classify them by asset type. The interface is being built using HTML, CSS, and JavaScript. The project is being developed in public and is intended to eventually form a broader ecosystem around the Limn Engine platform.

0
ProgrammingDEV Community ·

How to Design a Distributed Logging Platform from Scratch

Most applications can generate logs easily, but managing millions of log events across hundreds of machines turns logging into a distributed systems challenge. A well-designed logging platform must simultaneously handle high-speed ingestion and fast, flexible querying — two workloads that require careful architectural balance. The proposed architecture layers log collectors, an ingestion layer, a buffer queue, indexing nodes, storage nodes, and a query coordinator to separate concerns cleanly. Using an e-commerce platform as a case study, the design supports queries such as filtering errors by service, searching by status code, and aggregating failures over time. The article argues that building such a system from scratch is one of the most effective ways to understand how production-grade tools like Elasticsearch work under the hood.