Tästä saattaa löytyä virheitä!
'Salax
'Salausohjelma
DIM e AS INTEGER, filename AS STRING, filenum AS INTEGER, l AS INTEGER, l2 AS INTEGER, n AS INTEGER, n2 AS INTEGER, fd AS STRING, fd2 AS STRING, kd AS STRING
DIM c AS STRING, c2 AS STRING, a AS INTEGER, a2 AS INTEGER
e = 0
PRINT "Salax"
PRINT "Salausohjelma"
PRINT "Tatu Peltola tatu@mbnet.fi"
FILES
INPUT "Mistä tiedostosta luetaan: ", filename
filenum = FREEFILE
OPEN filename FOR INPUT AS #filenum
l = LOF(filenum)
fd = INPUT$(l, filenum)
CLOSE #filenum
PRINT "---- Salaamaton teksti ----"
PRINT fd
PRINT "--------"
INPUT "Avain ( A-Z [ \ ] ^ _ )", kd
PRINT "salaan..."
l = LEN(fd)
l2 = LEN(kd)
n2 = 1
e = 0
FOR n = 1 TO l
c = MID$(fd, n, 1): a = ASC(c)
c2 = MID$(kd, n2, 1): a2 = ASC(c2)
a2 = a2 - 64
IF a2 >= 1 AND a2 <= 31 THEN
IF a >= 32 THEN
a = a XOR a2
END IF
c = CHR$(a)
fd2 = fd2 + c
ELSE
PRINT "Avain ei kelpaa!"
e = 1
END IF
IF e THEN EXIT FOR
n2 = n2 + 1: IF n2 > l2 THEN n2 = 1
NEXT
IF e THEN GOTO endp
PRINT "---- Salattu teksti ----"
PRINT fd2
PRINT "--------"
INPUT "Mihin tiedostoon kirjoitetaan (tyhjä jos ei kirjoiteta): ", filename
IF filename <> "" THEN
filenum = FREEFILE
OPEN filename FOR OUTPUT AS #filenum
PRINT #filenum, fd2
CLOSE filenum
END IF
endp:
PRINT "Lopeta painamalla jotain näppäintä"
SLEEP
ENDIhan siistä mutta ei niin tehokasta koodia...
Tässä vähennetään avaimen ASCII koodista 64 ja XORrataan teksti sillä..
Aika simppeli tekniikka. Käy korkkeintaan omien ohjelmien datatiedostojen suojaukseen. *YHDEN* merkin avain tekniikkaa ei voi suositella edes siihen, koska sellaisen voi murtosoftalla (joka on helppo tehdä ite, jopa QB:llä) murtaa alta aikayksikön.
Avaimen pitäisi olla *Vähintään* 6 merkkiä (ainakin monet mailipalvelut suosittelevat sitä)
QB on kyllä liian hidas jonkin toimivan ja hyvän salausjärjestelmän tekemiseen, sitä paitsi tekstiä salatessa kannattaisi käyttää jotain yleisessä käytössä olevaa protokollaa, koska muuten voi tulla mutkia matkaan avauksen kanssa, tunnetusti ei ole järkevää salata tekstiä siten, että vain itse pystyt lukemaan sitä, paitsi ehkä data filuissa. Oman teknologian kehittely noin pienellä salaustasolla ei oikein ole järkevää, koska avaus tekniikan voi päätellä hyvällä päättely kyvyllä, ja testauksella ja brute forcella.
Myönnän kyllä itsekkin syyllistyneeni salaus virtitelmien tekoon QB:llä, mutta se ei ole kannattavaa.
Aika simppeli tekniikka. Käy korkkeintaan omien ohjelmien datatiedostojen suojaukseen. *YHDEN* merkin avain tekniikkaa ei voi suositella edes siihen, koska sellaisen voi murtosoftalla (joka on helppo tehdä ite, jopa QB:llä) murtaa alta aikayksikön.
Avaimen pitäisi olla *Vähintään* 6 merkkiä (ainakin monet mailipalvelut suosittelevat sitä)
QB on kyllä liian hidas jonkin toimivan ja hyvän salausjärjestelmän tekemiseen, sitä paitsi tekstiä salatessa kannattaisi käyttää jotain yleisessä käytössä olevaa protokollaa, koska muuten voi tulla mutkia matkaan avauksen kanssa, tunnetusti ei ole järkevää salata tekstiä siten, että vain itse pystyt lukemaan sitä, paitsi ehkä data filuissa. Oman teknologian kehittely noin pienellä salaustasolla ei oikein ole järkevää, koska avaus tekniikan voi päätellä hyvällä päättely kyvyllä, ja testauksella ja brute forcella.
Myönnän kyllä itsekkin syyllistyneeni salaus virtitelmien tekoon QB:llä, mutta se ei ole kannattavaa.
Se tuli vahingossa kahesti kun painoin päivitä nappia!
eiku voi siihen laittaa sen mittasen avaimen ku haluaa!!1 voi kirjoittaa vaikka 20 merkkiä pitkän! !!! pitemmänki ! !!!
------
*YHDEN* merkin avain tekniikkaa ei voi suositella edes siihen, koska sellaisen voi murtosoftalla (joka on helppo tehdä ite, jopa QB:llä) murtaa alta aikayksikön.
Avaimen pitäisi olla *Vähintään* 6 merkkiä (ainakin monet mailipalvelut suosittelevat sitä)
------
Niin tää selitys oli vähä huono (voi laittaa pitkänki avaimen!):
Tässä vähennetään avaimen ASCII koodista 64 ja XORrataan teksti sillä..
O.K. My fault, pystyyhän siihen laittaan useamman merkin avaimeen. Mutta pysyn siinä mielepiteessä, ettei kannata käyttää tälläsiä viritelmiä, paitsi jos todella käytät salausta vain omien ohjelmien datan kryptaukseen. Avaimen merkkien määrä on liian suppea. Koko ASCII merkistö vain suosiolla käyttöön.
Älkää viitsikö lähettää koodia josta "voi löytyä virheitä"
No Lare Tee sitte sillä Qb:eelä sellane salasanan murto ohjelma !!!
No Lare Tee sitte sillä Qb:eelä sellane salasanan murto ohjelma !!!
"QB on kyllä liian hidas jonkin toimivan ja hyvän salausjärjestelmän tekemiseen".. pitänee ottaa haasteena.
Minä jo otin tällaisen haasteen ja aloin vähän aikaa sitten kirjoittaa eräänlaista decrypteriä, joka brute forcella käy läpi jokaisen avaimen. Tällä hetkellä käytössä on tosin vasta yhden salaustavan murto. Aika hidasta se kyllä meinaa QB:llä olla, varsinkin kun ohjelman täytyy poistaa ne vaihtoehdot, jotka eivät voi kieliopin mukaan olla oikeita. C++:lle porttaus voisi olla kannattavaa...
Tuohon voisi kyllä laittaa tosiaan koko ASCII-merkistön, niin ei tarvitisi vähentää ainaa 64:ää ja menetelmä pysyisi silti symmetrisenä.
Aihe on jo aika vanha, joten et voi enää vastata siihen.