Matrice, WAN, connection directe et cohérence du monde 39

Si tu es connecté en filaire via un esclave, est-ce qu'on considère pas que tu es directement connecté au serveur ? Du coup pas besoin d'être sur la même grille, pas de bruit...

Je suis passé à côté de la CI patrouilleuse qui scan tous les 2d6 tours, tu peux de donner les références stp ? Tu fais quoi comme jet ?

ça reste quand même dans le domaine du faisable, alors que dans les éditions précédentes c'était même pas envisageable, surtout que la matrice se veut comme étant plus sécurisé d'un point de vue BG.

Alors à ma connaissance, il n'y a pas de protocole de sécurité en fonction de l'indice, uniquement à 40 c'est la merde. Mais je n'ai pas regarder en détail dans Data Trails, peut-être qu'il est proposé d'en mettre... En même temps, tu as des notions bien différentes : la sécurité d'un serveur, et la protection de la Matrice. Le serveur c'est les CI et le spider, pour la Matrice c'est le fameux SS. Il n'y a pas de lien entre les deux.

Et pour l'idée de la connexion filaire, comme l'appareil n'est pas connecter en filaire au serveur, non, tu n'es pas connecté en filaire au serveur donc le problème de Grille se pose encore.

La référence de tu cherches est dans Data Trails p. 86 pour les CI patrouilleuses.

Il ne faut pas oublié qu'un serveur d'indice 7 à des stats de malade au niveau de ses attributs. Vu que c'est un serveur de gestion de donnée dans ton cas, je mettrais des stats de Tdd : +4 / Att : +1 / Cor : +2 / Fir : +3. Donc Tdd à 11, Att à 8, Cor à 9 et Fir à 10 ... Ca fait un peu peur quand même.

Pour les CI, les tests sont hyper simples (quoi c'est Shadowrun quand même), 2x Indices du serveur VS Logique + Corruption, un test de perception matricielle quoi.

Fragmentations décrit 2 serveurs pour le siège d'une corpo, et ça pique. Chaque tour, une nouvelle CI est déclenchée jusqu'au max du serveur. Notre decker a brické 2 decks sur le run d'un des deux serveurs. DEUX.

Cypher, dans Matrix :

J'ai quand même un conseil. Si tu vois un de leurs Agents, t'as qu'a faire comme nous : tu te barres, tu te barres, mec, si tu tiens à la vie !

Ghilsain, est-ce que tu peux me dire si ce que je dis est totalement à coté ou si j'ai bien compris les règles ? J'avoue qu'avec la Matrice, j'ai l'impression d'y aller toujours à tâtons (on dit tétons ?) !

A savoir donc :

• Comment tu gères les Marks sur un serveur Maitre quand tu poses de multiples Marks sur un esclave ? Plusieurs ou juste une ? Comment tu le joues quand on se connecte à l'esclave en filaire, est-ce que ce "jeu" de Mark à rebond fonctionne encore ?
• Comment tu gères la gestion de groupe d'appareil quand tu veux pirater plusieurs caméras en même temps par exemple ? J'dis ça parce que je ne me satisfais pas trop de mon Contrôler un Appareil pour le faire ...

Merki merki !

Fragmentations décrit 2 serveurs pour le siège d'une corpo, et ça pique. Chaque tour, une nouvelle CI est déclenchée jusqu'au max du serveur. Notre decker a brické 2 decks sur le run d'un des deux serveurs. DEUX.

Ghislain B

Merci Slevin, et salut Ghislain

Effectivement je crois bien que nous confondions sécurité de la Matrice et sécurité d'un serveur. La question reste ouverte alors : y a-t-il des exemples, à part dans Fragmentations, de sécurité sur un serveur ?

Et les questions de Slevin m'intéressent aussi !

Ghilsain, est-ce que tu peux me dire si ce que je dis est totalement à coté ou si j'ai bien compris les règles ? J'avoue qu'avec la Matrice, j'ai l'impression d'y aller toujours à tâtons (on dit tétons ?) !

A savoir donc :

• Comment tu gères les Marks sur un serveur Maitre quand tu poses de multiples Marks sur un esclave ? Plusieurs ou juste une ? Comment tu le joues quand on se connecte à l'esclave en filaire, est-ce que ce "jeu" de Mark à rebond fonctionne encore ?

De mémoire, les marks obtenues sur un esclave sont valables sur un maître. La blague ici est que les marks ont une durée de vie (sauf propriétaire) égale à la durée de connexion. Or, si tu te connectes en filaire sur l'esclave, il faut l'interrompre pour te connecter en wifi sur un serveur gridguide. Pas la même connexion, pas de mark. Si tu te connecte en wifi sur le feu rouge puis tu t'en sers pour entrer dans le serveur, là ok.

• Comment tu gères la gestion de groupe d'appareil quand tu veux pirater plusieurs caméras en même temps par exemple ? J'dis ça parce que je ne me satisfais pas trop de mon Contrôler un Appareil pour le faire ...

J'ai eu le cas sur Fragmentations, et j'ai appliqué un malus pour appliquer la même action à plusieurs appareils identiques (caméras) : -1 pour 2 appareils, -2 pour 4 appareils, -4 pour 8-10 appareils, -8 au-delà (dans la limite du raisonnable). J'ai aussi autorisé ça parce uqe les caméras étaient au même étage et qu'il s'agissait de trafiquer l'image pour dissimuler l'ouverture de portes (les persos étaient invisibles).

C'est une règle maison pour éviter trop de jets de dés (et ajouter de la tension, le decker du groupe était assez bon réussir sans trop de risque s'il n'avait pas de malus).

PS : si l'action est illégale, je multiplie les succès obtenus par l'opposition par le malus du decker pour la comptabilité du SS.

Super ! Excellente remarque pour la partie filaire, j'y avais même pas pensé !

Et pour ta règle maison, elle est clairement meilleure que la mienne.

Merci !

La question reste ouverte alors : y a-t-il des exemples, à part dans Fragmentations, de sécurité sur un serveur ?

Renaud6094

Alors je réponds à ma propre question, puisque j'ai trouvé une réponse (celles des autres m'intéressent quand même) : p.86 dans Data Trails, il y a une proposition de protocole de sécurité (c'est de là que viennent les 2d6 tours de Slevin). Voilà un copié collé dégueulasse du tableau. Y a des explications en plus dans le cadre qui cite cet exemple.

HOST
RATING COMBAT TURNS UNTIL NEXT
MATRIX PERCEPTION TEST
1-2 Every Combat Turn
3-4 1D6 Combat Turns
5-6 1D6 + 2 Combat Turns
7-8 2D6 Combat Turns
9-10 2D6 +2 Combat Turns
11-12 3D6 Combat Turns

Et il y a aussi plusieurs exemples de serveurs (7/8 exemples... j'ai pas recompté) dans le chapitre (The Perfect Host) duquel j'ai extrait ce tableau.

De mémoire, les marks obtenues sur un esclave sont valables sur un maître. La blague ici est que les marks ont une durée de vie (sauf propriétaire) égale à la durée de connexion. Or, si tu te connectes en filaire sur l'esclave, il faut l'interrompre pour te connecter en wifi sur un serveur gridguide. Pas la même connexion, pas de mark. Si tu te connecte en wifi sur le feu rouge puis tu t'en sers pour entrer dans le serveur, là ok.

Effectivement si tu ne peux pas garder les marks misent en filaire via un esclave et que tu dois passer en wifi pour aller sur le serveur, ça répond à ma question originelle. Super ! Merci.

j'interpretais différemment ! Tant que le hacker est connecté avec la même connexion à la matrice (pas de reboot), il conserve ses marks peu importe s'il est en filaire ou en sans fil. Il conserve donc également son score de surveillance. Pour moi, il me semblait donc possible de poser une mark via une connexion directe et de poursuivre la passe en sans fil. En relisant,je n'ai rien trouvé qui empêche de basculer du filaire au sans fil sans devoir rebooter.

Après faut s'accrocher de poursuivre la passe sur un gros serveur avec un score de surveillance déjà entamé ! Du coup, ça serait possible de confirmer le truc car c'est une approche différente :-P

Une connexion filaire et une connexion sans fil, ce ne sont par définition pas les mêmes connexions. Quand tu passes de l'un à l'autre, pour moi, tu changes de connexion.

Ok, mais changer de connexion n'entraine pas la disparition des marks, non ?

C'est seulement quand on utilise l'action rebooter un appareil (p244) qui entraine la disparition des marks+remise à zéro du score de surveillance. Ou y'a un truc que j'ai raté, peut être ?

Je chipote certainement, mais c'était surtout pour suivre/comprendre la logique des dev' sur des trucs possibles (ou pas)

Pour moi, la perte de connexion = perte des marks.

Mais à la réflexion, je ne vois pas l'intérêt de préciser dans le livre qu'un maître est marké si un esclave est marqué, même si l'esclave est accédé en connexion directe. Donc j'interprète peut-être bien de travers.

Effectivement en relisant le passage : "Les marks ne durent que le temps d’une session matricielle et sont effacées à chaque reboot." les marks semblent rester tant que tu n'as pas rebooté.

Comme tu le dis les marks ne durent que le temps d'une session, peut-on considérer que des que le runneur se déconnecte sa session matricielle est réinitialisée ?

Moi je comprend que le seul moyen de perdre ses marques, c'est bien de rebooter, mais le cas de la connexion perdue est un peu plus complexe.

J'aurais tendance à dire que si la perte de connexion n'efface pas les marques, après tout, si tu as une marque sur ta voiture pour avoir accès au parking de ta résidence (et donc que le parking t'as invité au marquage de ta voiture), je vois mal pourquoi tu la perdrais en passant sur une portion de route hors matrice par exemple.

Pour expliquer ça, je dirais que les "identifiants" de l'appareil sont générés au boot via la matrice et qu'il est impossible de reprendre ses anciens identifiants lors d'une nouvelle connexion. Mais qu'ils sont valides indéfiniment (tout du moins théoriquement, chacun peu leur donner une durée de vie fonction de l'usage).

Mais j'ai pas fouillé le bouquin pour voir si c'était correct comme vision. Pas souvenir d'une explication précise.

Il me semble qu'il y a des exemples de serveurs dans Coyottes, à vérifier.

Il y a plusieurs exemples de serveurs dans Data Trails avec leurs niveaux (et les configurations d'Attaque, Corruption, ...) ainsi que la liste et l'ordre de chargement des CI, si Spider à résidence, etc.

J'ai pas Coyote version US sous la main, mais je ne me souviens pas y avoir vu de statistiques de serveurs.

On trouve quelque chose de similaire dans Coyotes