Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Google добавил вход по видеоселфи
Google тестирует вход по видеоселфи вместо пароля и 2FA: пользователь записывает короткое видео, а потом система сверяет лицо при авторизации. Это упрощает доступ, но вызывает вопросы к антифроду и защите от дипфейков. Функция доступна не всем и не работает для Workspace, детских аккаунтов и Advanced Protection.
➡️ Читайте на сайте: https://aff.top/blog/google-dobavil-vkhod-po-videoselfi
🧠 Ещё больше инсайтов → в канале AFF.top
Google тестирует вход по видеоселфи вместо пароля и 2FA: пользователь записывает короткое видео, а потом система сверяет лицо при авторизации. Это упрощает доступ, но вызывает вопросы к антифроду и защите от дипфейков. Функция доступна не всем и не работает для Workspace, детских аккаунтов и Advanced Protection.
➡️ Читайте на сайте: https://aff.top/blog/google-dobavil-vkhod-po-videoselfi
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AffPapa! Клуб спящих бизнесменов! Потрачено!
Как 🇪🇬 🇪🇨 🇩🇴 🇩🇲 первыми собрали собственную армию AI-креаторов и вышли на monthly spend свыше 💵 500 000
Дорогие коллеги и партнёры,
⚡️ За последние годы creator economy стала одним из самых обсуждаемых направлений на рынке. Для нас она стала полноценным продуктом.
🏆 JoyCasino первыми запустили партнёрскую программу по монетизации AI-контента с прямой оплатой за результат. За несколько лет эксперимент превратился в собственное комьюнити креаторов с Monthly spend свыше $500 000, а общие инвестиции в Joy Content Academy превысили $2 млн.
📌 Сегодня это не только контент, но и полноценная внутренняя экосистема: турниры, персонажи и идеи из роликов стали частью самого продукта.💪 Получился редкий для iGaming кейс, когда новый формат удалось превратить в масштабируемый канал привлечения и вовлечения аудитории.
Подробнее о проекте👉 joycontent.academy
Задаём тренды на рынке с 2014 года. Дальше — больше.
Дорогие коллеги и партнёры,
📌 Сегодня это не только контент, но и полноценная внутренняя экосистема: турниры, персонажи и идеи из роликов стали частью самого продукта.
Подробнее о проекте
Задаём тренды на рынке с 2014 года. Дальше — больше.
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Alibaba выпустили в паблик Qwen-image-3.0
Qwen-image-3.0 делает упор не на «красивую картинку», а на прикладные задачи: длинные промпты, сложные макеты, текст, формулы и 12 языков. Это удобный инструмент для массовой генерации простых визуалов, но пока без open-source весов и бенчей он не выглядит заменой GPT Image 2 или Nano Banana 2.
➡️ Читайте на сайте: https://aff.top/blog/alibaba-vypustili-v-pablik-qwen-image-3-0
🧠 Ещё больше инсайтов → в канале AFF.top
Qwen-image-3.0 делает упор не на «красивую картинку», а на прикладные задачи: длинные промпты, сложные макеты, текст, формулы и 12 языков. Это удобный инструмент для массовой генерации простых визуалов, но пока без open-source весов и бенчей он не выглядит заменой GPT Image 2 или Nano Banana 2.
➡️ Читайте на сайте: https://aff.top/blog/alibaba-vypustili-v-pablik-qwen-image-3-0
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AffPapa! Клуб спящих бизнесменов! Потрачено!
Как баинговой команде снизить косты на запуск и найти новые точки роста?
adskill - рекламная инфраструктура для стабильной работы performance-команд. Специально на этот квартал мы подготовили пакет кастомных условий для медиабайеров, инхаус-команд брендов и digital-агентств:
🔥 TikTok под 0% комиссии - запуск и ведение кампаний без сервисных сборов до конца квартала.
🔥 YanGo под 0% комиссии - выдача аккаунтов менее чем за 1 день и быстрое пополнение баланса.
🔥 Оптимизация НДС на Facebook - помогаем настроить кампании с учетом нового налогового законодательства на некоторых ГЕО.
⚡️ Доступ к Bing и Bidease - редкие альтернативные источники трафика для масштабирования
💳 Агентское вознаграждение - возвращаем часть затрат от рекламного спенда.
Почему крупные команды выбирают adskill:
🔹 Полная свобода: Отсутствуют лимиты на спенд и количество создаваемых аккаунтов.
🔹 Удобные расчеты: Гибкие мультивалютные решения и кастомные платежные шлюзы под каждый проект.
🔹 Единый баланс: Быстрый перенос оборотного бюджета между 20+ площадками.
🔹 Безопасность капитала: Whitelisted-аккаунты, приоритетная модерация и оперативный возврат средств на баланс в случае блокировок.
Масштабируйте performance-кампании, используя готовую инфраструктуру и прямые партнерские условия adskill.
Написать менеджеру и уточнить доступные способы расчетов:👉 @adskill_sales_o_bot
adskill - рекламная инфраструктура для стабильной работы performance-команд. Специально на этот квартал мы подготовили пакет кастомных условий для медиабайеров, инхаус-команд брендов и digital-агентств:
🔥 TikTok под 0% комиссии - запуск и ведение кампаний без сервисных сборов до конца квартала.
🔥 YanGo под 0% комиссии - выдача аккаунтов менее чем за 1 день и быстрое пополнение баланса.
🔥 Оптимизация НДС на Facebook - помогаем настроить кампании с учетом нового налогового законодательства на некоторых ГЕО.
⚡️ Доступ к Bing и Bidease - редкие альтернативные источники трафика для масштабирования
💳 Агентское вознаграждение - возвращаем часть затрат от рекламного спенда.
Почему крупные команды выбирают adskill:
🔹 Полная свобода: Отсутствуют лимиты на спенд и количество создаваемых аккаунтов.
🔹 Удобные расчеты: Гибкие мультивалютные решения и кастомные платежные шлюзы под каждый проект.
🔹 Единый баланс: Быстрый перенос оборотного бюджета между 20+ площадками.
🔹 Безопасность капитала: Whitelisted-аккаунты, приоритетная модерация и оперативный возврат средств на баланс в случае блокировок.
Масштабируйте performance-кампании, используя готовую инфраструктуру и прямые партнерские условия adskill.
Написать менеджеру и уточнить доступные способы расчетов:👉 @adskill_sales_o_bot
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Яндекс тестирует объединение цифровой и наружной рекламы
Яндекс тестирует «Панораму» — единый формат для digital и наружной рекламы с «умным» охватом, который учитывает пересечение аудиторий и снижает частоту показов. Для рекламодателей это шанс расширить reach до 120 млн пользователей и протестировать новые placements, но в паблик-фазе важно смотреть на цену охвата и качество трафика.
➡️ Читайте на сайте: https://aff.top/blog/iandeks-testiruet-obedinenie-cifrovoi-i-naruzhnoi-reklamy
🧠 Ещё больше инсайтов → в канале AFF.top
Яндекс тестирует «Панораму» — единый формат для digital и наружной рекламы с «умным» охватом, который учитывает пересечение аудиторий и снижает частоту показов. Для рекламодателей это шанс расширить reach до 120 млн пользователей и протестировать новые placements, но в паблик-фазе важно смотреть на цену охвата и качество трафика.
➡️ Читайте на сайте: https://aff.top/blog/iandeks-testiruet-obedinenie-cifrovoi-i-naruzhnoi-reklamy
🧠 Ещё больше инсайтов → в канале AFF.top
Секреты в облаке ломаются не шифрованием, а жизненным циклом и доступом
В динамической инфраструктуре секрет опасен не сам по себе, а там, где он живёт слишком долго и раздаётся слишком широко. Типовые провалы: статические ключи в переменных окружения, ручная ротация, общие учётки для сервисов, отсутствие привязки к workload identity.
Модель защиты строится на трёх правилах: — выдавать секрет по запросу, а не хранить его в образе или конфиге; — ограничивать область действия токена одним сервисом, одной ролью, одним временем жизни; — отзывать доступ автоматически при удалении пода, контейнера или временной роли. Любой секрет без TTL — это долговой обязательство для всей платформы.
Отдельно проверяйте каналы доставки: CI/CD, sidecar, init-container, agent на ноде. Если секрет попадает в логи, дампы, кэш артефактов или снапшоты томов, вы теряете контроль над его распространением. Шифрование at rest здесь вторично: утечка чаще происходит на уровне оркестрации и наблюдаемости 🔍
Минимальный базис: централизованный vault, короткоживущие креды, аудит выдачи, ротация без ручных действий, запрет на секреты в Git и image layer. Проверяйте логи, истина всегда скрыта в них.
В динамической инфраструктуре секрет опасен не сам по себе, а там, где он живёт слишком долго и раздаётся слишком широко. Типовые провалы: статические ключи в переменных окружения, ручная ротация, общие учётки для сервисов, отсутствие привязки к workload identity.
Модель защиты строится на трёх правилах: — выдавать секрет по запросу, а не хранить его в образе или конфиге; — ограничивать область действия токена одним сервисом, одной ролью, одним временем жизни; — отзывать доступ автоматически при удалении пода, контейнера или временной роли. Любой секрет без TTL — это долговой обязательство для всей платформы.
Отдельно проверяйте каналы доставки: CI/CD, sidecar, init-container, agent на ноде. Если секрет попадает в логи, дампы, кэш артефактов или снапшоты томов, вы теряете контроль над его распространением. Шифрование at rest здесь вторично: утечка чаще происходит на уровне оркестрации и наблюдаемости 🔍
Минимальный базис: централизованный vault, короткоживущие креды, аудит выдачи, ротация без ручных действий, запрет на секреты в Git и image layer. Проверяйте логи, истина всегда скрыта в них.
Forwarded from AffPapa! Клуб спящих бизнесменов! Потрачено!
Самое время начать игру с преимуществом:
Не откладывай удачу на потом — активируй бонус и сделай первый шаг к большим победам.
Самое время начать игру с преимуществом:
Не откладывай удачу на потом — активируй бонус и сделай первый шаг к большим победам!
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from Vision Browser Новости
This media is not supported in your browser
VIEW IN TELEGRAM
Мигрируй с Indigo Browser с максимальной выгодой!
⏳ 31 августа 2026 года Indigo Browser официально прекращает работу. Всех пользователей безальтернативно переведут в Multilogin — хотите вы этого или нет.
В красивых словах про «общее будущее» и «единую технологию» легко не заметить главное: продукт, который выбирали пользователи, больше не будет развиваться самостоятельно и полностью исчезнет.
Наша команда уверена, что хорошие проекты не закрываются и не продаются — они сохраняют независимость, растут и становятся лучше.
Если не хочешь быть частью этой вынужденной меры и мигрировать в откровенно слабое и устаревшее решение — команда✌️ Vision рада предложить альтернативу.
✅ Мы полностью компенсируем стоимость текущего тарифа Indigo.
✅ Поможем с переносом всех данных и профилей.
✅ Дадим поддержку и быстрый старт в Vision.
Не трать деньги на браузер, который уже списали в архив. Переезжай туда, где продукт делают для пользователей, а не ради выгодных сделок.
📩 Напиши кодовое слово «RIPINDIGO» в наш саппорт на сайте или в официальном боте поддержки — и мы оформим компенсацию тарифа и поможем быстро перенести все данные.
Срок действия предложения - до 19:00 31.08.2026 (GMT+3)
Условия акции
⏳ 31 августа 2026 года Indigo Browser официально прекращает работу. Всех пользователей безальтернативно переведут в Multilogin — хотите вы этого или нет.
В красивых словах про «общее будущее» и «единую технологию» легко не заметить главное: продукт, который выбирали пользователи, больше не будет развиваться самостоятельно и полностью исчезнет.
Наша команда уверена, что хорошие проекты не закрываются и не продаются — они сохраняют независимость, растут и становятся лучше.
Если не хочешь быть частью этой вынужденной меры и мигрировать в откровенно слабое и устаревшее решение — команда
✅ Мы полностью компенсируем стоимость текущего тарифа Indigo.
✅ Поможем с переносом всех данных и профилей.
✅ Дадим поддержку и быстрый старт в Vision.
Не трать деньги на браузер, который уже списали в архив. Переезжай туда, где продукт делают для пользователей, а не ради выгодных сделок.
📩 Напиши кодовое слово «RIPINDIGO» в наш саппорт на сайте или в официальном боте поддержки — и мы оформим компенсацию тарифа и поможем быстро перенести все данные.
Срок действия предложения - до 19:00 31.08.2026 (GMT+3)
Условия акции
Please open Telegram to view this post
VIEW IN TELEGRAM
Сканирование контейнерных образов на CVE ломается не в scanner, а в цепочке поставки
Если в pipeline нет обязательного контроля образа до публикации, уязвимый слой легко уезжает в registry и дальше размножается по кластерам. Риск обычно не в одном критичном CVE, а в накоплении слабых мест: базовый образ, транзитивные пакеты, старые зависимости, забытые тестовые теги.
Минимальная схема защиты выглядит так:
— сканирование при сборке и перед деплоем;
— политика блокировки для critical/high в прод-контуре;
— повторная проверка уже опубликованных образов по расписанию;
— запрет на использование mutable tags без digest-пиннинга;
— отдельный контроль для base image и зависимостей из package manager.
Слабое место большинства внедрений — доверие к одному отчёту. Скрипт в CI видит только то, что собралось сейчас; registry scanner — только то, что уже сохранено; runtime admission control — только то, что попало в кластер. Если эти уровни не связаны, атакующий или невнимательный разработчик обходит защиту обычной пересборкой.
Полезно хранить результат сканирования как артефакт, а не как текст в логе: тогда можно сравнивать дельту по образу, отслеживать повторное появление уязвимостей и строить исключения только через явный approval. Проверяйте логи, истина всегда скрыта в них.
Если в pipeline нет обязательного контроля образа до публикации, уязвимый слой легко уезжает в registry и дальше размножается по кластерам. Риск обычно не в одном критичном CVE, а в накоплении слабых мест: базовый образ, транзитивные пакеты, старые зависимости, забытые тестовые теги.
Минимальная схема защиты выглядит так:
— сканирование при сборке и перед деплоем;
— политика блокировки для critical/high в прод-контуре;
— повторная проверка уже опубликованных образов по расписанию;
— запрет на использование mutable tags без digest-пиннинга;
— отдельный контроль для base image и зависимостей из package manager.
Слабое место большинства внедрений — доверие к одному отчёту. Скрипт в CI видит только то, что собралось сейчас; registry scanner — только то, что уже сохранено; runtime admission control — только то, что попало в кластер. Если эти уровни не связаны, атакующий или невнимательный разработчик обходит защиту обычной пересборкой.
Полезно хранить результат сканирования как артефакт, а не как текст в логе: тогда можно сравнивать дельту по образу, отслеживать повторное появление уязвимостей и строить исключения только через явный approval. Проверяйте логи, истина всегда скрыта в них.
Forwarded from AffPapa! Клуб спящих бизнесменов! Потрачено!
Please open Telegram to view this post
VIEW IN TELEGRAM
Kubernetes ломают не через „магический эксплойт“, а через слабые границы доступа
Кластер обычно атакуют с двух сторон: снаружи — через открытый API, ingress, секреты в CI/CD; изнутри — через переиспользованный ServiceAccount, лишние RBAC-права и доступ к metadata service. Если у пода есть возможность эскалировать привилегии, компрометация одного микросервиса быстро превращается в компрометацию всего кластера.
Базовая защита начинается с минимизации поверхности:
— API server не должен быть доступен шире, чем нужно;
— RBAC строится по принципу deny by default;
— ServiceAccount настраивается отдельно для каждого workload;
— секреты не хранятся в манифестах и не попадают в логи;
— admission policy блокирует privileged, hostPath и контейнеры с избыточными capabilities.
Отдельно контролируйте сетевой периметр внутри кластера. NetworkPolicy должна ограничивать east-west трафик между namespace и сервисами, а egress — запрещать неконтролируемые выходы наружу. Для атакующего это критично: даже после закрепления в поде ему нужно двигаться дальше, а сегментация ломает эту траекторию. Параллельно включайте audit logs, мониторинг аномальных exec в контейнеры и алерты на создание новых ClusterRoleBinding.
Для защиты от компрометации изнутри полезны короткоживущие токены, ротация секретов, image signing и запрет запуска неподписанных образов. Любой доступ к kubeconfig, registry и CI должен считаться привилегией, а не удобством. Проверяйте логи, истина всегда скрыта в них.
Кластер обычно атакуют с двух сторон: снаружи — через открытый API, ingress, секреты в CI/CD; изнутри — через переиспользованный ServiceAccount, лишние RBAC-права и доступ к metadata service. Если у пода есть возможность эскалировать привилегии, компрометация одного микросервиса быстро превращается в компрометацию всего кластера.
Базовая защита начинается с минимизации поверхности:
— API server не должен быть доступен шире, чем нужно;
— RBAC строится по принципу deny by default;
— ServiceAccount настраивается отдельно для каждого workload;
— секреты не хранятся в манифестах и не попадают в логи;
— admission policy блокирует privileged, hostPath и контейнеры с избыточными capabilities.
Отдельно контролируйте сетевой периметр внутри кластера. NetworkPolicy должна ограничивать east-west трафик между namespace и сервисами, а egress — запрещать неконтролируемые выходы наружу. Для атакующего это критично: даже после закрепления в поде ему нужно двигаться дальше, а сегментация ломает эту траекторию. Параллельно включайте audit logs, мониторинг аномальных exec в контейнеры и алерты на создание новых ClusterRoleBinding.
Для защиты от компрометации изнутри полезны короткоживущие токены, ротация секретов, image signing и запрет запуска неподписанных образов. Любой доступ к kubeconfig, registry и CI должен считаться привилегией, а не удобством. Проверяйте логи, истина всегда скрыта в них.
Forwarded from AffPapa! Клуб спящих бизнесменов! Потрачено!
Я ДЕЛАЮ СОБСТВЕННЫЙ СЕРВИС КАРТ ДЛЯ АРБИТРАЖА - NeCards
Только без обычной хуйни: «эксклюзивные трастовые BIN’ы»;
«надёжный европейский эмитент»;
«наш банковский партнёр»;
«подробности уточняйте у менеджера».
У меня всегда был один вопрос: какой, блять, банк? Кому принадлежат BIN’ы? Почему вчера они были трастовые, а сегодня половина рынка ловит risk payment?
Хуй пойми.
Поэтому в NeCards всё будет открыто:
• какой банк выпустил BIN;
• где он показывает себя лучше;
• что разрешено и запрещено;
• комиссии, лимиты;
• юридическое лицо;
• закрывающие документы.
Если сервис скрывает название банка, возможно, проблема не в банковской тайне. Возможно, банка там просто нет.
Сейчас я уже работаю напрямую с банками. Идут договора, комплаенс и прочая взрослая скучная хуйня, которая почему-то занимает больше двух вечеров.
Но платформу мы уже доделали:
• выпуск и управление картами;
• команды и массовые операции;
• аналитика и API;
• нормальный интерфейс без ощущения, что ты открыл админку интернет-магазина из 2011 года.
ЧТО БУДЕТ СЕЙЧАС?
На старте в NeCards будут карты сторонних проверенных поставщиков.
Только я не собираюсь называть чужие BIN’ы «нашей уникальной банковской инфраструктурой».
Я честно покажу, откуда карты, какие у них условия и ограничения.
Комиссии поставщиков на время тестирования возьму на себя.
Сможете бесплатно получить карты, проверить платформу и помочь довести её до состояния, когда она просто, блять, работает, хотя уже - работает, но... На всякий!
Без «революции рынка».
ЧТО БУДЕТ ДАЛЬШЕ?
В сентябре рассчитываю закончить прямые договоры с банками.
После этого постепенно перейдём на собственные банковские программы.
Нормальные банки.
Прямые договоры.
Открытые BIN’ы.
Понятные ограничения.
Закрывающие документы.
Нужно официально учитывать расходы и платить налоги? Пожалуйста. Не нужно? Ну и поебать.
Главное, что вы всегда будете понимать, чьими картами пользуетесь, сколько реально платите и кто отвечает за инфраструктуру.
Скоро открою бесплатное тестирование NeCards
____
🤔 Консоли Google Play и Apple Developer надо? Phoenix — 100% свой фарм с 2021-го. Забрать акки → @phoenix_seller_bot 🤔
Только без обычной хуйни: «эксклюзивные трастовые BIN’ы»;
«надёжный европейский эмитент»;
«наш банковский партнёр»;
«подробности уточняйте у менеджера».
У меня всегда был один вопрос: какой, блять, банк? Кому принадлежат BIN’ы? Почему вчера они были трастовые, а сегодня половина рынка ловит risk payment?
Хуй пойми.
Поэтому в NeCards всё будет открыто:
• какой банк выпустил BIN;
• где он показывает себя лучше;
• что разрешено и запрещено;
• комиссии, лимиты;
• юридическое лицо;
• закрывающие документы.
Если сервис скрывает название банка, возможно, проблема не в банковской тайне. Возможно, банка там просто нет.
Сейчас я уже работаю напрямую с банками. Идут договора, комплаенс и прочая взрослая скучная хуйня, которая почему-то занимает больше двух вечеров.
Но платформу мы уже доделали:
• выпуск и управление картами;
• команды и массовые операции;
• аналитика и API;
• нормальный интерфейс без ощущения, что ты открыл админку интернет-магазина из 2011 года.
ЧТО БУДЕТ СЕЙЧАС?
На старте в NeCards будут карты сторонних проверенных поставщиков.
Только я не собираюсь называть чужие BIN’ы «нашей уникальной банковской инфраструктурой».
Я честно покажу, откуда карты, какие у них условия и ограничения.
Комиссии поставщиков на время тестирования возьму на себя.
Сможете бесплатно получить карты, проверить платформу и помочь довести её до состояния, когда она просто, блять, работает, хотя уже - работает, но... На всякий!
Без «революции рынка».
ЧТО БУДЕТ ДАЛЬШЕ?
В сентябре рассчитываю закончить прямые договоры с банками.
После этого постепенно перейдём на собственные банковские программы.
Нормальные банки.
Прямые договоры.
Открытые BIN’ы.
Понятные ограничения.
Закрывающие документы.
Нужно официально учитывать расходы и платить налоги? Пожалуйста. Не нужно? Ну и поебать.
Главное, что вы всегда будете понимать, чьими картами пользуетесь, сколько реально платите и кто отвечает за инфраструктуру.
Скоро открою бесплатное тестирование NeCards
____
Please open Telegram to view this post
VIEW IN TELEGRAM