OVH Cloud OVH Cloud

LL & Sécurité !

21 réponses
Avatar
ptilou
Bonjour,

Je cite : L'exp=E9rience a montr=E9 que =AB la s=E9curit=E9 par le secret =
=BB
ne fonctionne pas.

Mais pourtant, si on ne connais pas le login du pid 1, y a d=E9j=E0
mati=E8re =E0 chercher ?
Si on ne connais pas l'infrastructure reseaux et syst=E8mes, y a encore
mati=E8res =E0 chercher !

En quoi le secret serait n=E9faste en s=E9curit=E9 ? ( hors la rapidit=E9
de correction des probl=E8mes )

Ptilou


--=20
Mais pourquoi vous avez changez l'adresse securiter.debian.org ?

10 réponses

1 2 3
Avatar
Rakotomandimby (R12y) Mihamina
( Wed, 08 Jun 2005 09:31:55 -0700 ) :

Escuse mais ils ont acheté un magneto de m***e ...



Celui qui pense que ça devrait etre inutile de lire la doc est aussi
peut-etre tout simplement illétré. Comme toi. Parceque bon: Tu as un
cerveau (j'espère) et tu voudrais ne pas t'en servir. Alors soit il est
tellement HS que de toutes façon même si tu voulais t'en servir tu
pourrais pas, ce qui semble être ton cas, soit... ben il n'y a pas de
seconde option.


--
Mirroir de logiciels libres http://www.etud-orleans.fr
Développement de logiciels libres http://aspo.rktmb.org/activites/developpement
Infogerance de serveur dédié http://aspo.rktmb.org/activites/infogerance
(En louant les services de l'ASPO vous luttez contre la fracture numerique)

Avatar
ptilou
Bonsoir,

( Wed, 08 Jun 2005 09:31:55 -0700 ) :

Escuse mais ils ont acheté un magneto de m***e ...



Celui qui pense que ça devrait etre inutile de lire la doc est aussi
peut-etre tout simplement illétré. Comme toi. Parceque bon: Tu as un
cerveau (j'espère) et tu voudrais ne pas t'en servir. Alors soit il est
tellement HS que de toutes façon même si tu voulais t'en servir tu
pourrais pas, ce qui semble être ton cas, soit... ben il n'y a pas de
seconde option.


C'est une option pour pondre sa, ou c'est d'origine (c'est les études
qui font sa ?)? (sur le cerveau )
Même pour le lecteur (démodulateur de TNT avec DD), j'ai pas eu
besoin !
Oui je fais partie des gens qui pense qu'un mon magnetoscope, y a pas
besoin de lire la doc !
Par contre toi tu sais toujours pas lire un file sur usenet, c'est ton
cerveau tes limiter à un poste !

Ptilou


Avatar
Rakotomandimby (R12y) Mihamina
( Wed, 08 Jun 2005 12:23:49 -0700 ) :

Oui je fais partie des gens qui pense qu'un mon magnetoscope, y a pas
besoin de lire la doc !



Pour le français non plus, t'as pas lu la doc...
Ca serait trop dur pour toi d'etre discipliné de toutes façons.

--
Mirroir de logiciels libres http://www.etud-orleans.fr
Développement de logiciels libres http://aspo.rktmb.org/activites/developpement
Infogerance de serveur dédié http://aspo.rktmb.org/activites/infogerance
(En louant les services de l'ASPO vous luttez contre la fracture numerique)

Avatar
J1
Je cite : L'expérience a montré que « la sécurité par le secret »
ne fonctionne pas.


Il serait interessant de citer également le contexte duquel est tirée
cette citation.



Ah c'est pas amusant, si je dit tout ! (d'ou l'idée de secret ! )



Tout ceci n'est donc qu'une plaisanterie! Désolé pour le HS alors.

Mais pourtant, si on ne connais pas le login du pid 1, y a déjà
matière à chercher ?


Effectivement il y aurait là matière à lancer de passionantes
recherches.



Je crois pas que c'est de la passion !
( ou y a "masochisme" )



C'est bien ce que je voulais dire.

En quoi le secret serait néfaste en sécurité ? ( hors la rapidité
de correction des problèmes )


Tout dépend de ce qu'on appelle "sécurité par le secret".
Par exemple les mots de passe sont en général secrets, et même sur les
systèmes LL (enfin la plupart), on cherche plutôt à cacher les mots de
passe qu'à les rendre publics...


On parle du code ...



Ton message initial fait un amalgame de plusieurs notions touchant de
près ou de loin à la securité informatique. Merci d'avoir recentré le
débat sur le code.

Sinon, pour répondre à la question, le secret est néfaste quand il
concerne le code source des programmes utilisés, en grande partie car il
devient alors plus difficile d'auditer les programmes en question.
Lapalissade.


très d'humours !



J'ai peur de ne pas saisir ; suis preneur d'une explication en mail
privé, pour ne pas être ridiculisé publiquement.

Je te renvoie aux passionants fils de discussion que tu as lancés à ce
sujet sur fcs et fcold.


Donc le secret serait un plus, déjà quand y a pas ...



Ce n'est pas ce que retiens en relisant ces longues files; tu ne sembles
pas avoir compris les messages qui te furent adressés concernant la
relecture de code open source.

Peut etre devrais tu relire l'article d'où tu tires ta citation, il
semble que, par mégarde, tu n'en aies pas saisi le fond.


J'ai compris se qui est dit, ne suis pas sur de la véraciter des
propos !!!


Encore une fois, il serait vraiment très interessant de donner la source
de (ou des) articles dont tu souhaites mettre en doute la veracité. Une
citation sortie de son contexte ou tronçonnée sauvagement peut
facilement perdre tout son sens.

--
J1



Avatar
J1
Sinon, pour répondre à la question, le secret est néfaste quand il
concerne le code source des programmes utilisés,


Il y a aussi la honte de montrer qu'ils l'ont codé avec les pieds.
Tu sais avec un code non optimisé et avec des bouts de scotch.


Cherchez l'intrus : "honte, marketing, logiciel propriétaire".

Cependant même dans le libre, la qualité du code n'est pas toujours au
rendez vous. (je pense en particulier à un célèbre "bulletin board"
utilisant php)

Et perso quand je dois lire du source avec des #ifdef WIN32 toutes les
dix lignes, je sens la calvitie s'approcher à pleines poignées.
Enfin je suppose que certains sources non libres sont également touchés
par ce fléau. </tropdurelavie>

Quant à ptilou, ne t'en fais pas, s'il lit comme il écrit, c'est
complètement à tort et à travers...


Même si le troll est plus que sous jacent dans chacun des posts dudit
ptilou, il faut tout de même reconnaitre que les questions qu'il pose
mériteraient parfois de l'être plus, comment dirais-je, clairement.

--
J1


Avatar
ptilou
Bonjour,

Je cite : L'expérience a montré que « la sécurité par le sec ret »
ne fonctionne pas.


Il serait interessant de citer également le contexte duquel est tir ée
cette citation.



Ah c'est pas amusant, si je dit tout ! (d'ou l'idée de secret ! )



Tout ceci n'est donc qu'une plaisanterie! Désolé pour le HS alors.


Pourquoi, tu t'es déjà pris au sérieux ici ?


Mais pourtant, si on ne connais pas le login du pid 1, y a déjà
matière à chercher ?


Effectivement il y aurait là matière à lancer de passionantes
recherches.



Je crois pas que c'est de la passion !
( ou y a "masochisme" )



C'est bien ce que je voulais dire.

En quoi le secret serait néfaste en sécurité ? ( hors la rapidit é
de correction des problèmes )


Tout dépend de ce qu'on appelle "sécurité par le secret".
Par exemple les mots de passe sont en général secrets, et même su r les
systèmes LL (enfin la plupart), on cherche plutôt à cacher les mo ts de
passe qu'à les rendre publics...


On parle du code ...



Ton message initial fait un amalgame de plusieurs notions touchant de
près ou de loin à la securité informatique. Merci d'avoir recentr é le
débat sur le code.

Sinon, pour répondre à la question, le secret est néfaste quand il
concerne le code source des programmes utilisés, en grande partie car il
devient alors plus difficile d'auditer les programmes en question.
Lapalissade.


très d'humours !



J'ai peur de ne pas saisir ; suis preneur d'une explication en mail
privé, pour ne pas être ridiculisé publiquement.



Lapalissade :Affirmation ou réflexion niaise par laquelle on exprime
une évidence ou une banalité. ( La sécurité )

Je te renvoie aux passionants fils de discussion que tu as lancés à ce
sujet sur fcs et fcold.


Donc le secret serait un plus, déjà quand y a pas ...



Ce n'est pas ce que retiens en relisant ces longues files; tu ne sembles
pas avoir compris les messages qui te furent adressés concernant la
relecture de code open source.



Si, j'ai compris, et consulte des gens que j'éstime compétent, je
compulse avec Usenet et est une opinion ... (qui n'est pas celle
proférée sur Usente )

Peut etre devrais tu relire l'article d'où tu tires ta citation, il
semble que, par mégarde, tu n'en aies pas saisi le fond.


J'ai compris se qui est dit, ne suis pas sur de la véraciter des
propos !!!


Encore une fois, il serait vraiment très interessant de donner la source
de (ou des) articles dont tu souhaites mettre en doute la veracité. Une
citation sortie de son contexte ou tronçonnée sauvagement peut
facilement perdre tout son sens.



Je crois franchement pour rependre un file, que non l'analyse du code
n'est pas du ressort de "grand" le l'info ...

Ensuite, l'histoire du secret à quelque niveau que se soit est
essenciel pour la secu des système, quel qu'ils soient ! ( à tu vue
un organisme sensible clamer qu'il était sous tel système,
architecturer de telle manière ?)

Quand à l'histoire de code source, il me semble que c'est plus
pédagogique, qu'autre chose, (pour la secu ) d'ou la réflextion de
Lapalissade !

Après, y a débats ?

Ptilou




Avatar
Stephane Zuckerman
Ensuite, l'histoire du secret à quelque niveau que se soit est
essenciel pour la secu des système, quel qu'ils soient ! ( à tu vue
un organisme sensible clamer qu'il était sous tel système,
architecturer de telle manière ?)


C'est ce que plusieurs personnes (dont moi) avons déjà dit : la sécurité
d'un système d'information est évidemment renforcée par le fait que
"l'ennemi" ne sait pas comment est architecturé ledit système.

Quand à l'histoire de code source, il me semble que c'est plus
pédagogique, qu'autre chose, (pour la secu ) d'ou la réflextion de
Lapalissade !



Par contre, pour ce qui est du code source, il me semble évident que oui,
un code lisible par tout un chacun a plus de chances d'être débuggé
efficacement s'il est utilisé par un grand nombre de personnes. Je ne
parle même pas ici de la réactivité d'une entreprise (Apple va assez vite
pour corriger les failles qu'on lui indique, par exemple). Mais par
contre, un logiciel utilisé très majoritairement par tout un tas de gens,
et qui n'est pas accessible à tous fait courir un risque à ceux qui
l'utilisent dans le sens où si un bug existe et qu'il est exploitable,
alors il y a de fortes chances pour qu'en fin de compte il soit exploité.

Pour paraphraser certains devs d'OpenBSD : ce qui fait la sûreté d'un
code, c'est la démarche qualité qui existe autour.

Bug = faille potentielle. Si le bug est connu de tous, et que le logiciel
est très utilisé, le bug sera vite corrigé, car justement, TOUT LE MONDE
pourrait l'exploiter, sinon.


Après, y a débats ?


On peut toujours essayer, mais tout a été dit sur ce sujet dans les
précédents fils que tu as initiés, je pense (les "pour" comme les
"contre").

--
"Je deteste les ordinateurs : ils font toujours ce que je dis, jamais ce
que je veux !"
"The obvious mathematical breakthrough would be development of an easy
way to factor large prime numbers." (Bill Gates, The Road Ahead)

Avatar
Rakotomandimby (R12y) Mihamina
( Thu, 09 Jun 2005 03:23:54 -0700 ) :
( à tu vue un organisme
sensible clamer qu'il était sous tel système, architecturer de telle
manière ?)


C'est peut-etre parcequ'ils ne sont pas si grand que cela.
Et puis d'ailleurs, même si ils ne le disent pas, ça se devine. Ils
n'ont pas besoin de le dire.

Et, effectivement aucun de tes argumentaires ne semblent sérieux...

--
Miroir de logiciels libres http://www.etud-orleans.fr
Développement de logiciels libres http://aspo.rktmb.org/activites/developpement
Infogerance de serveur dédié http://aspo.rktmb.org/activites/infogerance
(En louant les services de l'ASPO vous luttez contre la fracture numerique)

Avatar
ptilou
Bonsoir,

( Thu, 09 Jun 2005 03:23:54 -0700 ) :
( à tu vue un organisme
sensible clamer qu'il était sous tel système, architecturer de telle
manière ?)


C'est peut-etre parcequ'ils ne sont pas si grand que cela.
Et puis d'ailleurs, même si ils ne le disent pas, ça se devine. Ils
n'ont pas besoin de le dire.


Ou peut-être le secret est il la clés de la sécurité, voir "mieux"
ou "pire" ( la c'est suivant les sentiments !) il n'utilse pas le LL
pour la secu de leur systèmes !


Et, effectivement aucun de tes argumentaires ne semblent sérieux...



Ou vue sous un autre angle t'es incompétent !

( en secu informatique ... d'autre domaine dont la com ...)


Ptilou


Avatar
Hugues
Ce cher "" a dit :


Ensuite, l'histoire du secret à quelque niveau que se soit est
essenciel pour la secu des système, quel qu'ils soient ! ( à tu vue
un organisme sensible clamer qu'il était sous tel système,
architecturer de telle manière ?)


Visiblement tu n'as rien compris a ce qu'on t'a expliqué.
Le secret, quand il concerne ce que tu utilises (mot de passe, OS, version de
logiciel, etc), est de rigueur en matière de sécurité.

Par contre, le secret concernant l'*existence* d'une faille de sécurit é dans
telle version de logiciel est bien plus vicieux. S'il y a secret à ce ni veau,
et partant du principe que tu as respecté la première règle, a pri ori tu ne
risques pas grand chose vis a vis d'un potentiel attaquant, et surtout, tu
auras tout de suite pris les mesures nécessaires en attendant un correcti f.
Si le secret est maintenu à ce niveau, seuls quelques initiés, évent uellement
malintentionnés (puisqu'on parle de cette espèce de gens) pourraient tr ès bien
tenter de profiter de ladite faille a l'insu du grand public (donc toi et /ou
les grosses boîtes qui utilisent tel soft).

Tu comprends un peu mieux ce qu'on veut dire ?


Autre chose. Des gens t'ont déjà vaguement fait la remarque, mais moi j e te le
dis clairement : apprends a t'exprimer dans un français correct. Tes mes sages
sont une horreur a déchiffrer, j'ai un mal fou à comprendre ce que tu c herches
à dire. Et je doute être le seul dans ce cas (je ne pense pas avoir un QI très
en deçà de la moyenne).

--
Hugues - Debianiste avant tout - http://www.nullpart.net/~hugues/Linux/

1 2 3