Безопасность
Как OnlyValue AI обращается с вашими данными и доступами к OnlyFans.
Хранение доступов
Доступы к OnlyFans шифруются алгоритмом AES-256-GCM до попадания в базу, ключом на 256 бит, который хранится только в серверной конфигурации. Шифротекст содержит случайный 96-битный nonce и 128-битный тег аутентификации, поэтому подмена обнаруживается при расшифровке. Ни один эндпоинт не возвращает сохранённый доступ — ни вам, ни поддержке. В интерфейсе показывается укороченный отпечаток SHA-256, чтобы понять, какой ключ сохранён.
Разграничение доступа в базе
На каждой таблице включена и принудительно применяется row-level security PostgreSQL с политиками по идентификатору пользователя. Аналитика, инсайты и платежи доступны владельцу только на чтение; все записи идут через серверный код после валидации. Колонка с доступами дополнительно исключена из грантов браузерной роли, поэтому недостижима даже при ошибке в политике.
Платежи
Цены тарифов заданы в серверном коде, а не в запросе. Клиент отправляет только идентификатор тарифа; сумму подставляет и записывает сервер. Колбэки провайдера проверяются по HMAC-SHA512 с IPN-секретом, дедуплицируются в отдельной таблице, чтобы повторный колбэк не продлил тариф дважды, и сверяются с суммой, записанной при создании инвойса. Непроверяемый колбэк отклоняется.
Транспорт и заголовки
HSTS с preload в продакшене, Content-Security-Policy с nonce на каждый запрос и strict-dynamic, frame-ancestors none, object-src none и Permissions-Policy, запрещающая камеру, микрофон, геолокацию и платежи. Ответы API помечены no-store и варьируются по Cookie.
Чего мы не делаем
Мы не публикуем от вашего имени, не пишем фанатам, не читаем содержимое переписок без явного включения анализа тем и не передаём данные рекламодателям. Service worker никогда не кэширует ответы, требующие авторизации.
Сообщить об уязвимости
Пишите на [email protected] с шагами воспроизведения. Мы не преследуем добросовестные исследования, которые проводятся в рамках собственного аккаунта и не мешают работе сервиса для других.