<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Blog on</title><link>https://solo10010.github.io/en/blog/</link><description>Recent content in Blog on</description><generator>Hugo -- gohugo.io</generator><language>en-US</language><lastBuildDate>Tue, 06 Oct 2020 08:49:55 +0000</lastBuildDate><atom:link href="https://solo10010.github.io/en/blog/index.xml" rel="self" type="application/rss+xml"/><item><title>Qyran: how I built my own AI-assisted bug bounty and audit platform</title><link>https://solo10010.github.io/en/blog/qyran/</link><pubDate>Mon, 02 Nov 2026 20:00:00 +0500</pubDate><guid>https://solo10010.github.io/en/blog/qyran/</guid><description>Qyran (Kazakh Қыран — golden eagle) is my self-hosted platform for bug bounty and security audits. It ties dozens of recon and scanning tools into one process, stores everything in a shared database, shows results in a convenient panel and brings in AI agents where analysis is needed. This article covers why it exists, the attempts that led to it, and how it works inside.
The source code is closed.</description></item><item><title>Plesk on shared hosting: an admin's cheat sheet</title><link>https://solo10010.github.io/en/blog/plesk-admin-cheat-sheet/</link><pubDate>Mon, 02 Nov 2026 23:00:00 +0500</pubDate><guid>https://solo10010.github.io/en/blog/plesk-admin-cheat-sheet/</guid><description>On first- and second-line hosting support, Plesk is everyday work. In my Obsidian vault the Plesk section grew to about fifty notes: from &amp;ldquo;why isn&amp;rsquo;t mail going out&amp;rdquo; to attaching a LUN larger than 2 TB. Here is the essence — the commands that actually came in handy most often. All examples are anonymized: example.com, user@example.com, ID — substitute your own.
Everything below runs as root over SSH. Before any bulk operation — deleting mail, files or backups — first check what the command will hit, and only then delete.</description></item><item><title>How I organized my notes in Obsidian: PARA with an inbox</title><link>https://solo10010.github.io/en/blog/obsidian-para/</link><pubDate>Mon, 02 Nov 2026 22:30:00 +0500</pubDate><guid>https://solo10010.github.io/en/blog/obsidian-para/</guid><description>Almost every article on this blog grew out of my notes. I joined a hosting company as a first-line sysadmin and wrote everything down from day one: commands, incident write-ups, ticket solutions, course notes. Later came security, Active Directory, SIEM, bug bounty. Today the vault holds about 4,800 notes — and finding the right one takes seconds. I spent months on the structure, reworking it several times.
Why PARA Tiago Forte&amp;rsquo;s PARA method splits everything into four groups by level of activity rather than by topic:</description></item><item><title>A second brain with AI: Claude, NotebookLM and Obsidian working together</title><link>https://solo10010.github.io/en/blog/second-brain-ai/</link><pubDate>Mon, 02 Nov 2026 22:00:00 +0500</pubDate><guid>https://solo10010.github.io/en/blog/second-brain-ai/</guid><description>I described how the vault itself is organized in How I organized my notes in Obsidian: PARA. This is the next step: how AI tools are connected to it and what work they took over.
The problem: writing is easy, sorting isn&amp;rsquo;t I got used to writing in Obsidian long ago. The bottleneck was elsewhere:
the inbox fills up faster than I can sort it; notes of different ages are formatted differently; to answer &amp;ldquo;how did I do this before&amp;rdquo; you have to remember where the note is; every new AI chat starts from zero — you have to explain the context again.</description></item><item><title>Cutting AI agent costs: a full scan for $1 instead of a $200 subscription</title><link>https://solo10010.github.io/en/blog/ai-agent-costs/</link><pubDate>Mon, 02 Nov 2026 21:30:00 +0500</pubDate><guid>https://solo10010.github.io/en/blog/ai-agent-costs/</guid><description>When I started building AI agents into my bug bounty platform Qyran, the first shock wasn&amp;rsquo;t the models' intelligence but the bills. An agent told to &amp;ldquo;just check the site&amp;rdquo; happily reads megabytes of logs, reruns the same commands ten times and drags the entire conversation history into every request. Subscriptions to top models cost around $200 a month, and pay-as-you-go API usage without control burns money even faster.
In the end a full target scan in Qyran costs about one dollar.</description></item><item><title>A local LLM: Ollama + Open WebUI on your own server</title><link>https://solo10010.github.io/en/blog/ollama-open-webui/</link><pubDate>Mon, 02 Nov 2026 21:00:00 +0500</pubDate><guid>https://solo10010.github.io/en/blog/ollama-open-webui/</guid><description>Cloud models are convenient, but in security you constantly deal with things that can&amp;rsquo;t be sent outside: logs, configs, customer data, audit results. For those tasks I keep a local LLM: the model runs on my own server, and not a single byte goes to a third-party provider. The setup is simple — Ollama runs the models, Open WebUI provides a ChatGPT-like web interface.
Hardware requirements What Minimum OS Linux, e.</description></item><item><title>SIEM noise: from millions of alerts to an incident queue</title><link>https://solo10010.github.io/en/blog/siem-alert-noise/</link><pubDate>Mon, 02 Nov 2026 18:00:00 +0500</pubDate><guid>https://solo10010.github.io/en/blog/siem-alert-noise/</guid><description>Deploying a SIEM is only half the job. A couple of months after launching Wazuh I took a snapshot and realized that watching the dashboard was pointless: alerts poured in at dozens per second, and what the whole thing was built for got lost among them. This article breaks down that snapshot and the model I use to turn a firehose into an incident queue. I described how the cluster itself is built in Building a SOC on Wazuh from scratch.</description></item><item><title>Investigating a corporate email compromise: silent forwarding and BEC</title><link>https://solo10010.github.io/en/blog/business-email-compromise-investigation/</link><pubDate>Mon, 02 Nov 2026 17:00:00 +0500</pubDate><guid>https://solo10010.github.io/en/blog/business-email-compromise-investigation/</guid><description>The ticket looked routine: &amp;ldquo;A strange email went out from our mailbox to someone, please check.&amp;rdquo; It turned out that attackers had access to three corporate mailboxes for more than a week, downloaded the mail and received a copy of every new message. Below is how the picture was reconstructed from mail server logs, and what any company should take away from it.
The incident is fully anonymized: no organization names, addresses, IPs or exact dates.</description></item><item><title>Active Directory by CIS Benchmark: how I built and hardened a domain from scratch</title><link>https://solo10010.github.io/en/blog/active-directory-cis-benchmark/</link><pubDate>Mon, 02 Nov 2026 16:00:00 +0500</pubDate><guid>https://solo10010.github.io/en/blog/active-directory-cis-benchmark/</guid><description>An office of about a hundred people, computers in a workgroup, everyone a local administrator, passwords &amp;ldquo;whatever is convenient&amp;rdquo;, software installed however people liked. A familiar picture for a company that grew faster than its IT. That is where building information security started: until you have a managed domain, everything else — antivirus, SIEM, audits — is built on sand.
Domain, account and group names, as well as specific exceptions, are replaced with placeholders.</description></item><item><title>Building a SOC on Wazuh from scratch: a fault-tolerant cluster for 300+ agents</title><link>https://solo10010.github.io/en/blog/wazuh-soc-from-scratch/</link><pubDate>Mon, 02 Nov 2026 10:00:00 +0500</pubDate><guid>https://solo10010.github.io/en/blog/wazuh-soc-from-scratch/</guid><description>When a company runs hundreds of servers hosting thousands of customer websites, attacks never stop: password brute force, scanning, web shell uploads, CMS exploits. Without centralized monitoring you learn about a breach from a customer or an abuse report. I came to security from system administration and built a SOC at a hosting company from scratch. This article covers what came out of it, how it works, and the mistakes I made along the way.</description></item></channel></rss>