TaxPinTaxPin

АРХІТЕКТУРА БЕЗПЕКИ

Безпека — це архітектура, а не функція

Система, що працює з даними платників податків, не може покладатися на «обережність». Захист TaxPin застосовується на рівні бази даних, а не в коді застосунку — це не опції, які можна вимкнути, а структура, яку неможливо обійти.

ШифруванняІзоляція фірмДвофакторна автентифікаціяЖурнали аудитуВідповідність вимогам

Основні засоби захисту

🔐

Шифрування під час передавання та зберігання

Кожен документ передається через TLS і зберігається з шифруванням AES-256 (ключами керує постачальник інфраструктури). І база даних, і сховище зашифровані під час зберігання, а доступ до файлів регулюється захистом на рівні рядків для кожної фірми та підписаними посиланнями з обмеженим терміном дії.

🤖

ШІ та конфіденційні дані

Податкові форми, як-от W-2, 1099 та посвідчення особи, зчитуються за допомогою AWS Textract. Файл надсилається безпосередньо на обробку та не зберігається в нашому обліковому записі AWS, а цей обліковий запис відмовився від використання AWS вмісту клієнтів для розробки чи вдосконалення своїх сервісів ШІ. Коли текст надсилається до Claude (Anthropic API) для розбору виписок, читання повідомлень або складання чернеток, SSN повністю маскуються, а довгі номери рахунків попередньо скорочуються до останніх чотирьох цифр. SSN і TIN, зчитані з документів, запечатуються за AES-256-GCM, показуються лише в замаскованому вигляді та розкриваються повністю лише після двоетапної перевірки із записом в аудиті.

🪪

Перевірка особи для дистанційного підписання (KBA)

Лише коли фірма вмикає перевірку особи (KBA) для дистанційного підписання Form 8879, відкривається вікно нашого постачальника BoldSign. Клієнт відповідає там на запитання на основі кредитної історії та підписує; BoldSign отримує ім’я підписанта, електронну адресу та форму для підписання. Відповіді не проходять через сервери TaxPin, і ми зберігаємо лише результат (пройдено чи ні) та запис про перевірку. Після 3 невдалих спроб підписання переходить до особистого візиту або паперової форми.

🧼

Очищення завантажених файлів і перевірка на віруси

Фотографії та PDF, завантажені клієнтами, повторно зберігаються сервером як нові файли. Фотографії втрачають дані про місцезнаходження та пристрій; PDF втрачають JavaScript, вкладення та дії, що виконуються при відкритті. Якщо очищений результат виглядає інакше, ніж оригінал, зберігається оригінал. Потім кожен файл (включно з файлами, надісланими фірмою) перевіряється на віруси за допомогою AWS GuardDuty, і файл, надісланий фірмою, стає видимим клієнтові лише після завершення перевірки. Якщо виявлено загрозу, файл поміщається в карантин, залишається лише сторінка з повідомленням, а фірму сповіщають.

🏢

Повна ізоляція фірм (RLS)

Багатокористувацька ізоляція забезпечується захистом на рівні рядків PostgreSQL, а не кодом застосунку. Кожен запит до кожної таблиці обмежений фірмою, тож дані іншої фірми просто не повертаються. Записи (INSERT/UPDATE) також прив’язані до зв’язку фірма↔клієнт, а не лише читання.

⏱

Підписані посилання з терміном дії

Постійних публічних URL не існує. Кожен перегляд і завантаження проходять через підписане посилання, яке спливає за кілька хвилин, а шлях у сховищі перевіряється як за сегментом фірми, так і за сегментом клієнта.

📱

Двофакторна автентифікація (MFA · aal2)

MFA через застосунок-автентифікатор доступна і підготовлювачам, і клієнтам. Суть у базі даних, а не в інтерфейсі — щойно фактор зареєстровано, база вимагає сесію aal2, тож сам лише пароль не відкриє жодних даних.

📜

Захищений від підробки журнал аудиту

Завантаження, скачування, видалення, зміни профілю, зміни команди, зміни згод і внутрішні нотатки записуються автоматично. Журнал лише доповнюється, і застосунок не може його редагувати чи стирати.

🚪

Автоматичний вихід

Сесії завершуються після 30 хвилин бездіяльності, тож нічого не залишається на спільному чи публічному комп’ютері.

📎

Жодних документів в електронній пошті

Листи-сповіщення ніколи не містять вкладень — лише «перевірте свій портал». Навіть скомпрометована поштова скринька не розкриває жодного документа.

🛡

Заголовки безпеки транспорту

Content-Security-Policy, HSTS, X-Frame-Options (захист від клікджекінгу) та nosniff застосовуються на кожному маршруті. Секрети, призначені лише для сервера (службові ключі, SMTP, токени SMS), ніколи не надсилаються до браузера.

Шлях одного документа

1

Завантаження

Клієнт робить фото; браузер надсилає його через TLS. Тип і розмір файлу (25MB) перевіряються, а шлях у сховищі прив’язується до цього клієнта та фірми.

2

Зашифроване зберігання

Зберігається з AES-256. Публічна URL ніколи не створюється.

3

Сповіщення

Підготовлювач отримує сповіщення «новий документ» — без вкладення, лише посилання на портал.

4

Доступ

Лише авторизовані користувачі відкривають його через підписане посилання, що спливає за кілька хвилин. Перегляди та завантаження записуються до журналу аудиту.

5

Видалення

Видалення прибирає документ з обох сторін, і саме видалення записується до журналу аудиту.

Хто що може бачити

Підготовлювачі (члени фірми)Лише клієнтів, документи та запити своєї фірми. Жодного доступу до даних іншої фірми. Керування командою доступне лише власникові.
Клієнти (платники податків)Лише власні документи, запити та профіль. Вони не бачать інших клієнтів тієї самої фірми.
Внутрішні нотаткиЛише для підготовлювачів. Ізольовані в окремій таблиці та ніколи не показуються клієнтам.
Платформа (TaxPin)Операційні функції, як-от створення фірм і схвалення пробних періодів, відокремлені за окремою роллю адміністратора. Звичайні облікові записи не мають доступу.

Відповідність вимогам

Як TaxPin відповідає засобам контролю, яких вимагають норми США щодо податкових даних.

✓ IRS Publication 4557

Посібник IRS для податкових фахівців із захисту даних платників податків. Система підтримує його основні вимоги: шифрування, багатофакторну автентифікацію, контроль доступу, автоматичне блокування та журналювання доступу.

✓ FTC Safeguards Rule (16 CFR Part 314)

Вимагає контролю доступу, шифрування, багатофакторної автентифікації, моніторингу активності та керування змінами — забезпечується контролем доступу RLS, шифруванням під час передавання/зберігання, MFA та журналами аудиту.

✓ Повідомлення про конфіденційність GLBA

Наша Політика конфіденційності містить повідомлення про конфіденційність GLBA.

✓ Підтримка WISP

TaxPin покриває технічні засоби контролю письмового плану інформаційної безпеки фірми (шифрування, контроль доступу, MFA, журналювання), допомагаючи Вашій фірмі скласти свій план.

Чесна межа — спільна відповідальність

ІнфраструктураTaxPin працює на хмарній інфраструктурі з SOC 2 (керована база даних і платформа розгортання). Фізична безпека, мережа та доступність підпорядковуються сертифікованим засобам контролю цих постачальників.
Перевірка безпекиМи поєднуємо внутрішні перевірки з позиції зловмисника із зовнішньою оцінкою (WebEASM AEGISonar). Методологію, обсяг і сценарії дивіться на сторінках «Внутрішній аудит безпеки» та «Зовнішній аудит безпеки» в розділі «Ресурси».
Ваша частинаРеєстрація MFA, використання надійних паролів і обережне поводження з посиланнями (передавання посилань-запрошень/запитів лише довіреним особам) — відповідальність фірми та клієнта. Система це підтримує, але не може замінити.

Якщо у Вас є запитання щодо безпеки або потрібні матеріали для перевірки благонадійності, звертайтеся будь-коли.