VBA-projectwachtwoord
Snel visueel slot tegen per ongeluk openen. Veel gratis hulpmiddelen kunnen het verwijderen. Alleen nuttig bij eerlijke gebruikers.
VBA-codebescherming
Vier lagen rond uw VBA.
Stapel wat uw dreigingsmodel nodig heeft.
VBA-bescherming is niet binair. XLS Padlock levert vier onafhankelijke lagen: projectwachtwoord, verbergen en vergrendelen, bytecode-compilatie en weigering van VBE-toegang. Stapel er een of stapel alle vier. De juiste keuze hangt af van aan wie u levert en hoe agressief u verwacht dat zij reverse-engineering proberen.
Van leesbare broncode naar gecompileerde bytecode.
Laag 3 is het moeilijkst te verslaan. U verplaatst de procedures die u selecteert naar de VBA-editor van XLS Padlock, die ze compileert tot bytecode opgeslagen in de applicatie. De originele logica verlaat de werkmap: waar de macro vroeger werd uitgevoerd, blijft alleen een aanroep van de helper CallXLSPadlockVBA over.
Elke laag verslaat een andere klasse van aanvallen.
VBA verbergen en vergrendelen
De XLS Padlock manager vergrendelt het VBA-project zodat het niet kan worden bekeken, geopend of gewijzigd. Wie het opent, ziet de melding Project is unviewable, en omdat de werkmap binnen de EXE is versleuteld, kunnen hulpmiddelen voor wachtwoordverwijdering de broncode niet bereiken.
VBA Compiler
U verplaatst de kritieke delen van uw macro's naar de VBA-editor van XLS Padlock en compileert ze tot bytecode. Vervolgens vervangt u de originele code door een aanroep van de helper CallXLSPadlockVBA, zodat de bronlogica de werkmap verlaat en alleen binnen de beveiligde applicatie wordt uitgevoerd.
VBE-toegang geweigerd
De gecompileerde applicatie kan het openen van de Visual Basic Editor (Alt+F11) verbieden, zodat eindgebruikers de VBE niet kunnen openen om het project te inspecteren.
Drie dreigingsmodellen, drie niveaus van bescherming.
Gewoon de broncode verbergen voor eerlijke gebruikers
Gebruik het VBA-projectwachtwoord samen met verbergen en vergrendelen. Snelste opzet, geen herstructurering van code. Voldoende als uw klanten niet actief aan reverse-engineering zullen doen.
Het intellectuele eigendom compileren, de bedrading behouden
Verplaats uw gevoelige procedures naar de VBA-editor van XLS Padlock en compileer ze, terwijl u gebeurtenis-handlers en UserForm-code in gewoon VBA laat. Beste balans tussen beveiliging en ergonomie voor de ontwikkelaar.
Agressief compileren, herstructureren waar nodig
Verplaats zo veel mogelijk bedrijfslogica naar de VBA-editor en compileer die: wiskundige bibliotheken, rekenengines, exporteurs, alles wat niet afhankelijk is van gebeurtenissen van de Excel-interface. Reken erop dat u een deel van de code moet aanpassen (expliciet Application-object, alleen ondersteunde objecten), maar u maximaliseert het beschermde oppervlak.
Vergrendel het project, compileer het intellectuele eigendom, weiger de editor.
Voor de meeste commerciele werkmappen is de juiste basis de lagen 2, 3 en 4: verberg het project voor de Excel-interface, verplaats gevoelige code naar de VBA-editor van XLS Padlock om die te compileren, weiger VBE-toegang tijdens de uitvoering. Sla laag 1 (het projectwachtwoord) over, aangezien die niets toevoegt zodra de EXE toch weigert de editor te openen.