Algorytm i patent

0

Cześć. Mam pytanie.
Stworzyłem algorytm szyfrujący. Algorytm jest myślę, że dosyć dobry(aktualnie w fazie testów). Wiem, że takiego nie ma. Chciałbym go może nawet opatentować. Z tym, że ma on jedną poważną wadę. Otóż, jeśli powiem komuś, jak zakodować tekst, to ta osoba będzie również wiedziała, jak go odkodować. Więc ogólnie rzecz biorąc, nie chcę nikomu zdradzać jego tajników ze względu na to, że po prostu nie będzie wtedy funkcjonalny. Czyli:

  1. Czy patentowanie odpada?
  2. Czy pokazanie go gdzieś na forum publicznym(tylko ogólnikowo, bez szczegółów) odpada?
0

jeśli sposób dekodowania <ort>nasówa </ort>się sam po ujrzeniu meody kodowania to wg mnie troche siedzenia nad sposobem złamania hasła + jakaś wiedza = szybkie złamanie kodowania :>

0

Jakies 30 lat temu juz zrezygnowano z szyfrowania, w ktorym znajomosc algorytmu umozliwia rozwalenie szyfru. Najlepsze sa takie, ktore pomimo znajomosci algorytmu ciezko jest zlamac. Jezeli nie ma mozliwosci weryfijacji skutecznosci twojego algorytmu i jego skutecznosc zalezy od tego czy algorytm jest jawny czy nie, to nikt nie zdecyduje sie go zastosowac.

0

tak przy okazji - aby algorytm opatentować, musisz go sprezentować - choćby komisji ;]

0

Po co patentować algorytm? Aby wykorzystać go tylko we własnej aplikacji bądź sprzedawać go innym firmom, które też wykorzystają go do własnego programu.
Ale aby użyć tego kodowania, to należy taki program rozdać ludziom, którzy go mają używać... i właśnie w tym momencie w ich brudne łapska :> wpada Twój algorytm. Rzut okiem na kod i już wiedzą, jak zdekodować każdą zaszyfrowaną informację Twoim programem.

Nonsens totalny...

0

poza tym wstrzymaj sie z patentowaniem tego "algorytmu", gdyz nie ma to najmniejszego sensu. Nikt tego od ciebie nie kupi, gdyz szyfry symetryczne juz dawno wyszly z mody. Dodatkowo sadze ze nie uzyles szyfru klasycznie symetrycznego gdyz posiadanie kodu i tak uniemozaliwiloby odkodowanie wiadomosci bez znajomosci klucza. Prawdopodobnie uzyles staarych metod podstawieniowych lub permutacyjnych (ewentualnie robiac miks tych dwoch). Nie uzyles nawet algorytmu polialfabetycznego bo niezbedny bylby klucz sesji - wiec znajomosc algorytmu bez znajomosci klucza nie pozwoli na zlamanie szyfru.
Na 99.9999% "wymysliles" po raz kolejny juz od dawna znany i zapomniany algorytm...

ps. jezeli chodzi o faze testo - niech twoi testerzy wykonaja analize czestosciowa wystepowania znakow w tekscie, zaopatrza sie w statystyczna tabele wystapien jezyka Polskiego i zlamia ten szyfr w 5-7 minut...

podrawiam.

0

No więc zgadzam się, że pomysł z patentem był w tym przypadku urojony. A jak rozdawać kod innym programistom? Pytałem się już na forum Delphi i doszliśmy do wniosku, że w postaci bibliotek DLL.

Na 99.9999% "wymysliles" po raz kolejny juz od dawna znany i zapomniany algorytm...

Czy mógłbyś przytoczyć lub przesłać mi ten dawno zapomniany algorytm? Bo być może faktycznie nie wymyśliłem nic nowego :/

ps. jezeli chodzi o faze testo - niech twoi testerzy wykonaja analize czestosciowa wystepowania znakow w tekscie, zaopatrza sie w statystyczna tabele wystapien jezyka Polskiego i zlamia ten szyfr w 5-7 minut...

A powiem im :)

0

Czy mógłbyś przytoczyć lub przesłać mi ten dawno zapomniany algorytm? Bo być może faktycznie nie wymyśliłem nic nowego :/

tak od reki nie jestem w stanie. Istnieje wiele odmian takich szyfrow w roznych konfiguracjach. Dawne czasy obfitowaly w roznego typu kryptosystemy oparte na permutacjach lub podstawieniach. dopiero od jakis 40 lat stosuje sie algorytmy oparte na matematyce a w szczegolnosci na krzywych eliptycznych i hipereliptycznych, ewentualnie funkcje wielomianowe i wykladnicze o duzym wykladniku rzedu tysiecy bitow.

1 użytkowników online, w tym zalogowanych: 0, gości: 1, botów: 0