security-ownership-map

Analyzes git history to map people-to-files ownership and detect security risks in codebases.

Updated Mar 24, 2026
One-click install
npx skills add https://github.com/pingqLIN/UniText --skill security-ownership-map-pingqlin
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: security-ownership-map
Source: https://github.com/pingqLIN/UniText/tree/main/runtime/skills/security-ownership-map
Command: npx skills add https://github.com/pingqLIN/UniText --skill security-ownership-map-pingqlin

SYSTEM DOCUMENTATION & REQUIREMENTS

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

What problem does it solve?

Analyze and visualize ownership risk in codebases by mapping people to files from git history, highlighting bus factor and sensitive-code hotspots. This enables teams to identify governance gaps and prioritize security ownership improvements.

Core Features & Use Cases

  • Builds a bipartite graph of people and files from git history and computes ownership risk and hotspots.
  • Exports artifacts as CSV/JSON for graph databases (Neo4j, Gephi) and supports a co-change graph to cluster related files.
  • Generates a summary with orphaned-sensitives, hidden owners, and community maintenance insights to guide governance.

Quick Start

Run the ownership map builder on your repository from the project root.

Frequently Asked Questions about security-ownership-map

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

FAQPage Schema
How do I map git ownership and find security risks in my codebase?

Map git ownership and security risk by analyzing git history to build a bipartite graph of people and files, which surfaces bus factor vulnerabilities and sensitive-code hotspots. The tool exports CSV/JSON outputs and graph artifacts for visualization.

What is a bus factor analysis and how does it identify orphaned sensitive code?

A bus factor analysis evaluates codebase risk by mapping people-to-files ownership from git history to identify orphaned-sensitives and hidden owners. It generates a summary that guides governance and prioritizes security ownership improvements.

Can I export git ownership graphs to Neo4j or Gephi for visualization?

Yes, you can export git ownership graphs to Neo4j or Gephi. The analysis produces CSV/JSON outputs and graph artifacts designed for import into graph databases, enabling you to visualize people-to-file relationships and security hotspots.

Does this git history ownership analysis require Python 3 and networkx?

Yes, this git history ownership analysis requires Python 3 and the networkx dependency to run the included scripts. It processes your repository history and applies configurable sensitive-path rules to compute ownership risk.

How do I cluster related files using co-change analysis from git history?

Cluster related files by enabling the optional co-change analysis feature to generate a co-change graph from your git history. This groups files that frequently change together, helping you understand code coupling and community maintenance patterns.

What are the limitations of using git history to identify hidden code owners?

Using git history to identify hidden owners relies strictly on commit metadata, meaning it may miss contributors who commit under alternate identities or external dependencies. It requires configurable sensitive-path rules to accurately target specific security hotspots.