Registriert seit: 11.03.2015
Version(en): mittlerweile meistens 2019
15.12.2017, 11:46
(Dieser Beitrag wurde zuletzt bearbeitet: 15.12.2017, 11:46 von Der Steuerfuzzi.)
Auch auf die Gefahr hin, mich damit zu blamieren, werfe ich mal einen Versuch in den Raum:
Meine erste Zahlenreihe: 686,97 576,89 108,34 204,55 410,17 Summe: 1986,92 MW: 397,384
Gruß Michael
Registriert seit: 11.03.2015
Version(en): mittlerweile meistens 2019
Noch ein Versuch:
Summe1 = 22966,53 Summe2 = 25758,95
Summe3 suche ich noch ...
Gruß Michael
Registriert seit: 11.03.2015
Version(en): mittlerweile meistens 2019
Registriert seit: 11.10.2014
Version(en): 12/2007&14/2010
Hallo, Michael; hatte heute leider kaum Zeit, weshalb ich mich erst jetzt um deine Antworten kümmern konnte. Du kannst dich hierbei nicht wirklich blamieren, denn so etwas ist ja gerade dafür gemacht, dass ein Unbefugter nicht erfolgreich sein wird. in diesem Fall kann es aber im Prinzip jeder (mit ausreichender Vorstellungskraft) sein, weil ich das so gestaltet und mit Hinweisen versehen habe, dass eine Lösung möglich ist, sogar per Formel am ungeöffneten Originalpäckchen. Deine Datenreihe ist zu kurz und beim 2.Versuch die Summen viel zu hoch. Der Mittelwert soll übrigens nur von den 3 Endsummen gebildet werden. Das mit dem InQbus ist nur ein Wortspiel, das darauf hinweisen soll, dass der Versuch der Lösung einer solchen Aufgabe im Ernstfall leicht zu einem Albtraum werden kann, denn das wäre mE so gut wie unmöglich. Hier muss es nicht (s. oben!), könnte aber so sein… Der Qbus ist eigentlich einheitlich konstruiert, aber für (tarnende) Verpackungszwecke geteilt und beschichtet worden. Das muss zuerst rückgängig gemacht werden, bevor daraus ein 3d-Objekt in Tiefe der restlichen Matrixkonstantenelemente gemacht wird. Alles Weitere wird dann ggf klarer:
Viel Erfolg! Morrn, Castor
Registriert seit: 06.12.2015
Version(en): 2016
Hallo,
ich hoffe, dass es demnächst eine Auflösung gibt.
Mit xl kann man den Titel der Grafik auslesen und erhält das Password: tapebow Der Name der Grafik ist: C:\Users\user\AppData\Local\Microsoft\Windows\INetCache\IE\FMQ2706B\loop-546932_960_720[1].jpg
Eine statistische Analyse der 1000 Zahlen und fast 50.000 Ziffern ergab ein sehr gute Gleichverteilung, d.h. sofern keine kryptographischen Verfahren genutzt wurden, sind es Zufallszahlen.
mfg
Registriert seit: 11.10.2014
Version(en): 12/2007&14/2010
Ja, Fennek, da hast du recht, alles Zufall! ;-) Trotzdem sind einige Zahlen absichtlich nach bestimmten Mustern eingefügt worden. Dass sie zu ihrer Umgebung passen, ist ebenfalls Absicht. Andersherum könnten Zufallszahlen natürlich auch von den echten insofern abhängig gemacht werden, dass sie um diese herum variieren, damit es schwerer wird, die echten zu finden. Außerdem könnten auch noch alle Zahlen durcheinandergewürfelt sein, so dass auch größere Abweichungen möglich werden, die eine auf statischen Methoden basierende Analyse (hierbei kommt es ja nicht auf 100%ig exakte Ergebnisse an) verunmöglichen dürften. Außerdem müsste man dann auch noch die Zuordnung der obfuszierten Kennziffern und ihre ungefähre Größenordnung kennen, also über Insider-Wissen verfügen. Aber etwas dürft ihr euch noch weiterbemühen. Deshalb erst mal nur ein weiterer Hinweis (in Fortsetzung des letzten) zur Schlüsselsymbolik und ihrer grafischen Einordnung in den Daten-Qbus:
Damit sollte es nun möglich sein, die Elementezahl der relevanten Datenreihen und die Positionen (x,y,z) ihrer Elemente zu bestimmen. Übrigens werde ich auf herber im Rahmen einer allgemeineren Betrachtung derartiger Konstrukte und ihrer Entschlüsselung (u.a. mit INDEX) demnächst darauf zurückkommen. Dort werden dann ggf auch noch zusätzliche Kryptisierungen angesprochen werden. Hier mal nur ein simples Beispiel dazu: Was bedeutet B,IZ?Weiterhin viel Erfolg! Castor
Registriert seit: 11.03.2015
Version(en): mittlerweile meistens 2019
So, auf die Schnelle mal per VBA ein paar Zahlen ermittelt (bei der dritten Reihe bin ich mir sehr unsicher): Reihe1: 495,55 519,28 911,5 24,07 617,14 796,79 835,31 545,83 367,26 362,99 Summe: 5475,72
Reihe2: 904,42 304,03 114,91 563,84 707,65 696,98 207,04 282,76 17,61 119,23 Summe: 3918,47
Reihe3: 762,29 693,32 978,23 611,89 333,29 314 639,82 787,01 299,26 846,32 Summe: 6265,43
Mittelwert: 5219,873
Gruß Michael
Registriert seit: 11.10.2014
Version(en): 12/2007&14/2010
18.12.2017, 14:55
(Dieser Beitrag wurde zuletzt bearbeitet: 18.12.2017, 14:57 von Castor.)
Gratuliere, Michael, ein Teilerfolg! Die Fleißbienchen für die richtige Länge der Datenreihen und den Mittelwert der 3 Summen innerhalb der ±1%igen Abweichungstoleranz hättest du dir schon mal verdient. Außerdem ist die 1.Datenreihe komplett richtig. Die Summen der beiden anderen liegen ungefähr in der richtigen Größenordnung, sind aber nicht (komplett) richtig. Von der 3. (blau) stimmen nur die ersten und die letzten 3 Werte, von der 2. (rot) nur der 4. und der 7.Wert. Wenn einen potenziellen Datendieb nur die Summen interessieren würden, hätte er damit schon ein einigermaßen brauchbares Ergebnis! Noch ein Hinweis: Das allgemeine Symbol (grau) im 1.Päckchen-Quadranten (gelb) deutet auf eine stetige Abwärtsbewegung auf der z-Achse hin, wobei es in den Reihen 2 und 3 auch zu Wendungen kommt, was die Grafik in meiner letzten Anwort (Untertitelnummerierung 5 → unter dem Mauszeiger auf der flfd #Nr) andeuten will (zugegeben, perspektivisch nicht ganz einfach darstellbar). Damit wäre eine Lösung für den eigentlichen (zusammengerückten) 1000wertigen Qbus mit nur einer Formel pro Datenreihe möglich (unter Bemühung von FORMELTEXT und XLM-Funktion AUSWERTEN oder diversen UDFs nebst INDEX). Im Originalpäckchen würden die sich dann wegen der Verpackungsleerbänder und dem dadurch verursachten Auseinanderrücken der Quadranten verdoppeln. Gruß, Castor
Registriert seit: 11.10.2014
Version(en): 12/2007&14/2010
Da sich hier ja nun leider nichts mehr getan hat, kommt von mir noch ein letzter Hinweis, bevor ich die (x,y,z)-Positionen der 3 Datenreihen angebe. Die mathematischen Fmln für die Ermittlung dieser Positionen lauten so: y | z | z | z | x x | z | 9-z+(((»[z,9-z]µ7)µ6)µ5)·(2-4·[z<5]) | x | 11-4·[z>4]-z+(((»[z,9-z]µ7)µ6)µ5)·(2-4·[z<5]) |
Hierbei wird vom Gesamt-Qbus (ohne Dekorzeilen und -spalten und ohne die Nullebene ausgegangen, wobei die Indizes der Positionen von 0…9 laufen. Die verwendeten Symbole stehen für Funktionen bzw Operatoren, » für max und µ für mod(ulo), ein Operator, der in Xl hier durch die Funktion REST ersetzt werden kann. Darauf basierend kann man auch Xl-Formeln entwickeln, die, entsprechend angepasst, die Daten auch aus dem ungeöffneten Päckchen herauslesen können. Viel Erfolg! Castor
Registriert seit: 06.12.2015
Version(en): 2016
Hallo,
Luc hat bei Herber die Auflösung gepostet. Mit der Suche entweder unter "Heute" oder Listensuche "Luc" ist es gut zu finden, dürfte aber bereits morgen ins Archiv verschoben werden.
mfg
|