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

منطقُ عملِك يَعيش في المتصفّح. المنافسون يَنسخون حُزْمتَك، ومنطقُ التجربة قابلٌ للتجاوُز في عشرةِ أسطُرِ devtools، والعبثُ في 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.

تواصَل معنا