Наша модель безпеки

J Tools виконує операції з вашими токенами, ніколи не беручи ваш гаманець під свій контроль. Транзакції з ваших гаманців підписуються на вашому боці, платформа збирає й надсилає їх, а за всім цим стоять захисні механізми на сервері.

Коротко

#коротко

Порада

Ключі підключеного гаманця лишаються всередині цього гаманця, браузеру ніколи не довіряють задавати суму комісії, а секрети не потрапляють у журнали. Доступ до адмін-панелі закрито другим фактором, а журнал аудиту побудовано так, що будь-яке втручання стає помітним.

Ми не зберігаємо ваші кошти: так задумано

#ми-не-зберігаємо-ваші-кошти-так-задумано

J Tools ніколи не просить вашу seed-фразу і ніколи не тримає ваші кошти. Коли ви користуєтеся підключеним гаманцем, кожен підпис відбувається всередині цього гаманця через адаптер гаманця, і в мережу йде лише підписана транзакція. Приватний ключ гаманця ніколи його не залишає.

Сторінка J Tools

1Ви налаштовуєте дію в J Tools

Транзакція надходить у ваш гаманець

Ваш гаманець

2Гаманець показує транзакцію

3Ви підтверджуєте й підписуєте у власному гаманці

Ключі підключеного гаманця ніколи його не залишають

Назовні йде лише підпис, ніколи не ключ

Solana

4Підписана транзакція надсилається в Solana

Деякі інструменти також можуть підписувати приватними ключами, які ви вставляєте, бо вони працюють із багатьма гаманцями, яких жоден адаптер не підключає: серед них Пакетна торгівля, Множинний обмін, Масові перекази, Масове збирання коштів, інструменти переказу через проміжні гаманці, Створення й пакетна купівля Pump.fun та інструменти отримання коштів. Ці ключі лишаються у вкладці вашого браузера й підписують там, і нам вони не надсилаються. Ключ, вставлений як джерело приватного ключа для інструмента, очищається через 15 хвилин. Ставтеся до них як до тимчасових гарячих гаманців. Єдиний інструмент, який передає ключ нашим серверам, це Збільшення кількості власників: для кожного запуску він створює новий гаманець-розподільник, зберігає ключі гаманців власників у файлі резервної копії, який ви завантажуєте, і надсилає лише зашифрований ключ розподільника, щоб наш обробник міг завершити запуск після того, як ви закриєте вкладку. Якщо сторінка просить вашу фразу відновлення, це не ми.

Журнал аудиту, що показує втручання

#журнал-аудиту-що-показує-втручання

Дії адміністраторів записуються в журнал аудиту, куди можна лише додавати. Кожен рядок містить prev_hash, хеш SHA-256 попереднього рядка, тож записи пов’язані між собою, як ланцюг. Змініть або видаліть один рядок, і кожен наступний хеш перестане збігатися, тож правка стає очевидною. Записи журналу не містять паролів і токенів сесій.

Білий список RPC та ліміти запитів

#білий-список-rpc-та-ліміти-запитів

Браузер не звертається до вузла Solana напряму. Він проходить через шлюз, який дозволяє лише фіксований список методів читання плюс надсилання й симуляцію транзакцій та обмежує кількість запитів з однієї IP-адреси. URL і ключі RPC лишаються на сервері, тож через браузер нічого не може витекти. Ліміти діють для кожної кінцевої точки окремо, а справжня IP-адреса клієнта зчитується з крайнього правого значення x-forwarded-for, тому ліміт не можна обійти підробленим заголовком.

Захист від крадіжки комісій

#захист-від-крадіжки-комісій

Коли інструмент стягує комісію платформи, сума, яку записують для нарахування винагород, береться з наших власних налаштувань комісій або з SOL, що справді надійшов на гаманець платформи в блокчейні, і ніколи не є числом, яке надсилає браузер. Жоден шлях не довіряє комісії, переданій клієнтом. Повну розбивку (загальна сума, комісія платформи та орієнтовна мережева комісія) ви бачите на картці комісії інструмента до того, як щось підтвердите. Довідкові значення дивіться в підсумку комісій у застосунку або на сторінці «Комісії інструментів».

Обережно

Про комісії. Кожна дія має дві складові вартості: мережеву комісію Solana, яку отримують валідатори, і комісію платформи J Tools. Комісію платформи застосунок завжди показує до того, як ви підтвердите дію, і нічого не списується, доки ви не підпишете. Комісії з часом можуть змінюватися, тож орієнтуйтеся на підсумок у застосунку, а не на суму, яку колись бачили.

Доступ до адмін-панелі закрито

#доступ-до-адмін-панелі-закрито

Щоб потрапити в адмін-панель, потрібні пароль і код TOTP, і це перевіряє сервер. Процес побудовано так, щоб нічого не видавати.

Другий фактор Зберігання паролів Жодного витоку інформації Сесії

TOTP обов’язковий. Коди перевіряються на сервері, а серія невдалих спроб блокує вхід на період очікування. Причина блокування ніколи не повертається клієнту.

Паролі адміністраторів зберігаються лише як односторонні хеші, задані через змінні середовища. Екрана скидання пароля немає ні в панелі, ні в API; зміна означає нове значення змінної та розгортання.

Невдалий вхід повертає те саме загальне повідомлення, хоч помилка в імені користувача, паролі чи коді, а перевірка невідомого імені триває стільки ж, скільки справжнього. Заблокований вхід лише повідомляє, що спроб було забагато, і ніколи не каже, який саме ліміт спрацював. Спроби входу обмежено і за IP-адресою, і за іменем користувача.

Сесії зберігаються на сервері з cookie httpOnly, Secure, SameSite=Strict і випадковими ідентифікаторами. Під час входу вони оновлюються для захисту від фіксації сесії, завершуються після бездіяльності, а їхня кількість на одного адміністратора обмежена.

OPSEC усюди

#opsec-усюди

Операційна безпека діє як постійне правило для кожної кінцевої точки й сторінки. Секрети, приватні ключі та повні токени не потрапляють у журнали. Відповідь з помилкою для клієнта містить коротке повідомлення, часто з кодом, і жодного стеку викликів, внутрішнього шляху чи подробиць бази даних; повна картина лишається в журналах сервера. Дописи в блозі, підготовлені автоматично, лишаються чернетками, доки їх не опублікує адміністратор, тож ніщо не потрапляє до читачів без схвалення людини.