nebius-audit-log

Query Nebius Control Plane Audit Logs with verified caller access and sanitized results.

7|5|Updated Jul 22, 2025
One-click install
npx skills add https://github.com/nebius/nebius-ps-services --skill nebius-audit-log-nebius
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: nebius-audit-log
Source: https://github.com/nebius/nebius-ps-services/tree/main/skills/nebius-audit-log
Command: npx skills add https://github.com/nebius/nebius-ps-services --skill nebius-audit-log-nebius

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes scripts (resource) and references (resource) components.

What problem does it solve? Investigating who changed or deleted a cloud resource requires tenant-level audit log access, correct region selection, and careful handling of identities and permissions. This Skill performs explicit, bounded Nebius Control Plane Audit Log investigations using the existing Nebius CLI configuration, verifying the caller and effective audit-read access before returning sanitized evidence. ## Core Features & Use Cases - Scoped investigations: Query audit events by resource ID, subject ID, current subject, or an explicitly authorized tenant-wide scope, filtered by service, action, status, region, and time window. - Verified access and identity: Resolves the selected CLI profile, runs tenant-aware whoami, and treats the first valid audit page as proof of effective read access, distinguishing authentication, permission, and configuration failures. - Sanitized, bounded output: Returns summary or JSON reports with safe scope metadata, pagination continuation tokens, and opt-in names via --include-pii; raw payloads, credentials, and filter literals are never exposed. - Use Case: Investigate who deleted an MK8s cluster by running the helper with the cluster ID, tenant, origin region, and a DELETE action filter, then report the acting service-account ID, operation status, and correlation evidence without inferring a human operator. ## Quick Start Ask the agent to use nebius-audit-log to investigate who deleted a specific cluster in a given tenant, region, and time window.

Frequently Asked Questions about nebius-audit-log

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I find out who deleted a Nebius MK8s cluster?

Run the query helper with --resource-id for the cluster, the tenant ID, origin region, --service MK8S, --action DELETE, and a time window. The report shows actor IDs, operation status, and correlation fields; a service-account actor does not identify the human behind automation.

What permissions are required to query Nebius audit logs?

The tenant role auditlogs.audit-event-viewer is the minimum documented role, and admin also works. The helper proves effective read access through the first valid audit page rather than enumerating IAM grants or requiring administrator access.

Does the audit log helper work without explicit region configuration?

Yes, region can be discovered from an explicit or configured project by verifying its ID, tenant parent, and spec.region. Discovery failures stop the query; there is no guessed eu-north1 fallback because events are stored only in their origin region.

Can I preview an audit query without cloud access?

Yes, --dry-run validates inputs offline with zero CLI calls, showing safe scope and predicate metadata with raw filter values omitted. It never verifies authentication or audit access and always reports access as not_checked.

Why does an audit query show partial results with a continuation token?

Page limits, deadlines, or later-page failures produce partial evidence with earlier validated pages retained. Resume with the same tenant, region, selector, filters, the original absolute start/end timestamps, and the returned --page-token.

When should I not use this audit log skill?

Do not use it for general Grafana logs, credential diagnosis, IAM repair, or log export; those belong to other tools. It performs read-only audit queries only and never modifies credentials, profiles, or permissions.