[WD8] No serie du Disque Dur

Phil

19/01/2005 à 20:53

"DAIREAUX Jean-Baptiste" a écrit
dans le message de news:41ee9afe$0$6593$

Je ne connais pas le degrés d'importance de ton logiciel pour ton client.
Mais il peut arriver ceci:
Sur la machine où est installé ton logiciel, ils ont un systeme de
sauvegarde.
ils sauvegardent régulierement leurs données et programmes.
vendredi soir 19h15 la machine meurt (ex elle brule)
samedi matin ils restaurent la sauvegarde sur une machine de secours.
Retombent-t-ils en version demo ?
Doivent-ils récuperer une nouvelle clé ?
Quelle est le délai pour redevenir opérationnel ?
Ce sont des questions a prendre en compte aussi dans le systeme de

sécurité.

J.B.D.

========================================
Excellente réplique et remarque très pertinente.
Cette situation s'applique par contre à tout logiciel qui est incrusté sur
un seul ordinateur - sans dongle.

Voici comment nous faisons avec la version actuellement en circulation.

Premièrement, nous avons un service 24 heures / 365 jours par année -
incluant les fins de semaine et les jours fériés.
Deuxièmement, il est de plus en plus rare que les ordinateurs ou les disques
durs flanchent.
Troisièmement, les clients dont le disque dur sautent, remplacent rapidement
le disque dur fautif directement par un nouveau. C'est si peu dispendieux de
nos jours. Il n'y donc pas de stade transitoire comme tu mentionne.

Mais, tu as bien raison, comme le stipule probablement la loi de Murphy, si
le disque dur brûle, il choisira sûrement de le faire un vendredi soir où il
y a le plus de clients dans le magasin, au moment où le développeur est
censé être en congé de fin de semaine et en plus probablement juste avant un
long week-end ;-)

Bon, on a deux cas ici.
Le client avec contrat de service sera contacté et dépanné très rapidement.
Le client sans contrat de service devra attendre notre retour de la fin de
semaine ou de vacances.

La méthode est la suivante
Dès que la sauvegarde est installée sur le nouveau disque dur et démarre,
cela bloque et mentionne en effet "Copie illégale..." et cela demande un
nouveau Code d'activation - qui n'est jamais le même puisqu'il dépend d'une
série de trois nombres générés au hasard qui se renouvellement en cas de
mauvais code entré.

1. Si l'ancien disque dur est encore accessible: (99% des cas)
On lui fait parvenir un module de désactivation qui génège un no de
confirmation, et ce numéro nous confirme que l'ancien logiciel est bien
désactivé. On réactive ensuite la version sur le nouveau disque dur.

2. Si le disque dur n'est plus accessible:
On ne fait que réactiver le logiciel sur le nouveau disque dur.

L'événement est notée à son dossier.

Nous sommes conscient de la possibilité de tromperie ici et qu'en fait il
est en train d'installer une copie à son copain mais avec les bonnes
questions posées c'est peu probable.
Il ne faut pas oublier non plus que le nom et l'adresse du client est crypté
dans le logiciel et imprimé sur tous les rapports (Etats) produits et à
l'entête de chaque facture à ses propres clients.
De plus, ce client ne pourrait donner des copies très souvent... on ne le
laisserait pas faire.

Bref, comme on peu voir, en général le client est dépanné très rapidement et
les risques de piratages - même dans un cas comme celui-là sont plus que
minime.

Réal Phil

"DAIREAUX Jean-Baptiste" <pasdespam.jbdaireaux@llexell.fr.nospam> a écrit
dans le message de news:41ee9afe$0$6593$8fcfb975@news.wanadoo.fr...

Je ne connais pas le degrés d'importance de ton logiciel pour ton client.
Mais il peut arriver ceci:
Sur la machine où est installé ton logiciel, ils ont un systeme de
sauvegarde.
ils sauvegardent régulierement leurs données et programmes.
vendredi soir 19h15 la machine meurt (ex elle brule)
samedi matin ils restaurent la sauvegarde sur une machine de secours.
Retombent-t-ils en version demo ?
Doivent-ils récuperer une nouvelle clé ?
Quelle est le délai pour redevenir opérationnel ?
Ce sont des questions a prendre en compte aussi dans le systeme de

sécurité.

J.B.D.

========================================
Excellente réplique et remarque très pertinente.
Cette situation s'applique par contre à tout logiciel qui est incrusté sur
un seul ordinateur - sans dongle.

Voici comment nous faisons avec la version actuellement en circulation.

Premièrement, nous avons un service 24 heures / 365 jours par année -
incluant les fins de semaine et les jours fériés.
Deuxièmement, il est de plus en plus rare que les ordinateurs ou les disques
durs flanchent.
Troisièmement, les clients dont le disque dur sautent, remplacent rapidement
le disque dur fautif directement par un nouveau. C'est si peu dispendieux de
nos jours. Il n'y donc pas de stade transitoire comme tu mentionne.

Mais, tu as bien raison, comme le stipule probablement la loi de Murphy, si
le disque dur brûle, il choisira sûrement de le faire un vendredi soir où il
y a le plus de clients dans le magasin, au moment où le développeur est
censé être en congé de fin de semaine et en plus probablement juste avant un
long week-end ;-)

Bon, on a deux cas ici.
Le client avec contrat de service sera contacté et dépanné très rapidement.
Le client sans contrat de service devra attendre notre retour de la fin de
semaine ou de vacances.

La méthode est la suivante
Dès que la sauvegarde est installée sur le nouveau disque dur et démarre,
cela bloque et mentionne en effet "Copie illégale..." et cela demande un
nouveau Code d'activation - qui n'est jamais le même puisqu'il dépend d'une
série de trois nombres générés au hasard qui se renouvellement en cas de
mauvais code entré.

1. Si l'ancien disque dur est encore accessible: (99% des cas)
On lui fait parvenir un module de désactivation qui génège un no de
confirmation, et ce numéro nous confirme que l'ancien logiciel est bien
désactivé. On réactive ensuite la version sur le nouveau disque dur.

2. Si le disque dur n'est plus accessible:
On ne fait que réactiver le logiciel sur le nouveau disque dur.

L'événement est notée à son dossier.

Nous sommes conscient de la possibilité de tromperie ici et qu'en fait il
est en train d'installer une copie à son copain mais avec les bonnes
questions posées c'est peu probable.
Il ne faut pas oublier non plus que le nom et l'adresse du client est crypté
dans le logiciel et imprimé sur tous les rapports (Etats) produits et à
l'entête de chaque facture à ses propres clients.
De plus, ce client ne pourrait donner des copies très souvent... on ne le
laisserait pas faire.

Bref, comme on peu voir, en général le client est dépanné très rapidement et
les risques de piratages - même dans un cas comme celui-là sont plus que
minime.

Réal Phil

Vous avez filtré cet utilisateur ! Consultez son message

"DAIREAUX Jean-Baptiste" a écrit
dans le message de news:41ee9afe$0$6593$

Je ne connais pas le degrés d'importance de ton logiciel pour ton client.
Mais il peut arriver ceci:
Sur la machine où est installé ton logiciel, ils ont un systeme de
sauvegarde.
ils sauvegardent régulierement leurs données et programmes.
vendredi soir 19h15 la machine meurt (ex elle brule)
samedi matin ils restaurent la sauvegarde sur une machine de secours.
Retombent-t-ils en version demo ?
Doivent-ils récuperer une nouvelle clé ?
Quelle est le délai pour redevenir opérationnel ?
Ce sont des questions a prendre en compte aussi dans le systeme de

sécurité.

J.B.D.

========================================
Excellente réplique et remarque très pertinente.
Cette situation s'applique par contre à tout logiciel qui est incrusté sur
un seul ordinateur - sans dongle.

Voici comment nous faisons avec la version actuellement en circulation.

Premièrement, nous avons un service 24 heures / 365 jours par année -
incluant les fins de semaine et les jours fériés.
Deuxièmement, il est de plus en plus rare que les ordinateurs ou les disques
durs flanchent.
Troisièmement, les clients dont le disque dur sautent, remplacent rapidement
le disque dur fautif directement par un nouveau. C'est si peu dispendieux de
nos jours. Il n'y donc pas de stade transitoire comme tu mentionne.

Mais, tu as bien raison, comme le stipule probablement la loi de Murphy, si
le disque dur brûle, il choisira sûrement de le faire un vendredi soir où il
y a le plus de clients dans le magasin, au moment où le développeur est
censé être en congé de fin de semaine et en plus probablement juste avant un
long week-end ;-)

Bon, on a deux cas ici.
Le client avec contrat de service sera contacté et dépanné très rapidement.
Le client sans contrat de service devra attendre notre retour de la fin de
semaine ou de vacances.

La méthode est la suivante
Dès que la sauvegarde est installée sur le nouveau disque dur et démarre,
cela bloque et mentionne en effet "Copie illégale..." et cela demande un
nouveau Code d'activation - qui n'est jamais le même puisqu'il dépend d'une
série de trois nombres générés au hasard qui se renouvellement en cas de
mauvais code entré.

1. Si l'ancien disque dur est encore accessible: (99% des cas)
On lui fait parvenir un module de désactivation qui génège un no de
confirmation, et ce numéro nous confirme que l'ancien logiciel est bien
désactivé. On réactive ensuite la version sur le nouveau disque dur.

2. Si le disque dur n'est plus accessible:
On ne fait que réactiver le logiciel sur le nouveau disque dur.

L'événement est notée à son dossier.

Nous sommes conscient de la possibilité de tromperie ici et qu'en fait il
est en train d'installer une copie à son copain mais avec les bonnes
questions posées c'est peu probable.
Il ne faut pas oublier non plus que le nom et l'adresse du client est crypté
dans le logiciel et imprimé sur tous les rapports (Etats) produits et à
l'entête de chaque facture à ses propres clients.
De plus, ce client ne pourrait donner des copies très souvent... on ne le
laisserait pas faire.

Bref, comme on peu voir, en général le client est dépanné très rapidement et
les risques de piratages - même dans un cas comme celui-là sont plus que
minime.

Réal Phil

Gilles G.

19/01/2005 à 21:05

Phil a pensé très fort :

Bonjour,

C'est un petit ou un gros projet??

Cela ressemble à ce que je fais. Et dans un fichier et encrypté aussi.
plusieurs mois, puisque je blackliste à distance, ils ont du se
lasser).

Ça c'est très intéressant! Je crois que c'est un 'must'.
Je n'ai pas encore essayé cette fonction avec Windev. Est-ce difficile à
mettre en place?

C'est ultra simple.
Je télécharge simplement à distance un fichier texte contenant la liste
des "clé" pirates que j'ai reperées.
Et une fois par semaine, mon soft la récupère.
Evidemment, si le net n'est pas connecté, je n'empêche pas le
démarrage, ce n'est pas le but.
Mais c'est tout à fait envisageable.

Je crois bien aussi.
Donc, cela veut tout simplement dire (on le sait maintenant plus que jamais)
de ne pas se fier uniquement au Volume Serial Number.

Clair.

de blacklistage.

L'activation Web n'est pas une option pour l'instant parce qu'il y a encore
des clients qui ne sont pas branchés directement sur Internet au magasin
meme où est installé le logiciel. Il faut penser que le logiciel est vendu à
travers le monde. Mais ces clients ont tous accès à Internet soit de leurs
maisons ou au pire de chez un ami.

Tu n'as pas la structure nécessaire pour l'activation téléphonique au
cas où le web n'est pas dispo?

L'idée de la blacklist ou du controle des mises à jour me sera
indispensable. J'espère pouvoir arriver à monter un systeme sécuritaire et
efficace.

C'est ce que je fais actuellement :
Toute version obsolète s'auto upgrade sur mon bon vouloir.
J'ai aussi mis en place un "patch" distant de code afin de pouvoir
effectuer des corrections distantes.
Et à ça j'ai ajouté la blacklist (et je suis méchant si je détecte une
clé pirate, le soft se déinstalle, et le PC reboote, ca fait tjs perdre
du temps aux pirates ;)) )

obtenir son code d'activation. Problèmes : frais d'interurbains pour le
clients quand outre-mer (se produit très souvent), décalage horaire et
synchronisation.

En effet.

Le client telecharge et installe le logiciel démonstrateur; soit depuis
Internet, d'un CD ou autre.
Dès sa premiere utilisation, le démo se génère un numéro de série unique de
15 caractères alphanumerique qu'il crypte et inscrit dans une des 150
rubriques d'un fichier qui contient déjà tout un tas d'autres informations
(crypté ou non) comme le no de TVA, etc....

C'est très bien en effet.

Le nom et adresse du client (inchangeable par lui) apparait sur tous les
rapports et sur toutes les factures à ses clients.

En effet, c'est idéal contre le piratage sur plusieurs sites, mais pas
sur le même site.

La verification des parametres valides est faites à quelques endroits
statégiques du logiciel - et régulieremnent (cela prend une fraction de
seconde).

Dans quel but? Si la protection a été contournée une fois, elle l'est
une fois pour toutes non?

Perso, pour éviter les cracks, je génère à la volée le nom de la
procédure de vérification, je la compile et je l'execute.
Ainsi elle n'est jamais à un endroit fixe.
J'évite aussi tous les tests basés sur un "si" (facilement inversable)
et je n'utilise que des selon. (même pour un test simple)

En gros, vous en pensez quoi de cette nouvelle méthode de protection?

Ca devrait faire l'affaire en effet.

Ce que tu peux faire, c'est périodiquement, si l'ordinateur a un accès
au net, c'est de transmettre la clé à ton site web, et vérifier qu'elle
est bien dedans. Ainsi tu pourras isoler d'éventuelles clés pirates, et
mettre à jour ta blacklist.
(Dans le cas où le code est illégal, et en brute force et avec de la
motivation, ils arrivent à tout)

Gilles.

Phil a pensé très fort :

Bonjour,

C'est un petit ou un gros projet??

Cela ressemble à ce que je fais. Et dans un fichier et encrypté aussi.

plusieurs mois, puisque je blackliste à distance, ils ont du se
lasser).

Ça c'est très intéressant! Je crois que c'est un 'must'.
Je n'ai pas encore essayé cette fonction avec Windev. Est-ce difficile à
mettre en place?

C'est ultra simple.
Je télécharge simplement à distance un fichier texte contenant la liste
des "clé" pirates que j'ai reperées.
Et une fois par semaine, mon soft la récupère.
Evidemment, si le net n'est pas connecté, je n'empêche pas le
démarrage, ce n'est pas le but.
Mais c'est tout à fait envisageable.

Je crois bien aussi.
Donc, cela veut tout simplement dire (on le sait maintenant plus que jamais)
de ne pas se fier uniquement au Volume Serial Number.

Clair.

de blacklistage.

L'activation Web n'est pas une option pour l'instant parce qu'il y a encore
des clients qui ne sont pas branchés directement sur Internet au magasin
meme où est installé le logiciel. Il faut penser que le logiciel est vendu à
travers le monde. Mais ces clients ont tous accès à Internet soit de leurs
maisons ou au pire de chez un ami.

Tu n'as pas la structure nécessaire pour l'activation téléphonique au
cas où le web n'est pas dispo?

L'idée de la blacklist ou du controle des mises à jour me sera
indispensable. J'espère pouvoir arriver à monter un systeme sécuritaire et
efficace.

C'est ce que je fais actuellement :
Toute version obsolète s'auto upgrade sur mon bon vouloir.
J'ai aussi mis en place un "patch" distant de code afin de pouvoir
effectuer des corrections distantes.
Et à ça j'ai ajouté la blacklist (et je suis méchant si je détecte une
clé pirate, le soft se déinstalle, et le PC reboote, ca fait tjs perdre
du temps aux pirates ;)) )

obtenir son code d'activation. Problèmes : frais d'interurbains pour le
clients quand outre-mer (se produit très souvent), décalage horaire et
synchronisation.

En effet.

Le client telecharge et installe le logiciel démonstrateur; soit depuis
Internet, d'un CD ou autre.
Dès sa premiere utilisation, le démo se génère un numéro de série unique de
15 caractères alphanumerique qu'il crypte et inscrit dans une des 150
rubriques d'un fichier qui contient déjà tout un tas d'autres informations
(crypté ou non) comme le no de TVA, etc....

C'est très bien en effet.

Le nom et adresse du client (inchangeable par lui) apparait sur tous les
rapports et sur toutes les factures à ses clients.

En effet, c'est idéal contre le piratage sur plusieurs sites, mais pas
sur le même site.

La verification des parametres valides est faites à quelques endroits
statégiques du logiciel - et régulieremnent (cela prend une fraction de
seconde).

Dans quel but? Si la protection a été contournée une fois, elle l'est
une fois pour toutes non?

Perso, pour éviter les cracks, je génère à la volée le nom de la
procédure de vérification, je la compile et je l'execute.
Ainsi elle n'est jamais à un endroit fixe.
J'évite aussi tous les tests basés sur un "si" (facilement inversable)
et je n'utilise que des selon. (même pour un test simple)

En gros, vous en pensez quoi de cette nouvelle méthode de protection?

Ca devrait faire l'affaire en effet.

Ce que tu peux faire, c'est périodiquement, si l'ordinateur a un accès
au net, c'est de transmettre la clé à ton site web, et vérifier qu'elle
est bien dedans. Ainsi tu pourras isoler d'éventuelles clés pirates, et
mettre à jour ta blacklist.
(Dans le cas où le code est illégal, et en brute force et avec de la
motivation, ils arrivent à tout)

Gilles.

Vous avez filtré cet utilisateur ! Consultez son message

Phil a pensé très fort :

Bonjour,

C'est un petit ou un gros projet??

Cela ressemble à ce que je fais. Et dans un fichier et encrypté aussi.
plusieurs mois, puisque je blackliste à distance, ils ont du se
lasser).

Ça c'est très intéressant! Je crois que c'est un 'must'.
Je n'ai pas encore essayé cette fonction avec Windev. Est-ce difficile à
mettre en place?

C'est ultra simple.
Je télécharge simplement à distance un fichier texte contenant la liste
des "clé" pirates que j'ai reperées.
Et une fois par semaine, mon soft la récupère.
Evidemment, si le net n'est pas connecté, je n'empêche pas le
démarrage, ce n'est pas le but.
Mais c'est tout à fait envisageable.

Je crois bien aussi.
Donc, cela veut tout simplement dire (on le sait maintenant plus que jamais)
de ne pas se fier uniquement au Volume Serial Number.

Clair.

de blacklistage.

L'activation Web n'est pas une option pour l'instant parce qu'il y a encore
des clients qui ne sont pas branchés directement sur Internet au magasin
meme où est installé le logiciel. Il faut penser que le logiciel est vendu à
travers le monde. Mais ces clients ont tous accès à Internet soit de leurs
maisons ou au pire de chez un ami.

Tu n'as pas la structure nécessaire pour l'activation téléphonique au
cas où le web n'est pas dispo?

L'idée de la blacklist ou du controle des mises à jour me sera
indispensable. J'espère pouvoir arriver à monter un systeme sécuritaire et
efficace.

C'est ce que je fais actuellement :
Toute version obsolète s'auto upgrade sur mon bon vouloir.
J'ai aussi mis en place un "patch" distant de code afin de pouvoir
effectuer des corrections distantes.
Et à ça j'ai ajouté la blacklist (et je suis méchant si je détecte une
clé pirate, le soft se déinstalle, et le PC reboote, ca fait tjs perdre
du temps aux pirates ;)) )

obtenir son code d'activation. Problèmes : frais d'interurbains pour le
clients quand outre-mer (se produit très souvent), décalage horaire et
synchronisation.

En effet.

Le client telecharge et installe le logiciel démonstrateur; soit depuis
Internet, d'un CD ou autre.
Dès sa premiere utilisation, le démo se génère un numéro de série unique de
15 caractères alphanumerique qu'il crypte et inscrit dans une des 150
rubriques d'un fichier qui contient déjà tout un tas d'autres informations
(crypté ou non) comme le no de TVA, etc....

C'est très bien en effet.

Le nom et adresse du client (inchangeable par lui) apparait sur tous les
rapports et sur toutes les factures à ses clients.

En effet, c'est idéal contre le piratage sur plusieurs sites, mais pas
sur le même site.

La verification des parametres valides est faites à quelques endroits
statégiques du logiciel - et régulieremnent (cela prend une fraction de
seconde).

Dans quel but? Si la protection a été contournée une fois, elle l'est
une fois pour toutes non?

Perso, pour éviter les cracks, je génère à la volée le nom de la
procédure de vérification, je la compile et je l'execute.
Ainsi elle n'est jamais à un endroit fixe.
J'évite aussi tous les tests basés sur un "si" (facilement inversable)
et je n'utilise que des selon. (même pour un test simple)

En gros, vous en pensez quoi de cette nouvelle méthode de protection?

Ca devrait faire l'affaire en effet.

Ce que tu peux faire, c'est périodiquement, si l'ordinateur a un accès
au net, c'est de transmettre la clé à ton site web, et vérifier qu'elle
est bien dedans. Ainsi tu pourras isoler d'éventuelles clés pirates, et
mettre à jour ta blacklist.
(Dans le cas où le code est illégal, et en brute force et avec de la
motivation, ils arrivent à tout)

Gilles.

Phil

19/01/2005 à 22:08

Re-re-re-bonjour Gilles ;-)

Je télécharge simplement à distance un fichier texte contenant la liste
des "clé" pirates que j'ai reperées.

Ha, ça je sais comment faire avec un fichier texte à distance.
Mais ce fichier texte n'est-il pas vulnérable?

Tu n'as pas la structure nécessaire pour l'activation téléphonique au
cas où le web n'est pas dispo?

Oui, bien sûr. Ils me donnent les trois chiffres générés et je leur indique
le code à entrer.

J'ai aussi mis en place un "patch" distant de code afin de pouvoir
effectuer des corrections distantes.

Ça je ne sais pas trop comment faire.

En effet, c'est idéal contre le piratage sur plusieurs sites, mais pas
sur le même site.

En effet, mais je n'ai qu'un seul ordinateur par site avec ce logiciel.

> La verification des parametres valides est faites à quelques endroits
> statégiques du logiciel - et régulieremnent (cela prend une fraction de
> seconde).

Dans quel but? Si la protection a été contournée une fois, elle l'est
une fois pour toutes non?

Et c'est ce que penserait un hacker qui réussirait à débrider mon logiciel
au démarrage. Mais, surprise, cela risque fort de mal fonctionner un mois
plus tard parce que d'autres tests sont faits - indépendants mais semblable
à la validation fait à l'ouverture. Juste question de leur mettre quelques
bâtons dans les roues... ;-)

Perso, pour éviter les cracks, je génère à la volée le nom de la
procédure de vérification, je la compile et je l'execute.
Ainsi elle n'est jamais à un endroit fixe.
J'évite aussi tous les tests basés sur un "si" (facilement inversable)
et je n'utilise que des selon. (même pour un test simple)

Très bien comme tactiques.

Ce que tu peux faire, c'est périodiquement, si l'ordinateur a un accès
au net, c'est de transmettre la clé à ton site web, et vérifier qu'elle
est bien dedans. Ainsi tu pourras isoler d'éventuelles clés pirates, et
mettre à jour ta blacklist.
(Dans le cas où le code est illégal, et en brute force et avec de la
motivation, ils arrivent à tout)

Excellente idée que je vais intégrer aussi.
Internet devenant de plus en plus omniprésent, cette fonction deviendra de
plus en plus pertinente.

Mais il y a le fichier texte distant qui me chipote un peu.
Tu ne crois pas que le fichier serait plus sécure s'il était crypté? Est-ce
facilement faisable à distance? Cela ralentirait-il trop le processus?

Gilles.

Réal

Re-re-re-bonjour Gilles ;-)

Je télécharge simplement à distance un fichier texte contenant la liste
des "clé" pirates que j'ai reperées.

Ha, ça je sais comment faire avec un fichier texte à distance.
Mais ce fichier texte n'est-il pas vulnérable?

Tu n'as pas la structure nécessaire pour l'activation téléphonique au
cas où le web n'est pas dispo?

Oui, bien sûr. Ils me donnent les trois chiffres générés et je leur indique
le code à entrer.

J'ai aussi mis en place un "patch" distant de code afin de pouvoir
effectuer des corrections distantes.

Ça je ne sais pas trop comment faire.

En effet, c'est idéal contre le piratage sur plusieurs sites, mais pas
sur le même site.

En effet, mais je n'ai qu'un seul ordinateur par site avec ce logiciel.

> La verification des parametres valides est faites à quelques endroits
> statégiques du logiciel - et régulieremnent (cela prend une fraction de
> seconde).

Dans quel but? Si la protection a été contournée une fois, elle l'est
une fois pour toutes non?

Et c'est ce que penserait un hacker qui réussirait à débrider mon logiciel
au démarrage. Mais, surprise, cela risque fort de mal fonctionner un mois
plus tard parce que d'autres tests sont faits - indépendants mais semblable
à la validation fait à l'ouverture. Juste question de leur mettre quelques
bâtons dans les roues... ;-)

Perso, pour éviter les cracks, je génère à la volée le nom de la
procédure de vérification, je la compile et je l'execute.
Ainsi elle n'est jamais à un endroit fixe.
J'évite aussi tous les tests basés sur un "si" (facilement inversable)
et je n'utilise que des selon. (même pour un test simple)

Très bien comme tactiques.

Ce que tu peux faire, c'est périodiquement, si l'ordinateur a un accès
au net, c'est de transmettre la clé à ton site web, et vérifier qu'elle
est bien dedans. Ainsi tu pourras isoler d'éventuelles clés pirates, et
mettre à jour ta blacklist.
(Dans le cas où le code est illégal, et en brute force et avec de la
motivation, ils arrivent à tout)

Excellente idée que je vais intégrer aussi.
Internet devenant de plus en plus omniprésent, cette fonction deviendra de
plus en plus pertinente.

Mais il y a le fichier texte distant qui me chipote un peu.
Tu ne crois pas que le fichier serait plus sécure s'il était crypté? Est-ce
facilement faisable à distance? Cela ralentirait-il trop le processus?

Gilles.

Réal

Vous avez filtré cet utilisateur ! Consultez son message

Re-re-re-bonjour Gilles ;-)

Je télécharge simplement à distance un fichier texte contenant la liste
des "clé" pirates que j'ai reperées.

Ha, ça je sais comment faire avec un fichier texte à distance.
Mais ce fichier texte n'est-il pas vulnérable?

Tu n'as pas la structure nécessaire pour l'activation téléphonique au
cas où le web n'est pas dispo?

Oui, bien sûr. Ils me donnent les trois chiffres générés et je leur indique
le code à entrer.

J'ai aussi mis en place un "patch" distant de code afin de pouvoir
effectuer des corrections distantes.

Ça je ne sais pas trop comment faire.

En effet, c'est idéal contre le piratage sur plusieurs sites, mais pas
sur le même site.

En effet, mais je n'ai qu'un seul ordinateur par site avec ce logiciel.

> La verification des parametres valides est faites à quelques endroits
> statégiques du logiciel - et régulieremnent (cela prend une fraction de
> seconde).

Dans quel but? Si la protection a été contournée une fois, elle l'est
une fois pour toutes non?

Et c'est ce que penserait un hacker qui réussirait à débrider mon logiciel
au démarrage. Mais, surprise, cela risque fort de mal fonctionner un mois
plus tard parce que d'autres tests sont faits - indépendants mais semblable
à la validation fait à l'ouverture. Juste question de leur mettre quelques
bâtons dans les roues... ;-)

Perso, pour éviter les cracks, je génère à la volée le nom de la
procédure de vérification, je la compile et je l'execute.
Ainsi elle n'est jamais à un endroit fixe.
J'évite aussi tous les tests basés sur un "si" (facilement inversable)
et je n'utilise que des selon. (même pour un test simple)

Très bien comme tactiques.

Ce que tu peux faire, c'est périodiquement, si l'ordinateur a un accès
au net, c'est de transmettre la clé à ton site web, et vérifier qu'elle
est bien dedans. Ainsi tu pourras isoler d'éventuelles clés pirates, et
mettre à jour ta blacklist.
(Dans le cas où le code est illégal, et en brute force et avec de la
motivation, ils arrivent à tout)

Excellente idée que je vais intégrer aussi.
Internet devenant de plus en plus omniprésent, cette fonction deviendra de
plus en plus pertinente.

Mais il y a le fichier texte distant qui me chipote un peu.
Tu ne crois pas que le fichier serait plus sécure s'il était crypté? Est-ce
facilement faisable à distance? Cela ralentirait-il trop le processus?

Gilles.

Réal

Gilles G.

19/01/2005 à 22:27

Phil a couché sur son écran :

Re-re-re-bonjour Gilles ;-)

Je télécharge simplement à distance un fichier texte contenant la liste
des "clé" pirates que j'ai reperées.

Ha, ça je sais comment faire avec un fichier texte à distance.
Mais ce fichier texte n'est-il pas vulnérable?

Si ton site web est correctement sécurisé non.
Et rien ne t'empêche de le crypter lui aussi ;-)

J'ai aussi mis en place un "patch" distant de code afin de pouvoir
effectuer des corrections distantes.

Ça je ne sais pas trop comment faire.

Idem, téléchargement du code sur le site, et "compile" sous Windev.

une fois pour toutes non?

à la validation fait à l'ouverture. Juste question de leur mettre quelques
bâtons dans les roues... ;-)

En effet.

(Dans le cas où le code est illégal, et en brute force et avec de la
motivation, ils arrivent à tout)

Excellente idée que je vais intégrer aussi.
Internet devenant de plus en plus omniprésent, cette fonction deviendra de
plus en plus pertinente.
Mais il y a le fichier texte distant qui me chipote un peu.
Tu ne crois pas que le fichier serait plus sécure s'il était crypté? Est-ce
facilement faisable à distance? Cela ralentirait-il trop le processus?

Oui, c'est ultra simple.
Tu télécharges ton fichier crypté.
Tu décryptes le contenu.
Tu mets à jour un fichier local (hyperfile crypté par exemple).

Ce fichier est récupéré à la première install, en plus j'upgrade à la
dernière version, etc...
Bref, sur mes dernières versions, faut le vouloir fort pour pirater ;)
D'ailleurs je n'ai pas eu de clé pirate depuis des mois, ils ont du se
lasser du brute force (ca doit être un peu long sur 30 caractères...;))
)

En outre, je suis un peu vicieux, je stocke mes fichiers hyperfile de
sécu sans index et avec une extension .dll quelque part dans un chemin
système.
C'est comme ça que je gère les jours restants à l'évaluation par
exemple.
On a beau désinstaller ou fouiller la BDR ca ne sert à rien.
Reculer la date ne sert à rien, je stocke systématiquement la dernière
date réelle d'utilisation, et si la date est inférieure, boum ;-). pour
gruger la date d'utilisation, il faudrait systématiquement reculer d'un
jour à chaque changement de jour.
Autant dire que c'est impossible.
Et aller repérer que tout est stocké dans un fichier .dll système,
caché et readonly, dont je remet à jour la date de dernière lecture à
J-15 (au cas où on chercherait les fichiers récemment accédés) demande
un niveau au delà du commun ;-)

Haaa nos amis les pirates ;-)

Bon courage pour ta protection.

Phil a couché sur son écran :

Re-re-re-bonjour Gilles ;-)

Je télécharge simplement à distance un fichier texte contenant la liste
des "clé" pirates que j'ai reperées.

Ha, ça je sais comment faire avec un fichier texte à distance.
Mais ce fichier texte n'est-il pas vulnérable?

Si ton site web est correctement sécurisé non.
Et rien ne t'empêche de le crypter lui aussi ;-)

J'ai aussi mis en place un "patch" distant de code afin de pouvoir
effectuer des corrections distantes.

Ça je ne sais pas trop comment faire.

Idem, téléchargement du code sur le site, et "compile" sous Windev.

une fois pour toutes non?

à la validation fait à l'ouverture. Juste question de leur mettre quelques
bâtons dans les roues... ;-)

En effet.

(Dans le cas où le code est illégal, et en brute force et avec de la
motivation, ils arrivent à tout)

Excellente idée que je vais intégrer aussi.
Internet devenant de plus en plus omniprésent, cette fonction deviendra de
plus en plus pertinente.
Mais il y a le fichier texte distant qui me chipote un peu.
Tu ne crois pas que le fichier serait plus sécure s'il était crypté? Est-ce
facilement faisable à distance? Cela ralentirait-il trop le processus?

Oui, c'est ultra simple.
Tu télécharges ton fichier crypté.
Tu décryptes le contenu.
Tu mets à jour un fichier local (hyperfile crypté par exemple).

Ce fichier est récupéré à la première install, en plus j'upgrade à la
dernière version, etc...
Bref, sur mes dernières versions, faut le vouloir fort pour pirater ;)
D'ailleurs je n'ai pas eu de clé pirate depuis des mois, ils ont du se
lasser du brute force (ca doit être un peu long sur 30 caractères...;))
)

En outre, je suis un peu vicieux, je stocke mes fichiers hyperfile de
sécu sans index et avec une extension .dll quelque part dans un chemin
système.
C'est comme ça que je gère les jours restants à l'évaluation par
exemple.
On a beau désinstaller ou fouiller la BDR ca ne sert à rien.
Reculer la date ne sert à rien, je stocke systématiquement la dernière
date réelle d'utilisation, et si la date est inférieure, boum ;-). pour
gruger la date d'utilisation, il faudrait systématiquement reculer d'un
jour à chaque changement de jour.
Autant dire que c'est impossible.
Et aller repérer que tout est stocké dans un fichier .dll système,
caché et readonly, dont je remet à jour la date de dernière lecture à
J-15 (au cas où on chercherait les fichiers récemment accédés) demande
un niveau au delà du commun ;-)

Haaa nos amis les pirates ;-)

Bon courage pour ta protection.

Vous avez filtré cet utilisateur ! Consultez son message

Phil a couché sur son écran :

Re-re-re-bonjour Gilles ;-)

Je télécharge simplement à distance un fichier texte contenant la liste
des "clé" pirates que j'ai reperées.

Ha, ça je sais comment faire avec un fichier texte à distance.
Mais ce fichier texte n'est-il pas vulnérable?

Si ton site web est correctement sécurisé non.
Et rien ne t'empêche de le crypter lui aussi ;-)

J'ai aussi mis en place un "patch" distant de code afin de pouvoir
effectuer des corrections distantes.

Ça je ne sais pas trop comment faire.

Idem, téléchargement du code sur le site, et "compile" sous Windev.

une fois pour toutes non?

à la validation fait à l'ouverture. Juste question de leur mettre quelques
bâtons dans les roues... ;-)

En effet.

(Dans le cas où le code est illégal, et en brute force et avec de la
motivation, ils arrivent à tout)

Excellente idée que je vais intégrer aussi.
Internet devenant de plus en plus omniprésent, cette fonction deviendra de
plus en plus pertinente.
Mais il y a le fichier texte distant qui me chipote un peu.
Tu ne crois pas que le fichier serait plus sécure s'il était crypté? Est-ce
facilement faisable à distance? Cela ralentirait-il trop le processus?

Oui, c'est ultra simple.
Tu télécharges ton fichier crypté.
Tu décryptes le contenu.
Tu mets à jour un fichier local (hyperfile crypté par exemple).

Ce fichier est récupéré à la première install, en plus j'upgrade à la
dernière version, etc...
Bref, sur mes dernières versions, faut le vouloir fort pour pirater ;)
D'ailleurs je n'ai pas eu de clé pirate depuis des mois, ils ont du se
lasser du brute force (ca doit être un peu long sur 30 caractères...;))
)

En outre, je suis un peu vicieux, je stocke mes fichiers hyperfile de
sécu sans index et avec une extension .dll quelque part dans un chemin
système.
C'est comme ça que je gère les jours restants à l'évaluation par
exemple.
On a beau désinstaller ou fouiller la BDR ca ne sert à rien.
Reculer la date ne sert à rien, je stocke systématiquement la dernière
date réelle d'utilisation, et si la date est inférieure, boum ;-). pour
gruger la date d'utilisation, il faudrait systématiquement reculer d'un
jour à chaque changement de jour.
Autant dire que c'est impossible.
Et aller repérer que tout est stocké dans un fichier .dll système,
caché et readonly, dont je remet à jour la date de dernière lecture à
J-15 (au cas où on chercherait les fichiers récemment accédés) demande
un niveau au delà du commun ;-)

Haaa nos amis les pirates ;-)

Bon courage pour ta protection.

Franck

19/01/2005 à 22:54

Le 19/01/2005, Gilles G. a supposé :

Si ton site web est correctement sécurisé non.
Et rien ne t'empêche de le crypter lui aussi ;-)

Il me suffit de "sniffer" l'url de ton fichier, de créer la même
arborescence sur mon serveur web local (127.0.0.1) et d'ajouter dans
mon fichier HOSTS ton nom de domaine qui sera routé vers 127.0.0.1 et
adieu ta protection...

A+

--
Ceci est une signature automatique de MesNews.
Site : http://www.mesnews.net

Romain PETIT

19/01/2005 à 23:24

Gilles G. a couché sur son écran :

Bon courage pour ta protection.

Hé les gars, il vous reste du temps après tout ça pour développer les
fonctionnalités de vos applications ?
;-)

A+

--
Romain PETIT
http://cerbermail.com/?IJmancZl88
(cliquez sur le lien ci-dessus pour me contacter en privé)

Bertrand

19/01/2005 à 23:26

> Et aller repérer que tout est stocké dans un fichier .dll système, caché et
readonly, dont je remet à jour la date de dernière lecture à J-15 (au cas où
on chercherait les fichiers récemment accédés) demande un niveau au delà du
commun ;-)

Haaa nos amis les pirates ;-)

hyper simple pourtant...
tu n'as pas l'air de bien connaitre les outils disponibles pour ça :)
il est très facile de monitorer tout ça, de tracer les accès disques,
les accès au registres, de visualiser le contenu de la mémoire, etc...

Franck

20/01/2005 à 00:01

Romain PETIT a écrit :

Hé les gars, il vous reste du temps après tout ça pour développer les
fonctionnalités de vos applications ?
;-)

Romain, aurais-tu oublié que Windev leur laisse 10 fois plus de temps
pour se protéger?
:D

A+

--
Ceci est une signature automatique de MesNews.
Site : http://www.mesnews.net

Gilles G.

20/01/2005 à 00:05

Le 19/01/2005, Franck a supposé :

Le 19/01/2005, Gilles G. a supposé :

Si ton site web est correctement sécurisé non.
Et rien ne t'empêche de le crypter lui aussi ;-)

Il me suffit de "sniffer" l'url de ton fichier, de créer la même arborescence
sur mon serveur web local (127.0.0.1) et d'ajouter dans mon fichier HOSTS ton
nom de domaine qui sera routé vers 127.0.0.1 et adieu ta protection...

Oui, mais tout ca implique quelques connaissances avancées.

Gilles G.

20/01/2005 à 00:05

Dans son message précédent, Romain PETIT a écrit :

Gilles G. a couché sur son écran :

Bon courage pour ta protection.

Hé les gars, il vous reste du temps après tout ça pour développer les
fonctionnalités de vos applications ?
;-)

Héhé, ca fait partie du fun ;)

[WD8] No serie du Disque Dur

10 réponses

Veuillez sélectionner un problème