Supply Chain Compromise: Compromise Software Dependencies and Development Tools T1195.001

Tactic: Initial Access

Adversaries may manipulate software dependencies and development tools prior to receipt by a final consumer for the purpose of data or system compromise. Applications often depend on external software to function properly. Popular open source projects that are used as dependencies in many applications, such as pip and NPM packages, may be targeted as a means to add malicious code to users of the dependency. This may also include abandoned packages, which in some cases could be re-registered by threat actors after being removed by adversaries. Adversaries may also employ "typosquatting" or name-confusion by choosing names similar to existing popular libraries or packages in order to deceive a user.

Events covered

2 catalog events are tagged with this technique by at least one rule.

ProviderEventTitle
SysmonEvent ID 11FileCreate
ESFexecProcess Execution (Notify)

Authoring guide

Patterns shared across the 10 rules above: which fields they filter on, what specific values they look for, and what they exclude. The catalog normalizes field names across vendors so Sigma's Image, Elastic's process.name, and Splunk's process_name collapse into one row. Each rule contributes at most once per row.

Fields filtered most (19 distinct)

The fields most rules look at when detecting this technique. The How column shows the operators authors use (eq, wildcard, regex_match, match) and how often each appears. Sample values are concrete examples to start from, not an exhaustive list.

FieldRulesHowSample values
EventType6eq 4, in 2exec, ProcessRollup2, enterprise.register_self_hosted_runner, lookup_requested, org.register_self_hosted_runner
event.type3eq 3start
host.os.type3in 2, eq 1
process_name3eq 2, in 1, starts_with 1node, ollama, ollama.exe, perl, python
data_stream.dataset2eq 2github.audit
parent_process_name2eq 1, in 1Runner.Listener, Runner.Worker, node
DestinationHostname1contains 1.oast
TargetFilename1ends_with 1\appdata\local\microsoft\cache134.dat, \appdata\local\microsoft\explorersync.db
action1eq 1dependabot_alerts.disable, dependabot_alerts_new_repos.disable, dependabot_security_updates.disable
columns.name1in 1, starts_with 1liblzma, xz, xz-libs
columns.version1starts_with 15.6.0, 5.6.1
dns.question.name1is_not_null 1
event.category1eq 1configuration
github.category1eq 1protected_branch
github.reasons.code1eq 1workflow_updates

Top indicator values (44 distinct)

Specific (field, operator, value) combinations the rules check for, ranked by how many rules under this technique use each one. The Corpus reach column counts how many rules across the entire catalog (any technique) check the same combination. High numbers point to widely-used indicators that are likely noisy on their own; combine them with another condition for useful signal. Blank means the combination is specific to rules under this technique. Click a value to expand the rules under this technique that use it.

FieldKindValueRules (here)Corpus reach
event.typeeq
start
3606
EventTypeeq
exec
2171
EventTypeeq
lookup_requested
14
EventTypeeq
protected_branch.rejected_ref_update
12
data_stream.dataseteq
github.audit
218
process_nameeq
node
29
DestinationHostnamecontains
.oast
1
EventTypein
ProcessRollup2
1117
EventTypein
enterprise.register_self_hosted_runner
1
EventTypein
exec
1171
EventTypein
org.register_self_hosted_runner
1
EventTypein
repo.register_self_hosted_runner
1
EventTypein
start
1134
TargetFilenameends_with
\appdata\local\microsoft\cache134.dat
1
TargetFilenameends_with
\appdata\local\microsoft\explorersync.db
1
actioneq
dependabot_alerts.disable
1
actioneq
dependabot_alerts_new_repos.disable
1
actioneq
dependabot_security_updates.disable
1
actioneq
dependabot_security_updates_new_repos.disable
1
actioneq
repository_vulnerability_alerts.disable
12
columns.namein
liblzma
1
columns.namein
xz
1
columns.namein
xz-libs
1
columns.namein
xz-utils
1
columns.namestarts_with
liblzma
1
columns.versionstarts_with
5.6.0
1
columns.versionstarts_with
5.6.1
1
event.categoryeq
configuration
111
github.categoryeq
protected_branch
14
github.reasons.codeeq
workflow_updates
1

Exclusions (16 distinct)

Field/operator/value combinations excluded by rules under this technique (top-level not() clauses), sorted by how many rules exclude each. These are the false-positive paths the community has learned to filter out. A new rule that ignores the high-count entries here will likely fire on the same noisy paths. Click a value to expand the rules under this technique that exclude it.

FieldKindValueRules excluding
aws::eventNamene
RunInstances
1
dns.question.namewildcard
*.cloudflare.com
1
dns.question.namewildcard
*.cloudflarestorage.com
1
dns.question.namewildcard
*.github.com
1
dns.question.namewildcard
*.githubusercontent.com
1
dns.question.namewildcard
*.internal
1
dns.question.namewildcard
*.local
1
dns.question.namewildcard
*.localdomain
1
dns.question.namewildcard
*.ollama.ai
1
dns.question.namewildcard
*.ollama.com
1
dns.question.namewildcard
*.r2.cloudflarestorage.com
1
dns.question.namewildcard
github.com
1
dns.question.namewildcard
localhost
1
dns.question.namewildcard
ollama.ai
1
dns.question.namewildcard
ollama.com
1

Rules under this technique

Every rule in the catalog tagged with this technique, grouped by vendor. Click a rule title for its full predicates, exclusions, and indicators.

Platform (all)
Domain (all)

Sigma 2 rules

Elastic 6 rules

Panther 2 rules