HUP @ Microsoft Reputation Services
donate.fsf.org @ Microsoft Reputation Services
Sullivan beküldött a Microsoft-hoz egy javítási kérést, arra kérve a redmondi céget, hogy távolítsa el a weboldalát a szerencsejáték kategóriából. Az FSF arra számít, hogy a Microsoft javítja a kifogásolt problémát, mindazonáltal az alapítvány azt javasolja mindenki számára, hogy kerülje a Microsoft-tól származó proprietary biztonsági termékek használatát.
Az alapítvány szerint a proprietary biztonsági szoftver egy oximoron -- ha a felhasználónak nincs teljes ellenőrzése a szoftver felett, akkor a felhasználó nincs biztonságban.
A blogbejegyzés itt olvasható.
- A hozzászóláshoz be kell jelentkezni
Hozzászólások
Gusztustalan propaganda, fujj.
De csodálom, hogy nem robbant szét a fejük a gondolatmenettől: egy zárt szoftver fals pozitívat adott ergo minden zárt szoftver szar.
Remélem, hogy ez Sullivan magánvéleménye, és csak ilyen Stallman féle elmebetegek értenek vele egyet ott, mert ez erős.
----
India delenda est.
- A hozzászóláshoz be kell jelentkezni
De csodálom, hogy nem robbant szét a fejük a gondolatmenettől: egy zárt szoftver fals pozitívat adott ergo minden zárt szoftver szar
Értelmezésem szerint nem ezt mondták. De nem akarom őket nagyon védeni egyébként....
- A hozzászóláshoz be kell jelentkezni
Valóban nem szerepelt ez így egy mondatban, de erősen erre megy ki a cikk, kezd egy fals pozitívval (ami megesik minden ilyen jellegű rendszernél), és a végére oda jut, hogy minden zárt forrású kód biztonságtechnikailag rossz és kész.
----
India delenda est.
- A hozzászóláshoz be kell jelentkezni
Úgy tűnik, hogy a linkelt blogbejegyzést nem sikerült maradéktalanul elolvasnod. Abban van egy másik példa is arra, amikor a Microsoft úgy döntött _helyetted_, hogy te _nem akarsz_ látni egy másik FSF oldalt _sem_.
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Ami nyilvanvaloan nem helyrehozhatatlan dolog, csak szolni kell nekik, mint meg is tortent :)
- A hozzászóláshoz be kell jelentkezni
Egy jó ügyvéddel felszerelve az FSF-nek érdemes lenne rossz hírnév keltése címen egy kártérítési pert akasztani a Microsoft nyakába a baki miatt, aztán máris hatékonyabb lehetne az ellenőrzés.
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Már épp javasolni akartam, hogy valaki végre a sz@rt is kiperelhetné már a belőlük...
--
openSUSE 11.4
- A hozzászóláshoz be kell jelentkezni
"Stallman féle elmebetegek"
gratula nagyon kemény vagy... :/
- A hozzászóláshoz be kell jelentkezni
http://www.youtube.com/watch?v=I25UeVXrEHQ
Nyam-nyam!
- A hozzászóláshoz be kell jelentkezni
No mesélj.
----
India delenda est.
- A hozzászóláshoz be kell jelentkezni
Jó, hogy itt szájkaratéztok...azért bírom a sok montorfejűt, mikor keményít, de az első utcai bunyóban benyüszít... szerintem kevesebb keménységgel, és több ésszel egy ilyen portálon többre mennétek...
- A hozzászóláshoz be kell jelentkezni
Na, ENNÉL szánalmasabb dolog kevesebb van a neten. Tyű.
----
India delenda est.
- A hozzászóláshoz be kell jelentkezni
Kemény vagyok. Csótánykemény!
- A hozzászóláshoz be kell jelentkezni
Hát igen, len az utszán nincsen kegyelem. :)
- A hozzászóláshoz be kell jelentkezni
Michael J. Fox idézet :)
- A hozzászóláshoz be kell jelentkezni
Egész Indiát kár volna, ott született pl. Buddha bácsi :-)
De nekünk is volt/van rossz tapasztalatunk az indiai "munkatársakkal".
Fuszenecker_Róbert
- A hozzászóláshoz be kell jelentkezni
+1
"Stallman féle elmebeteg" +1000
- A hozzászóláshoz be kell jelentkezni
Most jól eldöntöm helyetted, mint 3rd party, hogy a ráfázol bankra sok panasz érkezett, TEHÁT nigerian scam oldal, te meg nem férsz hozzá a netbankodhoz. Mit tennél? A bankot hibáztatnád vagy a 3rd partyt? Esetleg magadat, hogy olyan szolgáltatást veszel igénybe, ahol nem tudod felülbírálni a fals döntéseket?
- A hozzászóláshoz be kell jelentkezni
A felülbíráláshoz konfig fájl kell, kétlem, hogy bármelyik rendszergazda nekiáll turkálni az élesben használt biztonsági szoftver kódjában, még ha az nyílt is. Ennek semmi, de semmi köze a nyílt vagy zárt kódhoz.
----
India delenda est.
- A hozzászóláshoz be kell jelentkezni
Jobb helyeken az admin külön állítgathatja, hogypl: service center nem youtube-ozhat és facebookozhat, operátorok nem netezhetnek, kivéve céges weboldal.
Olyan ez mint ahogy a vírusirtókban user defined-be megadod a p2p klienseket. Vagy legalábbis kéne lennie. Az, hogy a Microsoft nem ad erre lehetőséget, még nem ez a normális.
- A hozzászóláshoz be kell jelentkezni
Stallman nem elmebeteg, csak megvan a maga küldetése, persze elismerem elég authentikus alak. De nem kell olyannak lennie mindenkinek. Nézz utána hogy mit tett le az asztalra, aztán utána beszélj róla. (vehetjük az FSF által kiadott licenszeket, de ha már programozunk, keresd ki hogy hány és mennyi kódot írt (igen)).
- A hozzászóláshoz be kell jelentkezni
Nem értem. Ha én elmebeteg vagyok, és építek otthon egy atombombát, akkor én mégsem vagyok elmebeteg, mert mégiscsak építettem egy atombombát? Mi ez a tekintélyelvűség? Linus is megírta a gitet (részben), ami egy kiváló szoftver, mégis azt mondom, hogy egy barom (fontos, ő nem elmebeteg, csak egy barom).
Nyílván nem az átlag ember fog átlagfelettit produkálni, hanem a valamilyen irányba eltérőek, és ez a deviancia Stallmannál egy kicsit súlyosabb, mint a többieknél.
----
India delenda est.
- A hozzászóláshoz be kell jelentkezni
A zseni és az őrült között hajszálvékony a határ.
- A hozzászóláshoz be kell jelentkezni
Inkább úgy mondanám, hogy az őrülteknek egy kis részhalmaza a zsenik. Mert nagyon sok elmebeteg van, aki közelében sincs a zsenialitásnak :)
----
India delenda est.
- A hozzászóláshoz be kell jelentkezni
ott a pont :)
- A hozzászóláshoz be kell jelentkezni
A nagyon sok projekt által használt licenszek elkészítése és a kódírás szerintem nem konvertibilis az atombomba készítéssel. :)
- A hozzászóláshoz be kell jelentkezni
ne felejtsük el, hogy '83-'84-ben kezdte -a unix ellen-, amikor még az msft a garázsból jött elő, a linux meg '91-ben jött elő a '87-es minis inspirációja által.
célját végül eléri, a linux és a windows server az alsó kategóriában (és tovább) kiszorítja a unixot, de ez alighanem csak az x86 fejlődésének köszönhető.
--
nincs aláírásom
- A hozzászóláshoz be kell jelentkezni
Valószínűleg nem _csak_ az x86 fejlődésének, nem látnék semmi különbséget, ha mondjuk a kilencvenes évek vége felé a PPC lenyomta volna, vagy hogy az ARM nemsokára lenyomja (de legalábbis felzárkózik).
A lényeg a megfizethető nagy teljesítmény, de erre még azért szoftvereket is kell írni.
- A hozzászóláshoz be kell jelentkezni
Windowsból 98-at használtam utoljára élesben, na az tényleg szerencsejáték-szoftver volt. Vagy lefagyott, vagy nem.
Egyébként van benne logika, a proprietary szoftverek fekete dobozként működnek, vagy elhisszük hogy nem tartalmaz (számunkra) kártékony kódot, vagy nem. Míg szabad szoftvereknél van lehetőség a forráskód tanulmányozására, így megismerhető hogy mit csinál.
- A hozzászóláshoz be kell jelentkezni
Tény, nyitott tehát ellenőrizhető, de erre szokták azt mondani válaszként, hogy akkor könnyebben törhető is, ami valamilyen formában igaz, lásd ha bug-ot találsz benne, töröd ahogy akarod, forrás szinten kicsit könnyebb ilyent találni. A másik, hogy igen, egy zár működésének ismerete igenis könnyebbé teszi annak feltörését.
(Mondom úgy, hogy egyáltalán nem vagyok oda ügyfélként azért, ha valaki visszatart, vagy nem dokumentál kódot, amit átveszek-megveszek-megkapok tőle. De ugyan ezt a doksit-kódot nem adnám ki az én ügyfeleimnek, felhasználóknak.)
- A hozzászóláshoz be kell jelentkezni
akkor könnyebben törhető is,
tehat ha zart forrasu, akkor nehezebben torheto, ami pedig nehezebben torheto, az biztonsagosabb is...
- A hozzászóláshoz be kell jelentkezni
ONTOPIC:
Ez így megnyilatkozva közel röhelyes részükről, ez az egész pattogás ami megy ilyen témákban csak lejáratja azt a gondolkodásmódot, ami amúgy értékes, életképes és érdemes arra, hogy többen megismerjék. Csak. Ne. Így.
OFF:
Úgy mondom: publikum számára könnyebben átnézhető egy nyílt program működése, emberek vagyunk, hibázunk, így a hiba publikus lesz, tehát "törhetőbb" a program, mint ha titok a hiba kiléte.
Viszont, a hiba attól még kiszúrható, a program működésének vizsgálatával, és az így létrejövő rést viszont nekem nincs módom foltozni, majd jó pénzért, esetleg a monopóliummal visszaélve feláron, ha egyáltalán javítja a valaki. Ez genya.
A leggenyább, hogy a zárt kód létrehozója akár a tudtom nélkül is visszaélhet a hatalmával, kiadhatja másoknak, stb.
Nem sarkítok, és TÉNY, nincs időm belemenni a játék összes aspektusába, nem is biztos, hogy jó helyen vagyunk ehhez ebben a témában.
Szerintem az a legkorrektebb, ha én ismerem-megkapom-birtoklom-módosíthatom a kódot, de mások nem.
(Megint más kérdés, hogy mi van, ha több ügyfele van a cégnek, akitől vettem a szoftvert, a kódot amit ők megkapnak használhatják ellenem, a szoftverek ára nem feltétlen van egy léptékben azzal a kárral-haszonnal amit okozhat egy betörés adott rendszerekbe.)
- A hozzászóláshoz be kell jelentkezni
security by obscurity?
- A hozzászóláshoz be kell jelentkezni
A kriptográfiában majdnem minden dolog nyílt, akkor a kriptográfia nem biztonságos?
- A hozzászóláshoz be kell jelentkezni
Mintha hallottunk volna már olyan sztorit, hogy egy-egy publikált megoldásról kiderült, hogy valamelyik titkosszolgálat már 10 évvel korábban felfedezte. Meg mintha a DES környékéről is hallottunk volna ilyen pletyiket, hogy annyira nincs minden megmagyarázva, hogy miért úgy. Meg hasonlók.
Inkább úgy fogalmaznék, hogy kriptográfiában vannak módszerek, amelyekről vannak publikációk. És sosem lehetsz biztos, hogy valaki nem ismer hozzá törést.
----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™
- A hozzászóláshoz be kell jelentkezni
Kiveve a kvantum modszereket :)
- A hozzászóláshoz be kell jelentkezni
Amit mi RSA néven ismerünk, és 1978-ra tesszük a születését, az már 1973-ban létezett a GCHQ-nál.
(Forrás)
Vicces, mert a nővérem 1973-ban született, én pedig 1978-ban. Mindketten egyidősek vagyunk az RSA-val :-D
Fuszenecker_Róbert
- A hozzászóláshoz be kell jelentkezni
Míg szabad szoftvereknél van lehetőség a forráskód tanulmányozására, így megismerhető hogy mit csinál.
Mikor auditaltad legutobb a linux kerneled vagy a bongeszod forrasat?
---
pontscho / fresh!mindworkz
- A hozzászóláshoz be kell jelentkezni
End-User-nek ez szerintem mindegy. Bár, lásd fentebb, nem mindegy, hogy amikor kiderül egy hiba, javíttathatom-e, vagy még csak be se foltoztathatom a rendszerem. A lehetőség a fontos, a zárt kód ezt meggátolja.
- A hozzászóláshoz be kell jelentkezni
Valoban mindegy, mert jobbara nem erdekli es ezert megbizik abban, h valaki azt mondta neki, h ez a szoftver biztonsagos es ez jo neki - pont ugy, mint egy zart cuccnal - mikozben elkepzelheto, h szandekosan atveri a "megrendelot". Nagyon jo pelda erre a legutobbi OpenBSD fiasko, cirka 10 evbe kerult rajonni a szandekosan elrejtett biztonsagi hibara, pedig a forras barki szamara elerheto volt. Ezert volt a kerdes, kettovel feljebb.
Amugy a mai technologiak mellett mar a zart forras sem akadalyoz meg az auditalasban, pl. egy IDA/hex-rays mellett alig van szukseg mas szoftverre ehhez.
---
pontscho / fresh!mindworkz
- A hozzászóláshoz be kell jelentkezni
Tekintve, hogy igazad van nagyrészint nem állnék le vitázni. Azonban a lehetőség ami nyitva marad nem vethető el ennyivel. A teljes kontroll lehetősége a nyílt forráskódé: Pl. megválaszthatod azt a személyt aki támogatást nyújt és nem vagy kötve a program eredeti írójához. Ennyi vállrándítással nem lehet elrendezni, főleg egy kernelnél jóval kisebb projekt esetén jön jól ez a kontroll. Az FSF pedig ezt vetette fel, hogy nincs meg kontroll.
- A hozzászóláshoz be kell jelentkezni
Ezt is nem vitattam, de itt most nem is erről az aspektusról van szó.
---
pontscho / fresh!mindworkz
- A hozzászóláshoz be kell jelentkezni
A forráskód elérhetősége bizonyos körökben alapkövetelmény. Ezzel a Microsoft is tisztában van. Nem véletlenül van olyan programja, amelyben a cégek, kormányzatok hozzáférhetnek a termékei forráskódjaihoz. Szóval kár kikezdeni azt, hogy a forráskód elérhetősége fontos-e vagy sem.
http://www.microsoft.com/en-us/sharedsource/government-security-program…
Inkább azt kellene hangsúlyozni, hogy az FSF nem említi, hogy a forráskód elvileg elkérhető a Microsoft-tól. Persze itt azért képbe jön, hogy én hiába írnék Redmond-ba, nem kapnám meg a forrást.
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Mint emlitettem ezzel nem is vitatkoztam egy pillanatig sem. Nekem ezzel a "nyilt a forras akkor biztonsagosabb" soderrel van orbitalisan nagy problemam.
---
pontscho / fresh!mindworkz
- A hozzászóláshoz be kell jelentkezni
Tudtam, hogy be fogja ezt szólni valaki, ha simán csak azt írom hogy ismert a forráskód, ezért írtam azt hogy "van lehetőség" és "megismerhető".
Úgyhogy fiam leülhetsz, ez még trollkodásból is egyes, nemhogy szövegértelmezésből.
- A hozzászóláshoz be kell jelentkezni
Gratulalok, helyes iranybol sikerult fogni az alapproblemat.
---
pontscho / fresh!mindworkz
- A hozzászóláshoz be kell jelentkezni
Te gondolatbűnöző vagy!
--
„Spiró ótvar, Konrád átok, Nádastól meg mindjárt hányok!”
- A hozzászóláshoz be kell jelentkezni
Régi trollkodás... Nem neked kell, hanem annak, akit kifizetnek érte... azaz, hogy más auditálhatja. Innentől kezdve pedig csak azon múlik mennyire népszerű a szoftver, mert akkor lesz, akinek kell. Lásd leggyakoribb OSS szoftverek kormányzati auditja.
- A hozzászóláshoz be kell jelentkezni
Nem neked kell, hanem annak, akit kifizetnek érte... azaz, hogy más auditálhatja.
Tehat amig valaki nem veszi a faradtsagot es fizet erte, addig pont ugyanaz a helyzet, mint a zart forrasnal?
Innentől kezdve pedig csak azon múlik mennyire népszerű a szoftver, mert akkor lesz, akinek kell.
Ez sem jelent semmit, mar nagyon jol bebizonyitotta a kozosseg. Eleg az OpenBSD IPSec musorra, vagy az utobbi par hetre visszatekinteni. Legutobb egy forrasbol auditalt szoftverrel rendelkezo Mars szonda egett a legkorben mert deadlockba kerult, pedig a fizetett bagazs papirt adott rola, h ez nem tortenhet meg.
Valaki benyogi, h az adott kod biztonsagos, te pedig elhiszed, mert magad nem vegzed el ugyanazt az ellenorzest mert ugy gondolod, h az aki megtette megbizhato. :-)
Lásd leggyakoribb OSS szoftverek kormányzati auditja.
Azok a kormanyzati szervek a zartnak minositett szoftverek forrasaihoz is hozzafernek, megallapodas kerdese az egesz... es ugyanugy nem jelent semmit, mintha barki szamara hozzaferheto lenne.
Tehat megint csak ott tartunk, h az opensource szoftver ellenorzesehez pont ugyanaz kell, mint a zarthoz, penz, paripa es fegyver. Ahogy azt mar az elmult evek bizonyitottak, a mr. manyeyeballs is korrumpalhato es hiaba a tobbesszam, sokszor egy 20 soros patchben sem latja meg azt az egy karakternyi elterest ami evtizeden keresztul backdoort helyezett el minden derivativ verzioban is.
De azert orulok, h mar reflexbol kepes a nagyerdemu ertelmisegi kozosseg barkit letrollozni aki ellent mer mondani a doktrinanak, komoly minosegi ugrasnak lehetunk szemtanui. :-)
---
pontscho / fresh!mindworkz
- A hozzászóláshoz be kell jelentkezni
Feszülhetsz itt keresztbe-hosszában, én nem megyek bele abba, hogy itt töltsem veled a fél napot egy vitában, melyben láthatólag más képviselünk. I have life :)De persze kemény vagy, meg jól megaszontad, nyugodj meg...
A te érved mindig oda érkezik vissza, hogy a linux és a nyílt forrású közösség szar. Amit eddig láttam arról beszélek. Jah, MacOS király. Mondjuk utóbbiban most nem vagyok 100%-ban biztos, hogy azt tekinted "a platformnak", ha nem, akkor utólag is elnézést az állításért.
Reagálnék egy megjegyzésre azért, hogy a kormányzat mindig hozzáfér a kódhoz: annó a MS kiadta a forrás 84-86%-át a német és osztrák államnak, vizsgálatra. A többit azért nem, mert ő is licencelt, és nem volt joga hozzá. Azt nem is tudták auditálni.
Az, hogy a zárt vs. nyílt önmagában biztonságosabb lenne, mert látod/nem látod a kódot, az nyilvánvaló hülyeség. Én egyik esetben mindig az általad is említett FBI által fizetett ember által megpatkolt ipsecet szoktam felhozni, a másikban pedig a fenti MS példát.
A megállapítás annyi, hogy nyilvánvalóan nem mindegyik vendor tudja/akarja odaadni a kódot, nyílt forrásúnál eleve ott a lehetőség, nem kell NDA, stb. letöltik, ha akarják, megnézik. És nyilvánvalóan többen látják a nyílt kódot, akik nézegetik is, és szépen be is küldik az audit dolgokat közösségnek vagy céghez pénzért, aki majd publikálja pár nappal később, ügyfeleik pedig full disclosuret kapnak előre. Sokan meg nem, ők vagy saját részre vagy feketepiacra adják el.
- A hozzászóláshoz be kell jelentkezni
Feszuljon az akinek hat anyja van, legfeljebb ti akarjatok ugy latni, h ezt teszem. :)
A te érved mindig oda érkezik vissza, hogy a linux és a nyílt forrású közösség szar.
Nem. Oda erkezik vissza, h attol, h nyilt, meg nem biztonsagosabb, ez a mantra mar csunyan megbukott.
Jah, MacOS király.
Igen? Miota?
Az, hogy a zárt vs. nyílt önmagában biztonságosabb lenne, mert látod/nem látod a kódot, az nyilvánvaló hülyeség. Én egyik esetben mindig az általad is említett FBI által fizetett ember által megpatkolt ipsecet szoktam felhozni, a másikban pedig a fenti MS példát.
Nahat, a vegen meg kiderul, h ugyanarrol beszelunk ha mar ugyanazokat a peldakat hozzuk fel?
És nyilvánvalóan többen látják a nyílt kódot, akik nézegetik is, és szépen be is küldik az audit dolgokat közösségnek vagy céghez pénzért,...
Ahogy saxus is megemlitette, ha valamit 10 ev utan fedeznek fel, az nem audit hanem mák.
---
pontscho / fresh!mindworkz
- A hozzászóláshoz be kell jelentkezni
MS kiadta a forrás 84-86%-át a német és osztrák államnak, vizsgálatra. A többit azért nem, mert ő is licencelt, és nem volt joga hozzá. Azt nem is tudták auditálni.
Csak a forráskódot tudják auditálni? Micsoda láma társaság dolgozik a német és osztrák államnak... ;p
- A hozzászóláshoz be kell jelentkezni
Jó dolog ez a több szem többet lát, amíg a fejlesztő nem hajt el a fenébe. lásd http://hup.hu/node/99361
- A hozzászóláshoz be kell jelentkezni
Haha +1. :D
----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™
- A hozzászóláshoz be kell jelentkezni
Töb szem... Ja. 2006-09-17-től 2008-05-13-ig. Rég volt, de akkor is több szem láthatta, és mégis...
- A hozzászóláshoz be kell jelentkezni
Van lehetőség, csak ki is él vele...? Manyeyeballs úr már megbukott egy párszor a rutinellenőrzéseken.
----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™
- A hozzászóláshoz be kell jelentkezni
Egy filozófiai kérdés:
Nem pont ezek az ellenőrzések a manyeyeball-ok? Tehát valójában nem elbukik, hanem pont hogy megtörténik?
- A hozzászóláshoz be kell jelentkezni
Az nem security audit, hogy 10 eves kesessel kiszurnak valamit. Veletlen. Egy jobb napon.
----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™
- A hozzászóláshoz be kell jelentkezni
Üdv Manyeyeballsföldén :-)
- A hozzászóláshoz be kell jelentkezni
Jó lenne az a manyeyeballs. Ha nem lennénk lusta disznók átolvasni a kódot.
Elvben megvan a lehetőséged, hogy megtedd. Csak sokan úgy gondolják, hogy más úgy is megnézte helyettem, nem?
Inkább abban volna az előnye, hogy ha valami feature-re szükséged van, talán könnyebben bele tudod írni. Ami meg az end usernek általában lényegtelen, mert nem fog leállni programozni.
- A hozzászóláshoz be kell jelentkezni
Elolvasod az oprendszered forráskádjót, és abból fordítasz magadnak binárist?
De a processzorod (meg a BIOS-od) "forráskódja" sem publikus, mégis használod.
Senki nem garantálja, hogy ugyanabból a forrásból fordult az oprendszered, mint amit közzétesznek.
Fuszenecker_Róbert
- A hozzászóláshoz be kell jelentkezni
'vagy elhisszük hogy nem tartalmaz (számunkra) kártékony kódot, vagy nem"
ROTFL. Ugyanigy van am ez a szabad szoftverrel is, mert a felhasznalok _donto_ tobbsege nem nez bele a kodba (hogy nem ert hozza, vagy egyszeruen csak lusta, az most irrelevans kerdes). Ez mar nagyon regen nem erv a szabad szoftver mellett.
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal
- A hozzászóláshoz be kell jelentkezni
Vagy nem meri megnézni, mekkora gánykupac van a felszín alatt. Hozzam megint példának a KDE printer appletet?
----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™
- A hozzászóláshoz be kell jelentkezni
Ugyan, minek odaig elmenni? Siman csak a PHP? :-)
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal
- A hozzászóláshoz be kell jelentkezni
maradtál volna a '95-nél, az tutira fagyott.
;-]
--
nincs aláírásom
- A hozzászóláshoz be kell jelentkezni
A biztonság kérdése nem a szoftver értelmezhetőségében zajlik, mert az elég gyenge védelem lenne. Minden szoftver visszafejthető, a visszafejtés csak idő kérdése.
A zárt forrásű algoritmusokkal elvi probléma van. Ugyanis a biztonság kulcsa az elvileg jó algoritmus. Ha az algoritmus jó, akkor teljesen mindegy, hogy ismered-e a megvalósítás forráskódját.
Persze sebezhetőséget találni és javítani is könnyebb nyílt forrású kódban, ugyanis bugok mindig vannak.
Dolgoztam már biztonságtechnikai cégnél, a szoftver tele volt kiskapukkal és gyenge biztonsági megoldásokkal, amiket az end user nem vett észre.
Ilyesmi nyílt forrás esetén nincs, ott a user azt kapja, amit ígértek neki.
- A hozzászóláshoz be kell jelentkezni
Nem véletlen mondom folyamatosan, hogy a microsofttal nem az a bajom hogy gyenge szoftvereket ad felháborítóan drágán, hanem mert olyan módszerekkel játszik, amik közelebb vannak a maffia, és szervezett bűnözés módszereihez, mint egy informatikai cégéhez. Az, hogy ilyen pitiáner módszerekkel próbáljak gátolni a szabad szoftvert, (és még ne soroljam, a böngésző választónál a böngésző választásra feljön az ie varázslója), hát ez már a legalja.
- A hozzászóláshoz be kell jelentkezni
Azért én kíváncsi lennék, szóval sorold nyugodtan :) Volt néhány stiklije a MS-nek, de kétlem, hogy szándékosan raktak volna fals pozitív riasztást pont az fsf weboldalára. Inkább fordítva tudom elképzelni, valaki kifigyelte, mire ugrik a szoftver, és átírta a weboldalt, hogy gyanús legyen, és aztán hisztizni lehessen. Ennek is ugyanannyi az esélye (már ha lehetek valszámilag inkorrekt).
----
India delenda est.
- A hozzászóláshoz be kell jelentkezni
Hát ez no comment. :D
- A hozzászóláshoz be kell jelentkezni
A termék az FSF oldalát "szerencsejáték" oldalként (is) kategorizálta
Ném értem a felháborodást. Teljesen rendben tűnik ez a kategória a szabad szoftverekre és alapítványaikra... ;D
- A hozzászóláshoz be kell jelentkezni
Jah, nem entrprájz megoldások. Az Apple szoftvereivel ellentétben, melyek rögtön csináltak is egy mentést a jelszavaidról egy txtbe.... az mekkora jó biztonsági feature, ha elfelejtenéd....
- A hozzászóláshoz be kell jelentkezni
Nem tudom az Apple mióta enterspájz, meg hogy az enterspájz mióta szekjúr, így az apple vs. security csizma pláne nem értem hogy kerül az asztalra. :)
- A hozzászóláshoz be kell jelentkezni
úgy jön, hogy lehet valami a legtöbbet érő tech vállalat a hype miatt, meg szigorú belső fejlesztés, nda, stb., aztán a végén kiderül, hogy az sem jobb, mint az open source... lehet valami jobb, mint open source, ha megfelelő emberek fejlesztik, és open source is lehet jobb a zártnál, ha a csapat/ember megfelelő. Semmi köze a szerencsejátékhoz. Mellesleg az apple elég sokat köszönhet nyílt forráskódú szoftvereknek, nevezetesen a (free)BSD corenak. De ez ismert, de néha úgy látom, még az apple fanok között is fel kell rá hívni a figyelmet :)
Egyébknét azóta enterprájz az Apple, mióta a vezetőknek mániákusan a legutolsó i* (ipad,ipad,if@szom) e-péniszeket BYOD szinten be kellett engedni. Security API nyitás nuku, így ios-re vírusirtó, policy enforcer stb nem megvalósítható*
Aztán meg csak néznek, mint a moziban, hogy mi van, mikor nem megy valami, aztán csak megy a balhé, hogy ez a legjobb, neki ez kell. Kb ott tartunk most, mint amikor először minden manager egy 17 colos notebookot akart, aztán meg 12 colos, aztán apple, most meg ibügerentyűk a divat... na, innentől enterprájz.
*vért hugyozva igen, különböző keresztmegoldásokkal, mac address alapján, de semmi telepített alkalmazással nem kontrolláható rendesen jelenleg a sok iPad stb
- A hozzászóláshoz be kell jelentkezni
Az Applenél nagyjából az összes security vonzatú cucc (kernel, userland base, libc, web browser engine, securitytool, libsecurity, smardcard services, pam, etc.) open source, úgyhogy pont magad ellen beszélsz ezzel a open source security vs. apple dumával... HTH ;)
- A hozzászóláshoz be kell jelentkezni
Szerencsejáték: vagy műx, vagy nem :-D
- A hozzászóláshoz be kell jelentkezni
..., ha nem mux, vagy javitjak, vagy nem. Ha javitjak vagy jobb lesz, vagy nem. Ha jobb lesz, vagy kerul bele uj hiba, vagy nem.
Egyebkent igen, tokeletes kategoria. :D
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal
- A hozzászóláshoz be kell jelentkezni
Azért a "régi" Microfo$ support sem volt semmi!
http://support.microsoft.com/kb/314458
Oykawa Hirohito
- A hozzászóláshoz be kell jelentkezni
Teljesen valid use case, jo hogy van ilyen KB.
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal
- A hozzászóláshoz be kell jelentkezni
ahhoz képest elég buta, hogy hajlékonylemez, fdisk stb. két oldalon keresztül, amikor az xp telepítőjében lehet partíciót törölni két gombnyomással.
--
nincs aláírásom
- A hozzászóláshoz be kell jelentkezni
Az a kerdes, hogy Linux particiot is tud-e torolni. Ugy emlekszem, hogy mintha csak DOS/Windows-os particiot tudna.
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal
- A hozzászóláshoz be kell jelentkezni
nyugi, tud. (xp sp3 legalábbis nekem tudott)
- A hozzászóláshoz be kell jelentkezni
Ez viszont nem szép:
NOTE: Windows XP and Linux can coexist on the same computer. For additional information, refer to your Linux documentation.
Erre illenék nekik is figyelni.
- A hozzászóláshoz be kell jelentkezni
Az MBR-es mokara gondolsz? Hat igen.
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal
- A hozzászóláshoz be kell jelentkezni