Hacker News Digest

Тег: #crm

Постов: 3

PingCap TiDB Leaks (fulcrumsec.vg) 🔥 Горячее

Злоумышленники заявили о краже 10,6 ТБ данных из облачной платформы TiDB Cloud компании PingCAP — это 4 901 203 файла, включая полный контрольный слой продакшена. По их словам, выгрузка шла почти два месяца и оставалась незамеченной: 88 последовательных экспортов каждые шесть часов с 8 по 30 сентября, последний — в 06:02 UTC 30 сентября. Репликацию собственной базы данных TiDB Cloud они настроили через учётные данные, найденные в репозиториях самой компании: ключи сервисного аккаунта GCP и субъект Azure.

Среди похищенного — 180 046 организаций-арендаторов, 292 276 записей пользователей, 403 262 уникальных адреса электронной почты, 115 308 пар ключей API в открытом виде (42 612 активных), 20 645 574 SQL-запроса клиентов из редактора и Chat2Query, 102 003 766 подключений к шлюзу, 5 036 738 IP-адресов серверов заказчиков, 377 446 задач Jira, 433 928 контактов CRM, 92 ГБ данных о затратах AWS с метками арендаторов и 413 приватных репозиториев с исходным кодом. Также упоминаются 1 809 внешних конечных точек баз данных с учётными записями root и admin на хостах MySQL/Aurora заказчиков и 290 идентификаторов аккаунтов AWS.

Первый этап публикации — около 200 ГБ, доступен через торрент-файл размером 128,3 ГиБ. Атакующие подчёркивают, что PingCAP, будучи облачным провайдером, не заметил массовой выгрузки из AWS, GCP, Jira и Azure, хотя компания зарабатывает на обещании безопасности мультитенантной платформы.

by swyx • 20 октября 2026 г. в 22:45 • 367 points

Оригинал • HN

#aurora#aws#azure#crm#gcp#jira#mysql#pingcap#sql#tidb-cloud

Комментарии (59)

Обсуждение указывает на катастрофический уровень операционной безопасности PingCAP: инженеры хранили production-учетные данные клиентов и ключи сервисных аккаунтов GCP и Azure в тикетах Jira и репозиториях. Это позволило атакующим настроить автоматическую репликацию данных в течение месяца. Сообщество ставит под сомнение заявления компании об отсутствии воздействия на данные, так как у хакеров есть полные дампы контрольного слоя. В споре о природе утечки @gregwebs считает, что утекли в основном метаданные, однако другие указывают на наличие SQL-логов с реальными данными клиентов. Проведенный ранее аудит NCC Group выявил разрыв между анализом кода и реальной безопасностью процессов. @kobieps отмечает необходимость перестройки индустрии пентестов, так как даже enterprise-grade вендоры допускают подобные провалы. @ozgrakkurt полагает, что безопасность была бы выше при использовании консервативной модели разрешений (как в Deno), где всё закрыто по умолчанию. Также пользователи иронизировали по поводу Rust, но @boorbat уточнил, что TiDB на 95% написан на Go.

Grok Bot (x.ai)

Grok Bot — это ИИ-ассистент, который действует как настоящий коллега: входит в твои инструменты (Zendesk, Gmail, CRM), выполняет задачи от начала до конца и возвращается с готовым результатом. Он учится на твоих действиях — если ты один раз проведёшь отчёт или ответишь на письмо, бот сохранит это как шаблон и будет делать это самостоятельно в будущем. Он запоминает контекст: например, кто утверждает контракты, какие клиенты подписывают только годовые соглашения, и использует эти данные, чтобы работать точнее.

Можно запускать сразу несколько ботов — на продажи, поддержку, финансы, HR — и они будут работать параллельно, обмениваться задачами и даже переписываться между собой, как команда. Тебе не нужно одобрять каждый шаг: боты сами передают работу друг другу, пока не потребуется твоё решение. Они работают 24/7, не устают и не забывают детали. Всё это — без необходимости интегрировать API: бот просто использует интерфейс так, как это делал бы человек.

by rvz • 11 августа 2026 г. в 17:23 • 162 points

Оригинал • HN

#automation#crm#gmail#grok-bot#llm#x.ai#zendesk

Комментарии (140)

Grok Bot воспринимается как эволюционный шаг в развитии AI-ассистентов и потенциально полезен для автоматизации рутинных задач, однако вызывает опасения по поводу безопасности и масштабируемости. Пользователи рекомендуют использовать его с осторожностью, отслеживать деятельность и рассматривать альтернативы — OpenClaw и Claude Code.

Obsidian Bases (help.obsidian.md) 🔥 Горячее 💬 Длинная дискуссия

Основы Obsidian
Obsidian строится на базах — папках, где хранятся заметки (*.md). Одна база = одна папка. Внутри можно создавать подпапки, но все они считаются частью этой базы.

Создание

  • Новая: File → New Vault → выбрать папку.
  • Существующая: Open folder as vault — подключить уже готовую папку с .md.

Место хранения

  • Локально (по умолчанию) — файлы на диске.
  • Синхронизация — через Obsidian Sync, Git, iCloud, Dropbox и т.д. (файлы остаются вашими).

Одновременная работа
Можно открыть несколько баз одновременно: каждая в отдельной вкладке/окне. Переключение через Ctrl/Cmd+O.

Перенос
Просто скопируйте папку базы — она полностью переносима. Никаких скрытых зависимостей.

by twapi • 18 августа 2025 г. в 21:28 • 631 points

Оригинал • HN

#api#crm#dropbox#git#icloud#kanban#markdown#obsidian

Комментарии (207)

  • Bases — это официальная табличная надстройка над файлами хранилища: каждая строка = один файл, каждый столбец = его свойство (рейтинг, дедлайн и т.д.).
  • Функция только вышла из платного раннего доступа; часть пользователей видит в ней замену плагинам Projects/Dataview, другие считают реализацию сырой.
  • Главная претензия: чтобы воспользоваться Bases, приходится дробить контент на множество мелких файлов, что неудобно и грузит файловую систему.
  • Тем, кто использует Obsidian как CRM или ведёт кампании D&D, возможность фильтровать и сортировать NPC/контакты уже оказалась полезной.
  • Пока нет множественного выбора ячеек, встроенных Kanban-видов и встраивания таблиц в существующие заметки, но API и улучшения обещаны в дорожной карте.