kasm-admin
Audited by Socket on Sep 22, 2026
8 alerts found:
Securityx4Anomalyx4SUSPICIOUS. Most of the skill is coherent KASM admin documentation using official-looking KASM API patterns against the user's own server, but it weakens transport security with `curl -k` and introduces a higher-risk trust boundary by sending a token to unverified third-party `sentinelctl`. This is not confirmed malware, but it is a medium-high risk operational skill.
The supplied text is backup and storage administration documentation with no apparent malware or deliberate supply-chain attack. It contains meaningful operational security risks: database credentials may be exposed through command-line arguments, rclone sync and pg_restore can cause destructive overwrites or deletions, backups contain sensitive data, and the lock-file logic is race-prone. Use protected credential files or environment mechanisms, validate paths and remotes, restrict backup permissions, and test restore commands before production use.
The fragment is configuration documentation with no clear malicious payload or data-exfiltration behavior. It contains high-impact security settings: unrestricted passwordless sudo, optional privileged container execution, and writable host volume mounts. These settings can be appropriate in a controlled Kasm development environment but materially weaken isolation and should be limited, reviewed, and applied only to trusted images and users. The sudoers path inconsistency and nested shell quoting should be corrected. Malware likelihood is low, while configuration security risk is high.
The material describes a legitimate multi-agent KASM deployment, but it contains a serious security weakness: it grants every configured workspace user unrestricted passwordless sudo and provides a shared read-write volume across agents. These settings enable privilege escalation within each workspace and cross-agent tampering, and may undermine isolation. The code is not meaningfully obfuscated and shows no clear malware or data-exfiltration behavior. Use least-privilege sudo rules, restrict volume permissions, validate server/database targets, and protect the registry from unauthorized writes.
The fragment is administrative KASM session-management documentation and does not show evidence of malware or covert supply-chain behavior. It contains potentially dangerous but overtly intended operational commands. The main risks are TLS verification bypass with curl -k, possible credential exposure, and broad forceful deletion and database state modification during emergency cleanup.
The fragment is administrative documentation, not malware. It contains high-impact but explicit workspace-management commands. The unrestricted NOPASSWD sudo configuration is a significant security concern if applied without isolation or authorization, and curl -k weakens credential transport security. Direct database edits should be restricted to trusted administrators and use validated, parameterized inputs. No evidence of supply-chain malware or covert malicious behavior is present.
This is administrative documentation for KASM user and group management, not apparent malware. The main risks are disabled TLS verification, possible credential exposure in command lines or shell history, direct database manipulation, and unsafe SQL substitution if placeholders are populated without validation. The curl examples also incorrectly use single quotes around values intended for shell expansion. Credentials should be supplied through safer mechanisms, TLS verification should remain enabled, and database changes should use validated or parameterized operations.
The code is transparent administrative automation for KASM database configuration, with no evident data exfiltration, persistence outside intended workspace configuration, or malware behavior. It is nevertheless high-impact: it grants passwordless full sudo inside affected workspaces, may expose or modify host data through a read-write volume, and can overwrite configurations across broad workspace sets. These commands should be restricted to trusted administrators, reviewed before execution, and applied to narrowly scoped workspace records.