Forwarded from AppSec Journey
Недавно распиналась в рассказе о том, что без харденинга инфры безопасность кода имеет крайне опосредованную ценность👊
Решила найти пару примеров про харденинг. Тут же и поймем, что это за зверь такой?:)
Примеры, что надо захарденить в виде чеклиста - https://dev-sec.io
Оно же, на гитхабе - https://github.com/dev-sec
DevSecOps vs Continious Hardening - https://www.acrosec.jp/narrow-devsecops-vs-open-devsecops-which-camp-are-you-in/?lang=en (кстати, оч прикольно)
Ну и конечно, чеклисты по харденингу всего, что только пожелаете - https://devsecopsguides.com/docs/checklists/kubernetes/ (тут просто переключитесь на что-то помимо дженкинса😉)
Решила найти пару примеров про харденинг. Тут же и поймем, что это за зверь такой?:)
Примеры, что надо захарденить в виде чеклиста - https://dev-sec.io
Оно же, на гитхабе - https://github.com/dev-sec
DevSecOps vs Continious Hardening - https://www.acrosec.jp/narrow-devsecops-vs-open-devsecops-which-camp-are-you-in/?lang=en (кстати, оч прикольно)
Ну и конечно, чеклисты по харденингу всего, что только пожелаете - https://devsecopsguides.com/docs/checklists/kubernetes/ (тут просто переключитесь на что-то помимо дженкинса😉)
Please open Telegram to view this post
VIEW IN TELEGRAM
GitHub
DevSec Hardening Framework
Security + DevOps: Automatic Server Hardening. DevSec Hardening Framework has 51 repositories available. Follow their code on GitHub.
Forwarded from linkmeup
Ничего особо интересного, просто Debian, запущенный внутри WebAssembly прямо в браузере, доступный хоть с телефона.
До чего всё же техника дошла.
https://webvm.io/
До чего всё же техника дошла.
https://webvm.io/
WebVM
WebVM - Linux virtualization in WebAssembly
Linux virtual machine, running in the browser via HTML5/WebAssembly. Networking and graphics supported.
👍1
Forwarded from PWN AI (Artyom Semenov)
Фаззинг директорий - вещь которая не только является "базой" для веб-пентестеров, но ещё и также полезным методом в поисках информации в интернете.... да-да
Думаю большинство, кто в теме - слышали о популярных инструментах типо gobuster или ffuf ... Они работали по классическому принципу, когда необходим был словарь для фаззинга. Это создавало некоторые ограничения, т.к данные из словаря не могли мутировать в зависимости от контекста. Чтобы решить эту проблему - с двух ног в дверь врывается решение, совмещающее ffuf и ... llm.
brainstorm ... Работает это следующим образом - вы делаете обычный фаззинг через ffuf, используя словарик, затем в модельку, которая должна быть запущена через Ollama - подаются результаты, которые были получены в ходе фаззинга и LLM создаёт новый словарик на основании результатов - который по идее должен обеспечить более лучшее покрытие. По дефолту такой цикл запускается 50 раз, однако вам ничего не мешает сделать и 100 циклов и больше т.к вы используете локальную модель.
К примеру, мне нужно поискать .pdf на сайте. Это будет выглядеть вот так:
Тут есть 2 фаззера, один для поиска файлов, другой - Main Fuzzer, ориентирован на поиск директорий.
подробнее на сайте Invicti (Нужно запустить специальную ракету, которая позволит пролететь сквозь ограничение. 3 буквы которые нельзя называть).
Думаю большинство, кто в теме - слышали о популярных инструментах типо gobuster или ffuf ... Они работали по классическому принципу, когда необходим был словарь для фаззинга. Это создавало некоторые ограничения, т.к данные из словаря не могли мутировать в зависимости от контекста. Чтобы решить эту проблему - с двух ног в дверь врывается решение, совмещающее ffuf и ... llm.
brainstorm ... Работает это следующим образом - вы делаете обычный фаззинг через ffuf, используя словарик, затем в модельку, которая должна быть запущена через Ollama - подаются результаты, которые были получены в ходе фаззинга и LLM создаёт новый словарик на основании результатов - который по идее должен обеспечить более лучшее покрытие. По дефолту такой цикл запускается 50 раз, однако вам ничего не мешает сделать и 100 циклов и больше т.к вы используете локальную модель.
К примеру, мне нужно поискать .pdf на сайте. Это будет выглядеть вот так:
python fuzzer_shortname.py "ffuf -w ./fuzz.txt -u http://target.com/FUZZ" "document.pdf" --cycles 25
Тут есть 2 фаззера, один для поиска файлов, другой - Main Fuzzer, ориентирован на поиск директорий.
подробнее на сайте Invicti (Нужно запустить специальную ракету, которая позволит пролететь сквозь ограничение. 3 буквы которые нельзя называть).
Forwarded from CyberSecurityTechnologies (-CST-)
eBPF_Sec_Model.pdf
1.5 MB
#Whitepaper
#Threat_Research
"eBPF Security Threat Model", 2024.
]-> eBPF Verifier Code Review (.pdf)
]-> https://github.com/ebpffoundation/publications
#Threat_Research
"eBPF Security Threat Model", 2024.
]-> eBPF Verifier Code Review (.pdf)
]-> https://github.com/ebpffoundation/publications
Forwarded from Alaid TechThread
8_Исправлять_—_не_искать_Роман_Лебедь_вер_2.pdf
4.3 MB
Safeliner - AI решение для исправления уязвимостей в коде
Forwarded from CyberSecurityTechnologies (-CST-)
LLM_SOAR.pdf
2.1 MB
#Whitepaper
"Revolutionizing Cybersecurity: Implementing Large Language Models as Dynamic SOAR Tools", 2024.
"Revolutionizing Cybersecurity: Implementing Large Language Models as Dynamic SOAR Tools", 2024.
Forwarded from ML&|Sec Feed (Борис_ь с ml)
Forwarded from Code Stars
ishubin/schemio
Web based diagramming app that lets you build interactive diagrams and prototypes
Language:JavaScript
Total stars: 189
Stars trend:
#javascript
#diagramming, #prototyping
Web based diagramming app that lets you build interactive diagrams and prototypes
Language:JavaScript
Total stars: 189
Stars trend:
17 Dec 2024
1pm ▍ +3
2pm ▋ +5
3pm █▏ +9
4pm █▎ +10
5pm █▎ +10
6pm ▉ +7
7pm ▋ +5
8pm ▍ +3
9pm ▊ +6
10pm █ +8
11pm ▍ +3
18 Dec 2024
12am █ +8#javascript
#diagramming, #prototyping
Forwarded from PWN AI (Artyom Semenov)
Давно я не писал о крутых статьях... В общем недавно вышел обзор статьей о том "как LLM небезопасно генерируют код".
И конечно-же это вроде-бы очевидный факт - что это небезопасно. Но вопрос "на сколько" оставался открытым.
В исследовании провели анализ 20 статьей на эту тему. Есть конечно же и описание того, как они искали весь этот материал - и гугл дорки.
Среди моделей чаще всего конечно же были GPT(3,5 и 4), CodeX и Llama и также GitHub Copilot.
Было выделено 10 категорий уязвимостей.
Injections - это самая упоминаемая категория уязвимостей, в статьях(GPT, Copilot):
CWE-79: чаще генерировал уязвимый код для xss
CWE-89: чаще генерировал уязвимый код для sql
Уязвимости управления памятью(GPT, Copilot):
CWE-190: Integer Overflow or Wraparound
CWE-476: Null Pointer Dereference
Уязвимости управления файлами(GPT, Copilot):
CWE-22: Improper Limitation of a Pathname to a Restricted Directory ('Path Traversal')
Уязвимости десериализации(GPT, Copilot):
CWE-502: Deserialization of Untrusted Data
Утечка информации(GPT, Copilot):
CWE-200: Exposure of Sensitive Information to an Unauthorized Actor
Уязвимости аутентификации и авторизации(GPT,Copilot):
CWE-798: Use of Hard-coded Credentials
CWE-284: Improper Access Control
Криптографические уязвимости(GPT,Copilot):
CWE-327: Use of a Broken or Risky Cryptographic Algorithm
Уязвимости управления ресурсами(GPT, Copilot):
CWE-404: Improper Resource Shutdown or Release(LLAMA также)
CWE-772: Missing Release of Resource after Effective Lifetime
Coding Standards(GPT,Copilot,LLAMA):
CWE-758: Reliance on Undefined, Unspecified, or Implementation-Defined Behavior
Уязвимости обработки ошибок(GPT,Copilot,LLAMA,CodeX):
CWE-703: Improper Check or Handling of Exceptional Conditions
GPT примерно в 40% случаев генерировал уязвимый код, Copilot в 46% а вот LLAMA в 25-35% случаев... Надо смотреть по статьям детально.
Плюс, была проведена оценка того "Насколько модель хорошо определяет уязвимость".
SAST с которыми сравнивались - вы можете видеть на второй фотографии.
Тут также есть хорошие результаты. Например, GPT обнаруживал уязвимости в 68% случаев и всё очень зависело от структуры запроса. Он круто справлялся с определением уязвимостей типа memory leak. Copilot - 40%, но при этом отмечается что он хорошо вывозил в очень высоко рисковых случаях - опять же надо смотреть статью.
CodeX и LLAMA - 90% и 85% успеха в обнаружении уязвимостей в коде, особенно по части утечек в памяти. Но есть нюанс, они хуже работаю с большими кодовыми базами и больше дают ложноположительных результатов.
Конечно были и рассмотрены техники того, как можно улучшить результаты. Например изначально улучшать структуру запросов (Chain-of-Thought (CoT) Prompting, Few-shot Prompting, In-context Prompting, Task-oriented Prompting) , а также делать дообучение на специальных данных.
И конечно-же это вроде-бы очевидный факт - что это небезопасно. Но вопрос "на сколько" оставался открытым.
В исследовании провели анализ 20 статьей на эту тему. Есть конечно же и описание того, как они искали весь этот материал - и гугл дорки.
(“Large Language Models” OR “Language Model” OR
LLMs OR CodeX OR Llama OR Copilot OR GPT-*
OR ChatGPT) AND (“Code Generation” OR “AI-generated
Code” OR “Automated Code Generation”) AND (“Security
Vulnerabilities” OR “Security Risks” OR “Security Flaws”
OR “Software Security” OR “Impact On Code Security” OR
“Cybersecurity” OR Vulnerabilities) AND (“Training Data
Poisoning” OR “Poisoned Datasets” OR “Data Poisoning
Attacks” OR “Adversarial Attacks” OR “Malicious Training
Data”) AND (“Vulnerability Detection” OR “Bug Detection”
OR “Security Flaw Detection” OR “Code Analysis” OR
“Static Analysis” OR “Vulnerability Remediation” OR “Bug
Fixing” OR “Automated Code Repair” OR “Security Patch”
OR “Code Patching”).
Среди моделей чаще всего конечно же были GPT(3,5 и 4), CodeX и Llama и также GitHub Copilot.
Было выделено 10 категорий уязвимостей.
Injections - это самая упоминаемая категория уязвимостей, в статьях(GPT, Copilot):
CWE-79: чаще генерировал уязвимый код для xss
CWE-89: чаще генерировал уязвимый код для sql
Уязвимости управления памятью(GPT, Copilot):
CWE-190: Integer Overflow or Wraparound
CWE-476: Null Pointer Dereference
Уязвимости управления файлами(GPT, Copilot):
CWE-22: Improper Limitation of a Pathname to a Restricted Directory ('Path Traversal')
Уязвимости десериализации(GPT, Copilot):
CWE-502: Deserialization of Untrusted Data
Утечка информации(GPT, Copilot):
CWE-200: Exposure of Sensitive Information to an Unauthorized Actor
Уязвимости аутентификации и авторизации(GPT,Copilot):
CWE-798: Use of Hard-coded Credentials
CWE-284: Improper Access Control
Криптографические уязвимости(GPT,Copilot):
CWE-327: Use of a Broken or Risky Cryptographic Algorithm
Уязвимости управления ресурсами(GPT, Copilot):
CWE-404: Improper Resource Shutdown or Release(LLAMA также)
CWE-772: Missing Release of Resource after Effective Lifetime
Coding Standards(GPT,Copilot,LLAMA):
CWE-758: Reliance on Undefined, Unspecified, or Implementation-Defined Behavior
Уязвимости обработки ошибок(GPT,Copilot,LLAMA,CodeX):
CWE-703: Improper Check or Handling of Exceptional Conditions
GPT примерно в 40% случаев генерировал уязвимый код, Copilot в 46% а вот LLAMA в 25-35% случаев... Надо смотреть по статьям детально.
Плюс, была проведена оценка того "Насколько модель хорошо определяет уязвимость".
SAST с которыми сравнивались - вы можете видеть на второй фотографии.
Тут также есть хорошие результаты. Например, GPT обнаруживал уязвимости в 68% случаев и всё очень зависело от структуры запроса. Он круто справлялся с определением уязвимостей типа memory leak. Copilot - 40%, но при этом отмечается что он хорошо вывозил в очень высоко рисковых случаях - опять же надо смотреть статью.
CodeX и LLAMA - 90% и 85% успеха в обнаружении уязвимостей в коде, особенно по части утечек в памяти. Но есть нюанс, они хуже работаю с большими кодовыми базами и больше дают ложноположительных результатов.
Конечно были и рассмотрены техники того, как можно улучшить результаты. Например изначально улучшать структуру запросов (Chain-of-Thought (CoT) Prompting, Few-shot Prompting, In-context Prompting, Task-oriented Prompting) , а также делать дообучение на специальных данных.