Background video ai-based changing

На прошедших выходных Младшая Сестра готовилась к конкурсу чтецов. По скольку он проходит на дистанционке, надо было записать видос, как она читает. Читала она отрывок из произведения Булгакова "Записки юного врача".

Отец вместе с ней решили немного покреативить, записали видос и захотели сменить фон. На какой-нибудь морг\реанимационную палату.

Первой попыткой было захромакеить задний фон с помощью sony vegas pro 13. Однако результат оставлял желать лучшего, видео сильно артифактило.

Тут врываюсь я и говорю:
Ща все будет, дай мне 10 минут.
Лезу на github.com, и нахожу сие чудо:

https://github.com/ZHKKKe/MODNet
Is a Green Screen Really Necessary for Real-Time Portrait Matting?
Не уже ли зеленый экран правда так сильно нужен для замены заднего фона налету?
Нет, и не нужен вовсе))
Это репо — обертка вокруг предтренированной модели-AI для замены заднего фона в видосах\картинках\вебкам-потоках.
Сильно вникать не стал, нужны были быстрые результаты.

Не буду много говорить,
Покажу что сделал, чтобы достать на видео только передний фон, а задний сделать белым:

Качаем репо:
git clone https://github.com/ZHKKKe/MODNet.git

Переходим скачаное репо, в папку /pretrained
И скачиваем предренированную модель modnet_webcam_portrait_matting.ckpt из
https://drive.google.com/drive/folders/1umYmlCulvIFNaqPjwod1SayFmSRHziyR

Создаем виртуальное окружение, venv
(мы же не хотим поломать питон, что у нас на системе)))
python3 -m venv env

Активируем установленное вирутальное окружение.
source env/bin/activate

Устанавливаем зависисмости (мы же в виртуальном окружении, верно?)):
pip install -r demo/video_matting/custom/requirements.txt

Запускаем скрипт с путем до вашего видео:
python -m demo.video_matting.custom.run --video YOUR_VIDEO_PATH

Заарифактило только маленький кусочек внизу,
За все четыре минуты видоса косяков больше не было,
На конечном результате просто опустили Мелкую пониже, чтобы этого куска не было видно))

#OpenSource #AI #python #tools

Небольшое упражние-гинастика с systemd-targets 🤸‍♀️🏃🤾

На хабре есть отличная статья на тему:
Systemd: пишем собственные .service и .target

Вкратце,
.target — особый тип unit'ов,
Позволяющий управлять другими юнитами, как группой.
Юнит такого типа должен распологаться в каталоге "/usr/lib/systemd/system" или "/etc/systemd/system" и быть доступным на чтение))
note: юниты, лежащие в "/etc/*" имеют приоритет.

Получение информации о текущем target.
Для этого выполните команду:
systemctl get-default

Вывод списока всех загруженных юнитов
systemctl list-units --type target

Изменение target по умолчанию
systemctl set-default multi-user.target

Проверка результата:
systemctl get-default

Возвращение первоначальной настройки (для десктопа)
systemctl set-default graphical.target

Переключение системы в multi-user.target
systemctl isolate multi-user.target

Переключение системы назад в graphical.target
systemctl isolate graphical.target

#systemd #linux #unix #administration

Debian build tools

Занимаясь перепиливанием всех этих ваших линуксов наткнулся на удивительную ссылочку с потрясающей интерактивной презентацией на тему
"Инструменты сборок debian образа".

Там обзор ~5-ти лучших инструментов с примером запуска,
А так же сравнительная табличка что на чём написано.

Отдельно хотел бы разобрать live-build в следующих постах, инструмент, которым вроде собирают собственно debian.

#linux #debian #build #live

JSON Interoperability

Интересный вектор тестирования приложения, я бы сказал, как один из видов фаззинга, который никогда не приходил мне в голову 🧐

Json формат данных имеет следующий вид:

{ "someVar" : "value", "someVar1" : 1.0, "someVar2" : 9999 }

Вот отправляете вы на какой-нибудь сервак по api подобный payload в штатном режиме.

А как поведет себя тот же сервак, если вдруг ему прийдёт payload следующего вида?)

{ "someVar" : "value", "someVar1" : 1.0, "someVar2" : 9999, "someVar" : "value1", "someVar1" : -1.0 }

В ссылках подробный разбор данного вектора, состоящий из двух лаб. Очень рекомендую ознакомиться.

#fuzz #go #OpenSource #БПО

Для тех, кто вдруг решит стать высококвалифицированным пентестером 😏

Dependency analysis ⛓

Если вы вдруг работаете с безопасной разработкой,
То рано или поздно задумаетесь об анализе тех зависимостей,
Что лежат в корне функциональности вашего приложения.

Старые версии библиотек, уязвимости в них, а так же, возможно, совместимость лицензий, вот это все. На помощь в отслеживании данной проблемы ребята из под начала OWASP запилили супер комбайн.

Dependency-Track - это интеллектуальная платформа анализа компонентов цепочки поставок, которая позволяет организациям идентифицировать и снижать риск от использования сторонних и открытых компонентов на базе OWASP. Инструмент анализирует файлы, содержащие перечень всех зависимостей для проекта, так называемые BOM (bill of material) файлы.
Эти файлы описываются по спецификации cycloneDX BOM
(https://cyclonedx.org/docs/1.1/)

Исходный код: https://github.com/DependencyTrack/dependency-track


Рассмотрим с вами вариант использования "На скорую руку" с помощью Docker:

docker pull owasp/dependency-track
docker volume create --name dependency-track
docker run -d -p 8080:8080 --name dependency-track -v dependency-track:/data owasp/dependency-track

После завершения установки необходимо перейти по адресу развертывания DependencyTrack, в данном случае http://localhost:8080,
ввести в форму авторизации admin admin, изменить пароль на более надежный, создать проект, к которому будут односиться проанализированные зависимости.
Ометить в url UUID проекта.
Перейти в настройки, отметить token для автоматизации.

Для проектов, написанных на java и собираемых Maven'ом необходимо использовать плагин cyclonedx-maven-plugin
https://github.com/CycloneDX/cyclonedx-maven-plugin,
который генерирует необходимые для дальнейшего анализа BOM-файлы при сборке проекта.

Необходимо в корне проекта в файле pom.xml в разделе plugins добавить следующие строки:

<plugins>
<plugin>
<groupId>org.cyclonedx</groupId>
<artifactId>cyclonedx-maven-plugin</artifactId>
<version>2.1.1</version>
<executions>
<execution>
<phase>verify</phase>
<goals>
<goal>makeAggregateBom</goal>
</goals>
</execution>
</executions>
<configuration>
<projectType>library</projectType>
<schemaVersion>1.1</schemaVersion>
<includeBomSerialNumber>true</includeBomSerialNumber>
<includeCompileScope>true</includeCompileScope>
<includeProvidedScope>true</includeProvidedScope>
<includeRuntimeScope>true</includeRuntimeScope>
<includeSystemScope>true</includeSystemScope>
<includeTestScope>false</includeTestScope>
<includeLicenseText>false</includeLicenseText>
<outputFormat>all</outputFormat>
</configuration>
</plugin>
</plugins>

Для генерации BOM-файлов вручную, можно воспользоваться следующей командой:

mvn -X -DSPDXParser.OnlyUseLocalLicenses=true org.cyclonedx:cyclonedx-maven-plugin:2.1.1:makeBom

Для дальнейшего анализа необходимо загрузить сгенерированные файлы в развернутый контейнер.
Т.к. файлов обычно слишком много, для автоматизации загрузки необходимо воспользоваться следующим скриптом, используя ранее отмеченные UUID проекта и token для автоматизации.

Скрипт:

AUTO_TOKEN=<TOKEN>
NIFI_UUID=<PROJECT_UUID>
DEP_TRACK_URL=<Dependency_Track_url>

find $PWD -type f -name "bom.xml" |
while read -r line
do
echo $line;
curl -X "POST" "$DEP_TRACK_URL" \
-H "X-Api-Key: $AUTO_TOKEN" \
-F "project=$NIFI_UUID" \
-F "bom=@/$line";
done

После выполнения скрипта необходимо открыть web интерфейс, перейти в созданный проект и наслаждаться\ужасаться результатами))

#OpenSource #Dependencies #Analysis #tools #БПО

Defcon archives

Принес вам ссылочку на архивы метриалов с defcon (всех)
Пусть будет, почему нет?))

http://m6rqq6kocsyugo2laitup5nn32bwm3lh677chuodjfmggczoafzwfcad.onion

#defcon #onion #archive #pentest

Облако тегов #️⃣☁️
---------------------------------------------------
Им лучше пользоваться из чата.
Ссылка на чат: https://t.me/ItShittyNotesChat
Ссылка на облако тэгов в чате: https://t.me/ItShittyNotesChat/265
---------------------------------------------------
#БПО -- безопасная разработка ПО, решения, подходящие в рамках обеспечения ГОСТа 56939.
#OpenSource -- решения, базе открытого кода.
#tools -- инструменты, решающие весьма конкретные задачи.
#fuzz -- фаззинг, вид тестирования продукта, путем ввода заведомо неправильных данных.
#linux -- операционная система класса unix.
#python -- интерпретируемый язык программирования высокой прикладной применимости.
#go -- компилируемый язык программирования, идеально подходящий для сетевых задач (завязанный на I/O)
#onion -- ресурс, находящийся в "луковом" сетевом пространстве.
#sast -- средства статического анализа исходных текстов.
#dast -- средства динамического тестирование приложения.
#notes -- записки, статейки, исследования.
#cheatsheet -- шпаргалки, дорожные карты, показательные примеры.
#android -- все что связано с зеленым роботом.
#mobile -- все что связано с мобилками.
#sec -- тематика безопасности.

Дорки по поиску в Яндексе лишними не будут 😏

Очень интересные материалы, стоит учитывать при перекройке своих загрузочных дистрибутивов #linux
⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️

А порция одноразовых почтовых ящиков ещё никому не мешала 🥸📧

Еще порция одноразовых почтовых ящиков 🤫