Beiträge von Musashi

Zitat von Kanashius

Ich hab es hinbekommen den Style zu ändern, es hat aber nichts geändert.

Hier ein Beispiel aus dem EN-Forum, bei dem GUICtrlSendMsg() statt GUICtrlSetStyle() verwendet wird :

; Source from : https://www.autoitscript.com/forum/topic/128360-change-a-gui-input-to-password/#comment-890778

#include <ButtonConstants.au3>
#include <EditConstants.au3>
#include <GUIConstantsEx.au3>
#include <WindowsConstants.au3>

Global $Form1     = GUICreate("Example", 200, 80, 216, 148)
Global $Input     = GUICtrlCreateInput("", 8, 8, 145, 21, BitOR($ES_PASSWORD, $ES_AUTOHSCROLL))
Global $Checkbox1 = GUICtrlCreateCheckbox("Show password", 8, 32, 145, 25)
GUISetState(@SW_SHOW)

;Retrieve the ASCII value of the default password char
$DefaultPassChar = GUICtrlSendMsg($Input, $EM_GETPASSWORDCHAR, 0, 0)

While 1
	$nMsg = GUIGetMsg()
	Switch $nMsg
		Case $GUI_EVENT_CLOSE
			Exit
		Case $Checkbox1
			If (GUICtrlRead($Checkbox1) = $GUI_CHECKED) Then
				GUICtrlSendMsg($Input, $EM_SETPASSWORDCHAR, 0, 0)
			Else
				GUICtrlSendMsg($Input, $EM_SETPASSWORDCHAR, $DefaultPassChar, 0)
			EndIf
			GUICtrlSetState($Input, $GUI_FOCUS) ; Input needs focus to redraw characters
	EndSwitch
WEnd

(Edit)

water : War gerade Abendessen und habe deinen Link mit den Superideen vor dem Absenden nicht gesehen .

Zitat von Schnuffel

Ich könnte mir vorstellen, dass a3x Dateien bisher eher ein "Abfallprodukt" waren, die nebenbei entstanden sind und kein größeres Augenmerk erhalten haben.

Info : Als "Abfallprodukt" würde ich die a3x Dateien (genauer das a3x-Format) nicht bezeichnen. Wenn man mit AutoIt eine .exe erstellt, dann wird das Skript (mit allen Includes) immer in das 'tokenized' Format a3x überführt und so auch in den exe-Container eingebunden.

Zitat von Schnuffel

a3x-Dateien werden egal ob in 32-bit oder in 64-bit compiliert immer mit dem 32-bit Wrapper gestartet.

Info :

Kompiliert man ein Skript als .exe dann regelt die Direktive #AutoIt3Wrapper_UseX64 (Y / N - Default N) welcher Interpreter (also 32-bit oder 64-bit) eingebunden wird.

Im Gegensatz dazu sind a3x-Dateien "bit-less", d.h. die Direktive UseX64=Y im Skript hat keine Relevanz. Man muss also selbst dafür sorgen, dass die .a3x mit dem passenden Interpreter gestartet wird.

Von daher wäre eine für den User erkennbare Unterscheidung mittels modifizierter Extension, also .a3x32 bzw. .a3x64 sicher keine schlechte Idee.

Zitat von Schnuffel

Der Test von AspirinJunkie zeigt ja eher ein ernüchterndes Bild über den PureBasic Loader.

'false positives' sind leider kein alleiniges Problem von AutoIt. Auch mit anderen Programmiersprachen erzeugte .exe's fallen den Virenscannern gerne mal zum Opfer - wenn auch nicht so häufig. Grund dafür ist vermutlich der Umstand, dass AutoIt wegen der einfachen Bedienung seit vielen Jahren von Skriptkiddies (für Bots, Spieleautomatisierungen etc) verwendet wird. Zudem steht hinter AutoIt kein Großkonzern der die AV-Hersteller mal auf den Topf setzen würde.

Zitat von Schnuffel

Ich bau da mal was und werde hier weiter berichten

Eine weitere Alternative, die ggf. einen Blick wert wäre, ist das Projekt :

Au3toCmd -- Avoid false virus positives. (Version: 2022.09.01)

Au3toCmd --- Avoid false virus positives Since many virus scanners sometimes prevent a "compiled autoit EXE" from being executed as "false positive", the…

www.autoitscript.com

des Users Exit (aus dem EN-Forum). Leider ist er seit über 2 Jahren nicht mehr aktiv.

Zitat von Schnuffel

Ich hätte als Alternative noch die Idee aus einem Powershell Script, dass die autoit3.exe aufruft eine exe zu bauen.

Das wäre sicher mal einen Versuch wert.

ACHTUNG :

Meine AV-Software (BitDefender Total Security) hat beim Entpacken der .zip (genauer bei der ...\Test.exe ) eine Bedrohung festgestellt.

Schnuffel will uns garantiert keine Viren unterschieben - könnten bitte andere von Euch dies trotzdem mal prüfen.

Vorab würde ich vom Start der Test.exe abraten.

Zitat von Peter S. Taler

Da sollte man an die Entwickler den Wunsch äußern eine individuelle Verfremdung dieser "Signatur" zu ermöglichen. Man bindet sinnlosen Text an beliebiger Stelle beim Compilie ein?

Die Möglichkeit einzubauen den Code "individuell zu verfremden" halte ich für wenig zielführend. Wesentliche Bytefolgen des Interpreters müssen identisch bleiben, damit er überhaupt funktioniert. Am Ende hätte man 'zig unterschiedliche Interpretervarianten was die 'false positive' Situation eher noch verschlimmert.

Die Interpreter selbst ( AutoIt3.exe/AutoIt3_x64.exe) werden, sofern man sie separat (stand-alone) mitliefert , von den meisten AV-Programmen ja akzeptiert.

Sinnlosen Text einzubinden ist auch keine zuverlässige Lösung. Ich habe vor geraumer Zeit mal zum Spaß eine 100 MB Videodatei per FileInstall eingebunden. Damit wäre der Anteil des Interpreters nur 1% des gesamten Codes. Trotzdem kam es bei der 32-Bit .exe zu Virusmeldungen.

Der Start einer .a3x durch Aufruf über den Interpreter, sei es mittels einer .cmd , einer Verküpfung oder einer externen .exe (siehe Beitrag von mir, Schnuffel und autoiter ) ist der beste Weg.

Zitat von Peter S. Taler

Du sprichst von Einbinden des Interpreters als Autoit3.exe. Läßt sich die eingebundene Interpreter Datei nicht ev. umbenennen um die Scanner irrezuleiten? Nein ich frage nicht weil ich Viren in den Umlauf bringen will

Nein, das Umbenennen wäre völlig zwecklos. Eine kompilierte .exe besteht aus :

• dem eingebundenen Interpreter (AutoIt3.exe / AutoIt3_x64.exe) gemäß der Direktive #AutoIt3Wrapper_UseX64 (Default = N)
• dem Skript selbst, sowie der mit #Include eingebundenen Dateien (als tokenized .a3x)
• [optional] dem Quellcode, falls die Direktive #AutoIt3Wrapper_Res_SaveSource = Y (Default=N) gesetzt wird
• [optional] ein eingebundenes Icon und/oder mit FileInstall eingebundene Dateien

Offenbar wird die Bytefolge der 64-Bit Interpretervariante von Virenscannern seltener als auffällig bewertet.

AspirinJunkie hat den Ablauf ja bereits anschaulich beschrieben.

Dass das Einbinden eines anderen Icon (wie von Tweaky beschrieben) zum Erfolg geführt hat ist, meiner Meinung nach, reiner Zufall. Das kann beim nächsten Update der AV-Software schon wieder ganz anders sein.

Sofern man Zugriff auf den Zielrechner hat, wäre die Erstellung einer Ausnahmeregel innerhalb des Virenscanners, d.h. die Prüfung für relevante Verzeichnisse zu deaktivieren , die beste Lösung.

Falls nicht, dann empfehle ich :

Skripte im Format .a3x zu kompilieren und den Interpreter (also die AutoIt3.exe / AutoIt3_x64.exe) separat mitzuliefern. Lizenzrechtlich ist das seitens AutoIt zulässig. Der Start erfolgt dann über eine. cmd, eine Verknüpfung oder aus einem anderen Programm heraus. Hier muss man allerdings selbst dafür sorgen mit welchem Interpreter die .a3x gestartet wird. Die Direktive #AutoIt3Wrapper_UseX64 innerhalb des Skiptes wird nicht berücksichtigt.

Alternativ kann man natürlich auch eine 'false positive' Meldung an die AV-Hersteller senden. Das ist aber recht nervig, zumal jede Änderung ggf. erneut eingereicht werden muss.

Zitat von Tweaky

Dann habe ich dies als 64bit kompiliert und seltsamerweise war es dann kein Virus mehr. Warum, keine Ahnung.

Wenn man ein Skript "kompiliert", dann wird ja der komplette Interpreter eingebunden. Bei 32-Bit wäre das
die AutoIt3.exe - bei 64-Bit hingegen die AutoIt3_x64.exe. Da der Interpreter, insbesondere bei kürzeren Skripten, den Großteil des Kompilates ausmacht, sind diese weitgehend identisch. Ich vermute mal, dass die AutoIt3_x64.exe von den Virenscannern seltener als Gefahr eingestuft wird (weil seltener für Bots etc. verwendet).

Es ist wieder so weit, daher mache ich mal den Anfang .

Ich wünsche Euch allen ein "Frohes Fest" und einen "Guten Rutsch" in das neue Jahr .

Gruß Musashi

Zitat von fee

Besteht Interesse an meinen Skripten, wenn ich eines von beiden oder gar beide fertig habe? Wenn ja, darf ich diese dann in diesem Forum einstellen und in welcher Kategorie wären solche Skripte (auch JavaScript) gut platziert?

[auch OT]

Ich wüsste keinen Grund, warum Du diese Skripte nicht im Forum veröffentlichen darfst.
Eine geeignete Kategorie wäre z.B. Off-Topic .

Zitat von cybexz

Was muss ich ändern damit die NUmmer egal was ich eingebe immer fortlaufend ist?

Du könntest die Nummer z.B. in eine kleine Textdatei (sinnvoll wäre eine INI-Datei) schreiben.

Mit https://autoit.de/onlinehilfe/on…ons/IniRead.htm liest Du den aktuellen Wert, setzt den Zähler +1 (ggf. noch als String mit führenden Nullen umformatieren) und speicherst ihn mit https://autoit.de/onlinehilfe/on…ns/IniWrite.htm wieder ab.

SOLVE-SMART :

Hallo Sven !

Ein Dank auch von mir für die ausführliche Beschreibung

Gruß Musashi

Auch von mir ein herzliches willkommen.

Zitat von sodinoel

Bj. 61

Ein vorzüglicher Jahrgang .

Zitat von Alina

Und nicht nur "ältere" Herren sind an Board.

Doch ! Frauen werden, wie allseits bekannt, nie älter als 39 .

Zu :

Zitat von Muecke_1982

Ich dachte, dass das Skript in eine EXE gepackt wird, dann kann man es einfach auf dem Computer ausführen, ohne dass ich etwas installieren muss? oder wird nicht alles, was man braucht, von Auto IT in die EXE gepackt?

Doch, ein als EXE Datei 'kompiliertes' Skript enthält alle benötigten Komponenten, d.h. :

• den AutoIt Interpreter selbst
• das Skript, sowie alle mit #Include eingebundenen UDF's
• mittels https://autoit.de/onlinehilfe/on…FileInstall.htm eingebundene Dateien

Die EXE kann, ohne Installation, auf dem Computer ausgeführt werden. Soweit die Theorie !

In der Praxis werden solche EXE aber häufig ein Opfer der Antivirensoftware und/oder anderer Sicherheitseinstellungen (ein leidiges und seit Jahren viel diskutiertes Thema).

Mit entsprechenden Ausnahmeregeln kann man das entschärfen. Dies setzt aber, wie von Andy bereits beschrieben, eine gewisse Flexibilität seitens der Admins voraus.

Alternativ zur portablen Variante von AutoIt könnte man das Skript auch im Format .a3x kompilieren. Um das Skript zu starten kopiert man den Interpreter (AutoIt3.exe bzw. AutoIt3_x64.exe) aus der eigenen AutoIt-Installation auf den Zielrechner.

Zitat von aptitude

nicht vergessen die Datei "WindowsConstants.au3" einzubinden mit include am Anfang deines Scripts.

Das hat der Fragesteller ( 32vroni ) doch bereits getan, siehe :

#Region "Includes"

...
#include <WindowsConstants.au3>
...
#endregion

Willkommen im Forum

Du kannst auch mal einen Blick auf einen Thread im DE-Forum werfen :

Beitrag

RE: AV-Programme: False positive

[…]

Sogenannte 'false positives' sind ein seit Äonen lästiges und viel diskutiertes Thema !

Um dieser Problematik (weitgehend) aus dem Wege zu gehen, liefere ich Programme ausschließlich im Format .a3x aus, und starte sie über eine .cmd bzw. Verknüpfung.

Den AutoIt-Interpreter (also : AutoIt3.exe bzw. AutoIt3_x64.exe) darf man, lizenzrechtlich auch für kommerzielle Programme, mit verteilen.

Im englischsprachigen Forum gibt es dazu einen Thread, der seit 2006 läuft. Ich verweise mal auf einen…

Musashi

15. Juni 2023 um 06:51

Zitat von hipfzwirgel

... eine Exe entwickelt die ein "Ablaufdatum" enthält, was z.B. sicherstellt, dass die exe nicht mehr benutzt werden kann wenn sie zu alt ist?

1. Datumsvergleich

Eine triviale/rustikale Variante wäre, ein Ablaufdatum im Quelltext festzulegen. Beim Start des Programmes wird dieses Datum mit dem aktuellen Systemdatum verglichen und falls größer -> Meldung und Exit.

Ein mögliches Problem hierbei wäre allerdings, dass man bereits wissen müsste, wann das nächste Release erscheinen wird (es sei denn, man hat feste Intervalle, z.B. alle 3 Monate).

2. Releasenummer prüfen

Flexibler wäre es, die Releasenummer der aktuellen Version von einem Server (online) zu lesen. Diese wird mit der intern vergebenen Nummer verglichen und falls größer -> Meldung und Exit.

Bei einem lokalen Netzwerk könnte man die aktuelle Nummer auch in einer Datei ablegen und gegen diese prüfen.

Zitat von Peter S. Taler

Wenn ich ehrlich bin - habe ich noch keinen OFFline Viewer gefunden ... wenn es ein paar Dutzend geben sollte - bin ich anscheinend blind...

Ich habe mal auf die Schnelle gesucht und z.B. folgende Projekte gefunden :

Quba-Viewer: neues Visualisierungstool für elektronische Rechnungen | AWV

Beide gestatten, sofern ich das korrekt interpretiere, die freie Nutzung (auch kommerziell) , arbeiten offline und sind kostenlos. Ggf. könnt ihr einen Blick drauf werfen um zu prüfen, ob diese geeignet sind.

Zitat von Moombas

Nice, evtl. gibts ja auch irgendwo eine aktuellere Doku über die möglichen Werte als das was ich da gefunden habe

Zu der Doku (Date: 2018-04-26 , Version: 3.2.0 aus deinem Beitrag 2) gibt es eine aktuelle Version (Date: 2024-05-22 , Version: 3.7.1) , siehe https://www.dmtf.org/sites/default/…P0134_3.7.1.pdf

Die Tabelle 'Memory Device — Type' wurde erweitert (siehe Seite 102 und 103)