A-VIRUS - Page 1

Bon après les virus, je voudrais parler des anti-virus...
Je programme en Ti-Basic (avec flib3, userlib, filelib, graphlib) mais également en GFA-BASIC.
J'ai fait un antivirus dont je vais indiquer ici le fonctionnement, seul problème il est assez long...
Il lis votre programme octet par octet avec la fection getbyte.
Il transforme la valeur de chaque octet en la chaîne de caractères correspondantes. Il met toutes les chaînes les unes à la suite des autres dans une variable.
A partir de là le gros est fait, il n'a plus qu'à rechercher (PosTexte) dans cette grosse variable les fonctions louches : setbyte, off, exec, reset, Exec "4e444e750000", Exec ", etc.

Enfin, il indique le risque du fichier, propose de le laisser vivre sa vie, de le tuer sauvagement, de l'archiver ou de le mettre en quarantaine.


Qu'en pensez-vous ? Que proposez-vous de plus pour un antivirus performant ? Comment accroître la rapidité ?

Je voudrais faire un programme qui se loge en mémoire vive (ouh... c'est possible en BASIC ça ??) pour arrêter les interventions louches.

Autre question : Connaissez-vous des tutoriaux pour userlib, graphlib, et filelib ??

Edited_3612

Ben ça permet également de détecter les problèmes dans les programmes, etc.
Et ça évite de lancer un programme dangereux

ce que tu as du mal à comprendre c'est que ça n'existe pas sur ti, les "programmes dangereux", y'a que toi pr en faire, donc un "anti-virus" est absolument inutile...

Le truc c'est que c'est nous qui envoyons les programmes qu'ont veut et généralement on les a choisi bien soigneusement donc comme le dit Zephyr ça sert pas à grand chose à part à t'amuser.

oui c'est sûr que si c'est juste pr apprendre, pourquoi pas à la limite, c'est un programme comme un autre; mais par contre ça sert à rien de demander ici ce que les gens en pensent puisqu'ils n'en auront pas besoin

Pourquoi programmer en assembleur

Non, mais outre l'assembleur, y'a le C

Connais pas la programmation en C.

Sinon, avec flib, quand on fait effacer l'écran (par exemple pour écrire un texte), et que le programme se termine, l'écran homme est tout crade, et la barre SL est partie
Pour la barre, SL, y a une fonction dans flib : "slrcl" mais pour l'écran sale, par exemple la zone d'écriture est bizarre, et l'écran Calc aussi, comment faire pour que ce soit propre (comme en GFA-BASIC par exemple...) ?

Tu passes en écran IO avant d'effacer.

Ou sinon, tu prends tigcc, tu écris dans void _main(void) un joli DrawLine(0,LCD_HEIGHT-7,LCD_WIDTH,LCD_HEIGHT-7); tu compiles, et tu passes aussi en écran I/O

Edited_3613

Edited_3614

	move.w	#0x4c00+1e*5f,a0 
	move.l	0xffff000e,d0 
loop:	move.l	d0,28*30(a0) 
	move.l	d0,(a0)+ 
	dbra.w	d0,loop

Et hop là.

Edited_3615

	move.w	#0x4c00+1e*5f,a0 
	moveq #-1,d0
	addq.w #F,d0
loop:	move.l	d0,28*30(a0) 
	move.l	d0,(a0)+ 
	dbra.w	d0,loop

Va plus rien rester (mais j'ai rien pour tester si ça marche là).

Edited_3616

Argh.

Sans compter pour le sujet original, c'est que cela ne marche que pour les prog basic non preintreprété, bref

comment ça ? il analyse même les programmes en ASM alors... le BASIC ça doit pas causer de problèmes !

comment il fait pour analyser les progs asm ?
si je fais

_main:	move.w #0x42,_main
	move.b #0x4e,_main
	bra _main

il détecte que ça fait un reset ?


Martial> tu as oublié un # après le move.l, et puis ça doit pas marcher puisque tu avances de 4 octets à chaque fois...

	lea	0x4c00+0x1e*0x5f,a0
	moveq	#29,d0
loop:	st.b	28*30(a0)
	st.b	(a0)+
	dbf	d0,loop