| 18-03-2010 15:23:47 | #1 | | Gris-Gris | La description de Rechercher des données, p.231 SR4A, me laisse perplexe.
- Recherche de données + Scan pour trouver tous les smartinks sans fil à portée de signal : mais s'ils sont en mode caché, il faut faire un test de Guerre électronique + Scan pour voir si on repère le noeud. Pas de raison de couper à cette étape là.
- Pareil pour la Recherche de données + Analyse pour voir tous les agents dans un noeud : on les voit automatiquement tous, s'ils ne sont pas en mode furtif. Il suffit d'observer en détail. Alors à quoi sert ce test ?
- Recherche de données + Renifleur : si on vient d'intercepter le trafic, il est quelque part en mémoire. Pourquoi pas un simple test de Recherche de données + Catalogue, pour retrouver l'extrait que l'on cherche, que vient faire le Renifleur, qui a déjà fait son travail auparavant ?
Vous utilisez ces règles ? Si c'est le cas, comment et dans quelles situations ?
Merci d'avance |
|
| 18-03-2010 16:03:50 | #2 | | Valérian | Le paragraphe complet est (en VO) :
Not all Data Search actions use the Browse program. This action can be used on any large amount of data, such as a list of icons in a node, nodes in a Signal range, or network traffic. When using this action for these special searches, use the program that is used to collect the information through which you are searching. For example, use Data Search + Scan to find all of the wireless smartlinks in Signal range, or Data Search + Analyze to find all of the agents in a node, or Data Search + Sniffer to find a specific phrase in wireless traffic you have intercepted.
Tu utilises Recherche de données pour trouver quelque chose dans un gros paquet de données.
Tu n'utilises pas forcément le programme "catalogue" pour ce faire mais le programme servant à collecter les données en question.
Ces 2 points explique le pourquoi des tests listés dans la suite du paragraphe. |
|
| 19-03-2010 16:28:14 | #3 | | Gris-Gris | Mon problème c'est que les tests proposés se marchent dessus avec d'autres options.
- Pour retrouver quelqu'un dont on a l'identité dans une foule, à portée de scan, on fait quoi ? Un test de Recherche de Données + Scan ou un test de Recherche de Données + Catalogue ? La zone de recherche est "à portée de Scan". Mais à part ça, la procédure est la même qu'une recherche dans la Matrice complète ou dans un système informatique.
- J'enregistre une conversation avec mon programme Renifleur sur mon commlink, puis je cherche dedans certains mots-clé. Pourquoi faire un Recherche de Données + Renifleur plutôt que Recherceh de Données + Catalogue ? Et si je fais une recherche de mots-clés sur un enregistrement réalisé par quelqu'un d'autre avec un programme Renifleur, puis mis dans une base de données (ce qui est sensiblement la même situation), quel programme vais-je utiliser ?
En fait, que ce soit un agent, un smartlink, une identité, un extrait sonore, je me dis que tout ça sont des données et peut être géré simplement avec un programme Catalogue. Je ne vois pas l'intérêt de compliquer la chose en y mettant d'autres programmes qui obligent à se demander lequel on va utiliser. D'où ma question de savoir si vous utilisez ces tests dans vos parties ou non.
Si je comprends bien le paragraphe, on aurait :
- Catalogue pour des infos (date de la prochaine réunion du Policlub Humanis de Seattle, recette du far breton, date de naissance de Richard Villiers, recherche d'un accès suspect dans un journal d'accès...)
- Scan pour des types de noeuds dans une zone donnée, sans compter les noeuds cachés, à moins qu'on ne les ait mis à jour avant avec une Détection de noeuds sans fil (à portée mutuelle de signal ou dans la portée de l'appareil qui fait la recherche ?) (commlinks, smartlinks, grille-pains, flingues automatiques...)
- Analyse pour des icônes (personas, agents, CI)
- Renifleur pour des transferts (conversations en direct, ou échanges de mails, ou autres opérations qui transitent dans un réseau : si on enregistre ces opérations et qu'on y regarde plus tard, on fera un Recherche de données + Catalogue)
C'est bien ça ? |
|
| 19-03-2010 16:51:40 | #4 | | Max O'Toole | si tu recherches des trucs dans un tas de données stockées, ca sera du data search et non du renifleur.
Renifler c'est chercher un flux en temps réel et arriver à le trouver (intercepter, et donc écouter / voir en temps réel), avec possibilité de stocker. Il faut savoir avant ce qu'on veut intercepter tout de même (nœud caché déjà localisé par exemple)
Pour trouver ton gus dans une foule, ca dépendra de la densité de pop (bonus / malus à la recherche, cf livre) et surtout à son commlink : est-il OFF, Caché ou Public ? Ca demande des jets différents entre public et caché (voir livre)
Pour capturer une conversation, tu as un 1er jet à faire pour savoir si tu arrives à l'intercepter : Renifleur (il faut aussi au préalable avoir identifié le noeud à partir duquel tu veux renifler, au cas ou il soit caché). Si tu réussis, tu as accès en direct à la conversation. Si tu te barres mais enregistre, le lendemain, tu peux faire un Data search sur l'enregistrement pour éviter de te palucher 8h de blahblah.
Si je me trompe, je ne dois pas être trop loin. |
|
| 19-03-2010 19:05:13 | #5 | | Valérian | Gris-Gris a écrit:
- Pour retrouver quelqu'un dont on a l'identité dans une foule, à portée de scan, on fait quoi ? Un test de Recherche de Données + Scan ou un test de Recherche de Données + Catalogue ? La zone de recherche est "à portée de Scan". Mais à part ça, la procédure est la même qu'une recherche dans la Matrice complète ou dans un système informatique.
Ca dépend de ce que tu appelles "identité" et sa dépend de son comportement social sur la matrice.
Si tu cherches un type dont tu es sur que c'est le genre de gars à avoir un Commlink qui reste en mode actif, avec une partie publique servant à ses interactions sociales (en gros, il a un commlink qui affiche en RA sa page facebook en permanence), il sera assez simple de repérer son Commlink dans une foule si tu sais qu'il est là quelque part : Comme la collecte par scan des noeuds à portée mutuelle est automatique, tu as juste à faire du tri dans les infos collectées via un test de Recherche de données + scan.
Si tu cherches un runner avec un Commlink en mode caché, lequel ne va donc afficher aucune donnée publique en RA, tu ne pourras pas le trouver à mon avis, même en collectant tous les noeuds cachés détectés et en analysant ton résultat par une recherche (mais ce n'est que mon avis sur la question).
- J'enregistre une conversation avec mon programme Renifleur sur mon commlink, puis je cherche dedans certains mots-clé. Pourquoi faire un Recherche de Données + Renifleur plutôt que Recherceh de Données + Catalogue ? Et si je fais une recherche de mots-clés sur un enregistrement réalisé par quelqu'un d'autre avec un programme Renifleur, puis mis dans une base de données (ce qui est sensiblement la même situation), quel programme vais-je utiliser ?
Si tu as enregistré 1 conversation, ne fait même pas de test.
Si tu as comme le suggère Max O'Toole, des heures et des heures de communication électronique multimédia, là tu pourras rechercher des mots clés via un jet de Recheche de données+Renifleur.
En fait, que ce soit un agent, un smartlink, une identité, un extrait sonore, je me dis que tout ça sont des données et peut être géré simplement avec un programme Catalogue. Je ne vois pas l'intérêt de compliquer la chose en y mettant d'autres programmes qui obligent à se demander lequel on va utiliser. D'où ma question de savoir si vous utilisez ces tests dans vos parties ou non.
La règle est simple : si tu collectes plein de données dans lesquelles tu veux faire du tri, tu fais un jet de Recherche de données+le programme utilisé pour la collecte (d'où le renifleur dans l'exemple ci-dessus).
L'idée c'est que c'est la qualité de ton programme de collecte qui va déterminer à quel point ta collecte de données est efficace, pas ton programme de catalogue.
Du coup, tu n'as pas à mémoriser quel programme utilisé dans tel cas si tu connais les "règles de collecte". |
|