+965 9727 1175 info@a1-soft.com
AR | EN | FR

Use cases by stack

Pick the matching scenario — we ship A1-One into all of them in production.

🖥️

Independent ISV — Desktop WPF / WinForms

You ship a paid Windows desktop app. You need DLLs not to open in dnSpy on a customer's lunch break, and you need a fast tampering check before the app talks to your license server.

  • .NET engine (ConfuserEx 2 + A1 watermark) on every Release build
  • MSBuild .targets — auto-protect on dotnet publish
  • A1Verify.exe as a self-check at startup; refuse to run if tampered
  • Bound license tokens via A1License.Generator
📜

SaaS Frontend — React / Vite / ASP.NET

Your business logic lives in the browser. Competitors copy your bundle, your trial-gating logic is bypassable in 10 lines of devtools, and CDN tampering is invisible.

  • JavaScript engine (a1one-js) on the post-build bundle
  • Embedded A1 HMAC watermark — re-verify in CI on every deploy
  • a1verify-js as a CI gate before push-to-CDN
  • Skip-patterns for vendor chunks; only your code is obfuscated
🔧

Backend Services — Go (Linux / FreeBSD / Windows)

Your services ship as static Go binaries to customer servers. Strings reveal your business logic, function names are eponymous, and there's no built-in way to detect a swap on disk.

  • Go engine (garble + Ed25519 sidecar) on cross-compiled binaries
  • 4-layer protection: strip + rename + literal encryption + signature
  • a1verify-go runs on the host before service start (rc.d / systemd hook)
  • Ship the public key; keep the private half in a vault
🧩

Mixed-Stack Enterprise (.NET + JS + Go)

You ship a desktop client, a web admin UI, and a backend service — and right now you have three different obfuscation pipelines run by three different team members.

  • One a1one.key across all three engines
  • One vault holds the Ed25519 private key; everything else ships freely
  • NuGet for .NET projects, npm for JS, Go workspace for binaries
  • Unified verifier story: any team can ask "is this tampered?"
🏛️

Regulated Industries — Banks, Govt, Healthcare

Auditors require evidence that production binaries match what was reviewed. Tamper-detection is part of the control narrative; you need a verifiable chain from build to deploy.

  • Idempotent A1 watermark — same bytes in, same watermark out
  • Ed25519 sidecars provide non-repudiation for Go services
  • Local-only signing — keys never leave your build infra
  • BSD-2 + commercial license — the engine source can be reviewed
🎮

Game Studios — Client-Side Anti-Tamper

Cheaters reverse your client to inject aimbots and patch RNG. Off-the-shelf packers get cracked the same week they ship. You need a moving target — and a verifier that catches the cheats even if it can't stop them.

  • .NET engine with constant encryption + anti-IL-Dasm
  • Watermark differs per release — bans by signature, not heuristics
  • A1Verify as a server-side telemetry post — log every tampered client
  • Plays well with a custom packer on top
🤝

MSPs & Resellers — Per-Customer Licensing

You resell A1-Soft products (or your own) to dozens of end-customers. You need machine-bound licenses, an internal mint tool, and a clean activation flow.

  • A1License.Generator on an internal admin VM
  • RSA private half stays with you; only the public half ships
  • Trial gate buys you 14 days to onboard each customer
  • Per-machine activation via the central a1-soft.com hub
🛠️

Tooling Teams — Internal Distribution

Your platform team ships internal tools (CLI utilities, build scripts, deployment helpers) and you want enforcement that what's running matches what was reviewed and approved.

  • Shell engine for PowerShell / bash distribution scripts
  • Watermark proves provenance in audit logs
  • Lightweight — no runtime dependency on the user's side
  • Verifier runs offline on the build host

Your stack not listed?

The four engines cover most things people actually ship. Send us your build pipeline and we'll show you where A1-One fits.

Talk to us

حالات الاستخدام حسب التقنية

اختر السيناريو الأقرب إلى عملك — فنحن نستخدم A1-One فعليًا في كل هذه الحالات.

🖥️

مطوّر مستقل — تطبيقات سطح المكتب WPF / WinForms

تبيع تطبيق Windows مدفوعًا، وتريد ألا تُفتح ملفات DLL الخاصة بك في dnSpy بسهولة، مع فحص سريع لكشف العبث قبل أن يتصل التطبيق بخادم الترخيص لديك.

  • محرّك .NET (ConfuserEx 2 مع العلامة المائية A1) في كل بناء بنمط Release
  • تكامل MSBuild عبر ملف .targets — حماية تلقائية عند تنفيذ dotnet publish
  • A1Verify.exe للفحص الذاتي عند بدء التشغيل، ويرفض العمل إذا اكتُشف عبث
  • رموز ترخيص مرتبطة بالجهاز عبر A1License.Generator
📜

واجهة SaaS أمامية — React / Vite / ASP.NET

يعمل منطق عملك داخل المتصفح، فينسخ المنافسون حزمتك، ويسهل تجاوز منطق التجربة في أسطر قليلة من أدوات المطوّر، ويبقى العبث على شبكة CDN غير مرئي.

  • محرّك JavaScript (a1one-js) يُطبَّق على الحزمة بعد البناء
  • علامة A1 المائية بخوارزمية HMAC مدمجة — أعد التحقق في CI عند كل نشر
  • a1verify-js بوابةً في CI قبل الرفع إلى CDN
  • أنماط استثناء لحزم الموردين، فلا يُعتَّم سوى شيفرتك أنت
🔧

خدمات خلفية — Go (Linux / FreeBSD / Windows)

تُسلَّم خدماتك كبرامج Go ثابتة إلى خوادم العملاء، فتكشف النصوص داخلها منطق عملك، وتأتي أسماء الدوال صريحة، ولا توجد وسيلة مدمجة لكشف استبدال الملف على القرص.

  • محرّك Go (garble مع ملف توقيع Ed25519 مرافق) على البرامج متعددة الأنظمة
  • حماية من أربع طبقات: تجريد الرموز وإعادة التسمية وتشفير النصوص والتوقيع
  • a1verify-go يعمل على الخادم قبل بدء الخدمة (عبر ربط rc.d أو systemd)
  • سلّم المفتاح العام، واحتفظ بالجزء الخاص في خزنة آمنة
🧩

مؤسسة متعددة التقنيات (.NET وJS وGo)

تُطلق تطبيق سطح مكتب وواجهة إدارة على الويب وخدمة خلفية، ولديك حاليًا ثلاثة خطوط إنتاج مختلفة يديرها ثلاثة أعضاء مختلفين من الفريق.

  • مفتاح a1one.key واحد عبر المحرّكات الثلاثة جميعها
  • خزنة واحدة تحفظ مفتاح Ed25519 الخاص، وكل ما عداه يُسلَّم بحرية
  • NuGet لمشاريع .NET، وnpm لمشاريع JS، ومساحة عمل Go للبرامج التنفيذية
  • منهجية تحقق موحّدة: يستطيع أي فريق أن يسأل «هل جرى العبث بهذا؟»
🏛️

القطاعات الخاضعة للتنظيم — المصارف والجهات الحكومية والرعاية الصحية

يطلب المدققون دليلًا على تطابق ملفات بيئة التشغيل مع ما جرت مراجعته. وكشف التلاعب جزء من منظومة الضوابط لديك، فأنت بحاجة إلى سلسلة قابلة للتحقق من البناء حتى النشر.

  • العلامة المائية A1 ثابتة النتيجة — البايتات نفسها مدخلًا تنتج العلامة نفسها مخرجًا
  • توقيعات Ed25519 المرافقة توفّر عدم الإنكار لخدمات Go
  • التوقيع محلي بالكامل — لا تغادر المفاتيح بنيتك التحتية للبناء
  • ترخيص BSD-2 إلى جانب الترخيص التجاري — يمكن مراجعة شيفرة المحرّك المصدرية
🎮

استوديوهات الألعاب — الحماية من العبث في جهة العميل

يهندس الغشّاشون تطبيق اللعبة عكسيًا لحقن أدوات التصويب الآلي والتلاعب بمولّدات الأرقام العشوائية، والأدوات الجاهزة تُكسَر في الأسبوع نفسه الذي تُطرح فيه. أنت بحاجة إلى هدف متحرك، وإلى أداة تحقق تكشف الغش حتى لو لم تستطع إيقافه.

  • محرّك .NET مع تشفير الثوابت ومنع تفكيك شيفرة IL
  • تختلف العلامة المائية لكل إصدار — حظر بالتوقيع لا بالتخمين
  • A1Verify لإرسال بيانات قياس إلى الخادم — سجّل كل عميل جرى العبث به
  • يعمل بانسجام مع أداة تغليف مخصصة فوقه
🤝

مزوّدو الخدمات المُدارة والموزّعون — ترخيص لكل عميل

تبيع منتجات A1-Soft (أو منتجاتك) لعشرات العملاء النهائيين، وتحتاج إلى تراخيص مرتبطة بالأجهزة، وأداة إصدار داخلية، وعملية تفعيل سلسة.

  • A1License.Generator على جهاز افتراضي إداري داخلي
  • الجزء الخاص من مفتاح RSA يبقى لديك، ولا يُسلَّم سوى الجزء العام
  • بوابة التجربة تمنحك 14 يومًا لإعداد كل عميل وتهيئته
  • تفعيل خاص بكل جهاز عبر مركز a1-soft.com
🛠️

فرق الأدوات — التوزيع الداخلي

يطوّر فريق المنصّة لديك أدوات داخلية (أدوات سطر أوامر وسكربتات بناء ومساعدات نشر)، وتريد ضمانًا بأن ما يعمل فعلًا يطابق ما جرت مراجعته واعتماده.

  • محرّك shell لسكربتات PowerShell وbash
  • العلامة المائية تثبت مصدر الأداة في سجلات التدقيق
  • خفيف — دون أي اعتمادية وقت التشغيل في جهة المستخدم
  • أداة التحقق تعمل دون اتصال على جهاز البناء

ألا تجد تقنيتك ضمن القائمة؟

تغطي المحرّكات الأربعة معظم ما يطلقه الناس فعلًا. أرسل لنا تفاصيل خط الإنتاج لديك ونوضّح لك أين يندمج A1-One.

تواصل معنا