xmoonlight

Петя находит в блокчейне Васин кошелёк, генерирует пару ключей, публикует ключ и просит Васю выполнить действия заданные этим ключом.
- Вася, чтобы доказать Пете что он именно Вася, а не подставная личность, выполняет на камеру и микрофон действия закодированные в публичном ключе, передаёт их Пете. Петя прогоняет запись этих действий через нейронные сети, и получает некоторый вектор, который сверяет по блокчейну с вектором из Васиного кошелька. И если вектор оказался ближайшим по Евклидову расстоянию, то ок. Мы имеем дело с Васей, а с не мошенником выдающим себя за Васю.

Не проще сравнить две видеозаписи на последовательность векторных движений контуров?

Нужно захешировать видео-запись через fuzzy-hashing. Т.е., только контурные движения от кадра к кадру. Это будет точно определять эту видео-запись, а что/кто на ней - уже будет невозможно восстановить.

PS: А что делать человеку-инвалиду? :(

И еще на форме авторизации нет капчи - что грозит возможностью брутфорса.

п.с. задание с одного ctf (не лукавлю), просто нужна помощь,совет в какую сторону искать.

Антифрод: Шах и мат.

Material:
id | material_id | ... | owner_user_id

ACL:
id | object_table_name | object_id | set_for_user_id | permission_id | allow(bool) | deny(bool) | set_by_user_id
(allow(bool) | deny(bool) - для одновременной возможности работы по "белому" и "чёрному" списку правил с возможностью их переключения;
object_table_name | object_id => (например) 'material' | 1
)

ACL_global:
id | object_table_name | permission_id | whitelist(bool) | set_by_user_id

Permission:
id | permission | description

( примеры:
1 | view | возможность просматривать
2 | comment | возможность комментировать
3 | moderate | возможность модерировать
)

Серьёзная работа - это всё, что касается работы над ТЗ с нуля (по которому можно потом создать проект!).

Максимально обезопасить возможно только в случае, если движок блога расположен выше www-директории.
А доступ к нужной публичной директории (site.com/blog) - предоставляется из центральной точки, являющейся роутером запросов: php-файл или правила .htaccess.
И тоже самое - для другого движка, стоящего рядом.

1. Для защиты от атак (входящие запросы GET/POST и т.д.): читаем здесь.
2. Для контроля запуска shell-функций : php-security
3. Runkit Sandbox (для подмены стандартных функций на свои): здесь

PyCUDA

longblob

TINYBLOB, BLOB, MEDIUMBLOB and LONGBLOB

A binary large object that can hold a variable amount of binary data. The sorting and comparison of the values for these objects is performed in case-sensitive manner.

TINYBLOB
A binary large object column with a maximum length of 255 (2^8 - 1) characters.

BLOB
A binary large object column with a maximum length of 65535 (2^16 - 1) characters.

MEDIUMBLOB
A binary large object column with a maximum length of 16777215 (2^24 - 1) characters.

LONGBLOB
A binary large object column with a maximum length of 4294967295 (2^32 - 1) characters.

Надо граблей побольше нарисовать и один танк)
Танк - это ВЫ)
На самом деле - нужно объяснить на трудозатратах: сколько он денег потратит, купив у вас услугу, а сколько сил и времени - потратит самостоятельно.
И это - должно быть так, чтобы он сам понял, что ему проще купить услугу.

stumper.ru

Здесь я реализовал функцию. Можно прикрутить без проблем.

1. Единый RestAPI - делим на приватный (для себя и бэкенда) и публичный (для любых кастомных клиентов).
2. Пишем сайт и подключаем его как один из клиентов.
3. RestAPI - контролирует доступы и общается с базой данных.

Add-on по RestAPI: тут

50000/(15*60) ~ 56 запросов в секунду на сторонний API!
А мужики-то знают?!)

PHP - работает? настроен?

<?php
phpinfo();

Что выводит?

как производится поиск по базе данных, который сопоставляет эти параметры идентификатору файла (int32 или int64)

Это сам идентификатор пользовательской записи/поста. Никаких преобразований с этим параметром до извлечения данных из базы по нему - не делается.

PS: создаётся этот параметр в момент создания (первого сохранения) поста/записи, генерация ключа - может идти через хранимую процедуру в базе данных.

Всё зависит от сложностей операций (нагрузки на CPU), производимых кодом сайта(-ов).

Inet addr:172.18.*.* - это IP-адрес внутренней сети ("серый" IP)
P-t-P:10.80.127.126 - это внутренний сетевой адрес PTP соединения
Mask:255.255.255.255 - это маска, обозначающая, что адрес 10.80.127.126 - это является самостоятельной сетью (8x4=32)