TaxPinTaxPin

معماری امنیت

امنیت یک معماری است، نه یک ویژگی

سیستمی که داده‌های مودیان مالیاتی را مدیریت می‌کند نمی‌تواند به «مراقب بودن» تکیه کند. حفاظت‌های TaxPin در لایه پایگاه داده اعمال می‌شوند، نه در کد برنامه — نه گزینه‌هایی که بتوان خاموش کرد، بلکه ساختاری که نمی‌توان دور زد.

رمزگذاریجداسازی هر دفتراحراز هویت دو مرحله‌ایگزارش ممیزیانطباق با مقررات

حفاظت‌های اصلی

🔐

رمزگذاری در انتقال و در حالت ذخیره

هر سند از طریق TLS منتقل می‌شود و با رمزگذاری AES-256 ذخیره می‌گردد (کلیدها توسط ارائه‌دهنده زیرساخت مدیریت می‌شوند). هم پایگاه داده و هم فضای ذخیره‌سازی در حالت ذخیره رمزگذاری شده‌اند و دسترسی به فایل‌ها با امنیت سطح ردیف مختص هر دفتر و پیوندهای امضاشده منقضی‌شونده کنترل می‌شود.

🤖

هوش مصنوعی و داده‌های حساس

فرم‌های مالیاتی مانند W-2، 1099 و کارت‌های شناسایی با AWS Textract خوانده می‌شوند. فایل مستقیما برای پردازش ارسال می‌شود و در حساب AWS ما ذخیره نمی‌گردد و آن حساب 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 (محافظت در برابر clickjacking) و nosniff روی هر مسیر اعمال می‌شوند. اسرار مختص سرور (کلیدهای سرویس، SMTP، توکن‌های پیامک) هرگز به مرورگر ارسال نمی‌شوند.

مسیر یک سند

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، استفاده از رمزهای عبور قوی و مدیریت دقیق پیوندها (به اشتراک گذاشتن پیوندهای دعوت/درخواست فقط با افراد مورد اعتماد) مسئولیت دفتر و مشتری است. سیستم از اینها پشتیبانی می‌کند اما نمی‌تواند جایگزین آنها شود.

اگر پرسش امنیتی دارید یا به مستندات ارزیابی دقیق نیاز دارید، هر زمان با ما تماس بگیرید.