security-devsecops-ssdls-appsec — правило для Cursor
Правило задаёт Cursor требования к безопасному коду, зависимостям, доступу и проверкам. Пригодится, чтобы учитывать эти требования при работе с файлами проекта.
.cursor/rules/security-devsecops-ssdls-appsec.mdcЧто делает security-devsecops-ssdls-appsec
Правило применяется всегда к файлам Python, JavaScript, TypeScript, Go, Java, Ruby, PHP, C# и shell по заданным маскам. Оно просит не хранить секреты в коде и логах, проверять пользовательский ввод, экранировать вывод и избегать exec и eval. Для запросов к базе предписаны параметризованные запросы или ORM.
Для зависимостей правило требует проверенные источники, сканирование уязвимостей и явное одобрение перед добавлением нового пакета. Это значит, что агент не должен самовольно подключать библиотеку. Также описаны требования к безопасной аутентификации, хешированию паролей, RBAC и минимальным привилегиям.
Правило охватывает проверки в CI/CD: SAST, SCA, сканирование секретов и инфраструктуры, а также DAST. Оно предлагает вести документацию мер безопасности и ориентироваться на OWASP Top 10, NIST и ISO 27001.
Какие задачи решает
- убрать секреты из кода и логов
- проверять ввод и безопасно формировать SQL-запросы
- ограничить доступ к API и операциям по ролям
- проверять зависимости и код на известные уязвимости
- документировать меры безопасности для аудита
Примеры запросов агенту
- Проверь этот код на секреты и небезопасную обработку пользовательского ввода.
- Перед добавлением пакета проверь, одобрен ли он и есть ли у него известные уязвимости.
- Подскажи, какие проверки безопасности добавить в CI/CD для этого проекта.
Как установить security-devsecops-ssdls-appsec
Вручную: положить файлы
.cursor/rules/security-devsecops-ssdls-appsec.mdcВо frontmatter: description, globs, alwaysApply
Вручную: положить файлы
.claude/rules/security-devsecops-ssdls-appsec.mdПоле paths во frontmatter ограничивает файлы: globs из источника → paths
AGENTS.md
Codex читает AGENTS.md: вставьте текст правила туда
Вручную: положить файлы
.github/instructions/security-devsecops-ssdls-appsec.instructions.mdПоле applyTo задаёт, к каким файлам применять: globs из источника → applyTo
Вручную: положить файлы
.devin/rules/security-devsecops-ssdls-appsec.mdВручную: положить файлы
.clinerules/security-devsecops-ssdls-appsec.mdПо шагам, с командами для каждой платформы: Cursor rules: файлы .mdc, четыре режима и замена .cursorrules
Вопросы о security-devsecops-ssdls-appsec
Как установить security-devsecops-ssdls-appsec в Cursor?
Добавьте файл правила в проект по пути .cursor/rules/security-devsecops-ssdls-appsec.mdc.
Что делает security-devsecops-ssdls-appsec?
Задаёт правила безопасной разработки: работу с секретами, вводом, запросами к БД, зависимостями и контролем доступа. Также описывает проверки безопасности и требования к документации.
К каким файлам применяется правило?
Оно охватывает файлы Python, JavaScript, TypeScript, Go, Java, Ruby, PHP, C# и shell по заданным маскам. Правило настроено на постоянное применение.
Исходный текст
security-devsecops-ssdls-appsec.mdc · CC0-1.0
--- description: "Cursor rules for secure coding, secret handling, dependency hygiene, authentication, authorization, security testing, and compliance documentation." globs: ["**/*.py", "**/*.js", "**/*.ts", "**/*.go", "**/*.java", "**/*.rb", "**/*.php", "**/*.cs", "**/*.sh"] alwaysApply: true --- # DevSecOps + SSDLC + AppSec Cursor Rule ## General Security Principles - Never hardcode secrets, credentials, or API keys. Use environment variables or secure vaults for sensitive data. - Prohibit the inclusion of `.env`, secret config files, or unknown tokens in source control. - Never log sensitive data, secrets, or session tokens in application logs. - Validate and sanitize all user input. Escape output in HTML, JS, and SQL contexts. - Avoid unsafe functions such as `exec`, `eval`, or similar dynamic code execution. ## Database Security - Use parameterized queries or ORM for all database access. Do not use string concatenation for query building. - Ensure database users have the least privilege required for their tasks. - Regularly review and update database access policies. ## Dependency Management - Only use packages from verified sources. - Do not add new dependencies without explicit approval and security review. - Regularly update dependencies and scan for known vulnerabilities (SCA). ## Authentication & Authorization - Use secure authentication frameworks; never implement custom authentication. - Store passwords using strong, salted hashes (e.g., Argon2, bcrypt). - Implement Role-Based Access Control (RBAC) for sensitive operations. - Enforce the principle of least privilege for APIs and UI actions. ## Secure SDLC Practices - Integrate Static Application Security Testing (SAST) and Software Composition Analysis (SCA) into the CI pipeline. - Scan all code for secrets before merging (Secret Scanning). - Use Infrastructure as Code (IaC) scanning for all infrastructure code. - Integrate Dynamic Application Security Testing (DAST) in the CD pipeline for deployed applications. - Enforce Policy as Code (PaC) for automated, version-controlled security policies. ## Monitoring & Feedback - Enable continuous vulnerability monitoring and alerting. - Integrate Runtime Application Self-Protection (RASP) and Web Application Firewall (WAF) as appropriate. - Encourage regular vulnerability assessments and penetration testing. - Maintain a feedback loop to update rules and prompts based on recurring vulnerabilities. ## Compliance & Documentation - Align with industry standards (e.g., OWASP Top 10, NIST, ISO 27001). - Document all security controls and decisions for auditability.
© PatrickJS · CC0-1.0 · PatrickJS/awesome-cursorrules