Hvilken virksomhed skal jeg starte?

Svar: Ide til sikkerheds software - Hvordan goeres det?

Technocowboy — Mon, 27 Jul 2009 18:52:50 GMT

Sorry, den fortsætter på PM basis...

Der burde egentligt være en "split tråd"-funktion :o)

mvh

Jan

Svar: Ide til sikkerheds software - Hvordan goeres det?

Jesper — Mon, 27 Jul 2009 16:42:43 GMT

Jeg undskylder og stopper

// Jesper

Svar: Ide til sikkerheds software - Hvordan goeres det?

Reed — Mon, 27 Jul 2009 15:43:39 GMT

Det er slet ikke for at være sur og tvær, men det irreterer mig at i begynder på en helt emne I mit indlæg.
Jeg tror I kan finde et bedre sted at skrive om det.
Fordi som jeg læser det forstår jeg intet af det, og derfor hjælper det mig ikke!

Svar: Ide til sikkerheds software - Hvordan goeres det?

Jesper — Mon, 27 Jul 2009 15:36:55 GMT

Technocowboy:

Hvis du nu f.eks laver en CALL label så bliver dette ikke af assembleren oversat til en direkte binær præsentation, men til en relativ adresse i din object fil. De relative adresser bliver så ændret til absolutte adresser ifm . linkningen af dit projekt.

Jep, her har du ret. Man slipper for at tælle bytes hvor ting starter og slutter, så jeg gir' mig :-)

Til folk der intet forstår kan jeg fortælle at CALL svarer til en GOTO, men man hopper altså bare til et bestemt sted i hukommelsen og begynder at eksekvere kode derfra. Skrev du lidt forkert?!... ja, så kunne du reelt set havne i dit grafikkort og begynde at udføre tilfældige pixels på skærmen som var det (binær)kode.

Technocowboy:
Jesper G:

Kunne du skrive i en ROM med den metode du beskriver ovenfor?

Nej - "loade" var et forkert ord at bruge. ROM bliver lavet i hardwaremasker (sansynligvis ætset i silicium - uden at jeg skal gøre mig klog på selve processen) - og det kan uden tvivl ikke gøres med switch-metoden :o)

Jeg har aldrig lavet meget elektronik, men husker at vi intet kunne gøre med en Read Only Memory chip. Pludselig var der rygter om at en virus var løs som slettede BIOS fordi den - af prishensyn - var lagret på en (E)PROM i stedet for ROM. Ved ikke om det passede, men dengang var man i store problemer hvis BIOS blev brændt af :-)

// Jesper

Svar: Ide til sikkerheds software - Hvordan goeres det?

Technocowboy — Mon, 27 Jul 2009 14:05:39 GMT

Jesper G:

Technocowboy:

Jesper G:

delinda:
Assembler er ikke et OOP Men tilgengæld er det, det næst sværeste programmeringssprog i verden. (efter direkte binær kode)

Det det samme.

Det er ikke helt det samme.

[......]

Men at sige at det ene er sværere end det andet kommer lidt an på vinklen man ser fra. Det er klart at dip-switch metoden er mere "error-prone", men kendskabet til mnemonics og deres virkemåde er den samme.

Jesper G:

Jeg går ud fra vi er enige om at forskellen er alfabetet. Assembler og mnemonics er tekst for at gøre det nemmere for mennesker og begge har en direkte entydig binærrepræsentation. 'Load A,x' eller dens binære repræsentation er altså præcis det samme skrevet på forskellig måde. Sådan var det på Z80 i 80'erne.

Hej Jesper,

Ja vi er grundlæggende enige om at en LD A,x har en entrydig binær præsentation.

Hvis du nu f.eks laver en CALL label så bliver dette ikke af assembleren oversat til en direkte binær præsentation, men til en relativ adresse i din object fil. De relative adresser bliver så ændret til absolutte adresser ifm . linkningen af dit projekt.

Når du laver benytter dig af switch metoden, så har du foretaget linkningen på papiret - så derfor holder jeg stadig på at det ikke er det samme (men det kan sikkert godt blive en lang diskussion :o)

Og som jeg skriver så kommer sværhedsgraden an på anskuelsesvinklen.

At skrive et program som kan udføre opgave X - kræver de samme "skills" uanset om man gør det på den ene eller den anden måde.

Men udførelsen af selve processen er klart sværere/mere tidkrævende uden assembler.

Jesper G:

Kunne du skrive i en ROM med den metode du beskriver ovenfor?

Nej - "loade" var et forkert ord at bruge. ROM bliver lavet i hardwaremasker (sansynligvis ætset i silicium - uden at jeg skal gøre mig klog på selve processen) - og det kan uden tvivl ikke gøres med switch-metoden :o)

mvh

Jan

Svar: Ide til sikkerheds software - Hvordan goeres det?

Jesper — Mon, 27 Jul 2009 12:15:11 GMT

Technocowboy:

Jesper G:

delinda:
Assembler er ikke et OOP Men tilgengæld er det, det næst sværeste programmeringssprog i verden. (efter direkte binær kode)

Det det samme.

Det er ikke helt det samme.

[......]

Men at sige at det ene er sværere end det andet kommer lidt an på vinklen man ser fra. Det er klart at dip-switch metoden er mere "error-prone", men kendskabet til mnemonics og deres virkemåde er den samme.

Jeg går ud fra vi er enige om at forskellen er alfabetet. Assembler og mnemonics er tekst for at gøre det nemmere for mennesker og begge har en direkte entydig binærrepræsentation. 'Load A,x' eller dens binære repræsentation er altså præcis det samme skrevet på forskellig måde. Sådan var det på Z80 i 80'erne.

Kunne du skrive i en ROM med den metode du beskriver ovenfor?

// Jesper

Svar: Ide til sikkerheds software - Hvordan goeres det?

Technocowboy — Thu, 23 Jul 2009 21:09:46 GMT

Jesper G:

delinda:
Assembler er ikke et OOP Men tilgengæld er det, det næst sværeste programmeringssprog i verden. (efter direkte binær kode)

Det det samme.

// Jesper

Det er ikke helt det samme. Assembler er et lavniveau-sprog baseret på mnemonics. Disse mnemonics bliver assembleret til binær kode (op-codes)og herefter linket med evt. andre moduler - og så loadet i hukommelsen (hvadenten det er RAM ROM PROM E-PROM EE-PROM osv.).

En direkte binær kodning består i at loade et system op ved at sætte et sæt af dip-switche for at sætte adresse og op-code, hvorefter man clocker det ind. Så fortsættes med næste adresse og op-code, som clockes ind.

I min første praktikperiode i elektronikverdenen for ca. 30 år siden fandtes der nogle Motorola (6800) developer-kits. Der var to (som jeg kender til). Det ene var dip-swicth baseret, det andet havde et Hex-tastatur. Men princippet var det samme - opsætning af adresse og indhold.

Jeg fandt lige et link til hex-udgaven

Men for at skrive programmet skulle man sætte sig ned og kigge i opcode/mnemonic tabel, på papiret generere det binære udtryk - eet for eet.

Men at sige at det ene er sværere end det andet kommer lidt an på vinklen man ser fra. Det er klart at dip-switch metoden er mere "error-prone", men kendskabet til mnemonics og deres virkemåde er den samme.

mvh

Jan

Svar: Ide til sikkerheds software - Hvordan goeres det?

Reed — Thu, 23 Jul 2009 20:14:25 GMT

Ikke før nu nej

Svar: Ide til sikkerheds software - Hvordan goeres det?

Elias Sørensen — Thu, 23 Jul 2009 20:12:54 GMT

Du har overordnet tre muligheder for, hvordan du vil gribe det an.

Find en investor, præsentér din idé for et softwareselskab (der eventuelt allerede har erfaring med sikkerhedssoftware). Få evt. en erfaren til at udarbejde en fortrolighedsaftale som gør, at de ikke kan sige nej tak til dig, og et halvt år efter komme ud med et identisk produkt.
Find en erfaren freelanceprogrammør (der er nogle ting der skal tænkes igennem - kan godt være lidt risikabelt).
Lær at programmér og hav et produkt færdigt om nogle år. Det er ikke noget der kommer på to dage og dem der sidder og udvikler disse sikkerhedssoftware er de absolut hårdeste i branchen med mange års erfaring.

Hvis du har fundet på en unik sikkerhedsmodel kan du eventuelt patentere den?

Før du overhovedet går videre med ideen må du lave noget research omkring lignende (eller direkte identisk) software og lave en markedsanalyse.

Svar: Ide til sikkerheds software - Hvordan goeres det?

Jesper — Thu, 23 Jul 2009 20:09:34 GMT

VELOCIGROUP:
Jeg har arbejdet med sikkerhed på IT systemer til erhvervslivet i mange år og oplever tit at mange ikke kyndige kommer til kort, da der er så mange muligheder og alternativer.

Det er jeg glad for du skriver. Det er ikke et emne hvor man får en brugbar idé uden en teoretisk og praktisk baggrund.

Reed. Kender du http://www.roboform.com/ ?

// Jesper

Svar: Ide til sikkerheds software - Hvordan goeres det?

Jesper — Thu, 23 Jul 2009 20:03:17 GMT

delinda:
Assembler er ikke et OOP Men tilgengæld er det, det næst sværeste programmeringssprog i verden. (efter direkte binær kode)

Det det samme.

delinda:
men samtidig et programmeringssprog som bliver meget brugt i sikkerhedsbranchen. P.ga. dets meget lave random access memory og CPU forbrug. eks. så er store dele af nod32 skrevet i Assembler.

Random Access Memory RAM dækker over at du kan tilgå "tilfældige" steder i hukommelsen og skal ses som en modsætning til at spole sig frem som på et magnetbånd. Symantec/Norton/whatever skal skrive et program der kører under windows og som derfor bliver fortolket. De får ikke lov (af Windows) til at tilgå CPU og resourser direkte, hvad de heller ikke bør/burde.

// Jesper

Svar: Ide til sikkerheds software - Hvordan goeres det?

Jesper — Thu, 23 Jul 2009 19:57:49 GMT

delinda:

OOPS undskyld Reed der var jeg vist lidt for hurtigt ude med riven.

Nemlig. C er ikke OO og C++ er mutiparadigme.

// Jesper

Svar: Ide til sikkerheds software - Hvordan goeres det?

Reed — Thu, 23 Jul 2009 19:54:41 GMT

Men tak fordi I har svaret ;)

Svar: Ide til sikkerheds software - Hvordan goeres det?

Reed — Thu, 23 Jul 2009 19:52:42 GMT

Fair nok - Min ide er stadig anderledes, jeg vil slet ikke over i det der..
Men nok om det.

Der er vidst ikke rigtig nogen af jer der hjælper rigtigt.
Så jeg tror jeg vil rode lidt med det selv, med mindre der er en der kommer med noget brugbart ;)

- Jeg ved godt hvad blizzard har lavet :)

Svar: Ide til sikkerheds software - Hvordan goeres det?

Kristian — Thu, 23 Jul 2009 19:49:01 GMT

Blizzard har allerede lavet en sådan "token" baseret løsning.

http://eu.blizzard.com/store/details.xml?id=221003132

De har desuden også lavet en software baseret løsning til Iphone.

http://itunes.apple.com/WebObjects/MZStore.woa/wa/viewSoftware?id=306862897&mt=8

Du vil umiddelbart ikke kunne lave en sådan selvstændig løsning, uden at arbejde sammen med udviklerne af det pågældende stykke software.

De overstående løsninger kaldes også two-factor authentication som du kan læse mere om her:

http://en.wikipedia.org/wiki/Two-factor_authentication