Henry Kiefer schrieb:
[Z80 Kopie zu DDR-Zeiten]Oh doch.
Sieht so aus.
Gruß Dieter
Henry Kiefer schrieb:
[Z80 Kopie zu DDR-Zeiten]Oh doch.
Sieht so aus.
Gruß Dieter
Heiko Nocon schrieb:
Wie soll das funktionieren? AVRs führen ihren Code nicht im SRAM aus, Buffer Overflow funktioniert also nicht. Wie dann?
Gruß, Johannes
Am Thu, 14 Dec 2006 19:52:12 +0100 schrieb Henry Kiefer:
Den Z80 wahrscheinlich schon nicht mehr.
Da waren in dem Bereich schon mindestens 10 Jahre Technologievorsprung entstanden.
Ach, Geld ...
Das Problem war ein ganz anderes: wenn du per Definition auf der Seite des Fortschritts stehst, musst du das gelegentlich (eigentlich immer) auch zeigen.
Lutz
"Johannes Bauer" schrieb im Newsbeitrag news: snipped-for-privacy@news.cis.dfn.de...
Für mich klingt Heico nach PC-ler und die haben meist von den Eigenschaften der Microcontroller keine bzw. recht bizarre Vorstellungen. Allgemein verstehen sie diese als total abgespeckter PC. Was natürlich meistens himmelweiter Quatsch ist.
Ach ja, noch was: So ein paar Details und Begründungen zu aufgestellten Behauptungen wären auch recht nett.
- Henry
--
"Dieter Wiedmann" schrieb im Newsbeitrag news:45819d8d$0$27609$ snipped-for-privacy@newsspool2.arcor-online.net...
Wie meinst du das?
- Henry
--
"Dieter Wiedmann" schrieb im Newsbeitrag news:4581a46c$0$5726$ snipped-for-privacy@newsspool3.arcor-online.net...
hat
Einzeltransistoren
Ich weiß noch, daß ich mich damals (25 Jahre back?) wunderte, das ich laß das der Hersteller Zilog dafür noch sowas aufbaute. Ist also keine Behauptung von MIR.
Keine Begründung. Abgelehnt.
Ignoranz
dito. Immerhin kenne ich die Namen der Entwickler von MC1496 und auch NE555. Und programmiere CPLDs und Analogzellen selber.
Heute extrem streitsüchtig - Henry
--
"Lutz Schulze" schrieb im Newsbeitrag news:1kudpbageve2$.1q0c595wuv0py$. snipped-for-privacy@40tude.net...
Soweit ich weiß definiert sich der Sozialismus per se als fortschrittlich. Wozu also ein Beweis?
- Henry
--
Henry Kiefer schrieb:
Hallo,
"Es wurden keine mit Ihrer Suchanfrage - Namen der Entwickler von MC1496 NE555 - übereinstimmenden Dokumente gefunden"
Wie heissen die denn - Gilbert vielleicht?
Bernd Msyer
"Bernd Mayer" schrieb im Newsbeitrag news:elsgce$fef$ snipped-for-privacy@news4.open-news-network.org...
NE555.
Sie heißen nicht Gilbert. Gilbert-Mixer ist was anderes.
Bist du wirklich an den Namen interessiert? MC1496: Jim Thompson und für NE555:
Langsam kriege ich Angst vor Wiki.
Gruß - Henry
--
Bernd Mayer schrieb:
Der 555 hats als meistverkaufter Chip aller Zeiten soger bis zur Wikipedia gebracht:
Wer den ollen MC1496 entworfen hat weiß ich aber auch nicht.
Gruß Dieter
"Dieter Wiedmann" schrieb im Newsbeitrag news:4581ca3e$0$30318$ snipped-for-privacy@newsspool1.arcor-online.net...
Endlich weiß ich mal was was Dieter nicht weiß :-) Aber er weiß wenigstens wie man Infos sucht.
- Henry
--
Henry Kiefer schrieb:
Tja.
Ooch, Hans Camenzind hab ich schon persönlich kennengelernt. Der ist auch immer noch aktiv, hat erst letztes Jahr ein prima Buch über das Design analoger Chips veröffentlicht, sehr zu empfehlen.
Gruß Dieter
Henry Kiefer schrieb:
Ein uP hat keinen Programmcode im IC. Ein uC in der Regel schon.
Gruß, Johannes
"Johannes Bauer" schrieb im Newsbeitrag news: snipped-for-privacy@news.cis.dfn.de...
Achso. Dann uC.
- Henry
--
Am Thu, 14 Dec 2006 21:12:33 +0100 schrieb Henry Kiefer:
Schrieb ich doch.
Da gab es immer diese Zweifler. Aber denen haben sie es ja dann gezeigt ;-)
Lutz
4004 bis 8085 von jemand der dabei war:
Hat auch kurzen Abschnitt zu CAD-Tools. Ein TTL-Breadboard würde bezüglich Timing keine Aussage für den Chip machen.
Es gab Ende der 60er Jahre den Fall, daß der experimentelle Decoder ( Lab Set ) des fehlerkorrigierenden Reed-Muller Codes für die Mariner Raumsonde als mannshoher Schaltschrank mit ICs gebaut wurde. Da NASA damals ICs zu neumodisch waren ( mangelnde Erfahrung bezüglich MTBF ) mußte die Einsatzversion ( Field Set ) dann nochmal mit diskreten Transistoren aufgebaut werden.
MfG JRD
Einer dieser freaks von damals ist Chef unserer Entwicklung, der kann da nette Anekdoten erzählen...
Johannes Bauer ha escrito:
Ein Buffer Overflow muss nicht zwingend auf ausfuehrbarem Code im SRAM angewiesen sein.
Stell Dir beispielsweise vor, es gibt ein Sende-Funktion, welche eine Meldung aus dem FLASH ausliest und per UART rausschickt (sagen wir mal Copyright und Software Version). Die Funktion enthaelt das Ruestzeug zum Auslesen (beim AVR der LPM Befehl).
Wenn der Compiler jetzt die Adresse und Laenge der Meldung im SRAM abgelegt hat, und vielleicht sogar knapp hinter einem gefaehrdeten Buffer, dann waere es schon passiert. Ein Buffer Overflow koennte benutzt werden, um statt der Copyright Meldung das komplette Programm ueber den UART auszulesen.
Ob und wie ein Angriff funktionieren kann, haengt immer sehr stark von der Struktur der Software ab. Oft entpuppen sich vorhandene Fehler als ein "knapp vorbei" (fuer den Angreifer). Sie fuehren zwar zu Fehlfunktionen, aber nicht sofort zum Auslesen. Deshalb ist es oft hilfreich, wenn eine vorherige Version der Software bereits ausgelesen wurde und zur Analyse benutzt werden kann. Andernfalls muss beim Entdecken einer Fehlfunktion geraten werden, welche Tragweite bestehen koennte. Die richtige Einschaetzung ist entscheidend fuer die (oft noetige) Kombination von mehreren Fehlern zu einem einzigen Angriff.
Gruss, Marc
=E4ren, auch
Das halte ich fuer ein Geruecht, auch wenn es hartnaeckig immer wieder auftaucht. Hast Du schon mal versucht, eine solche Aufnahme zu machen? Oder eine nicht mit speziellen Supergeraeten gemachte gesehen?
Eine Freundin hat ein Zahnarztlabor und somit auch normale Roentgengeraete. Die Qualitaet der Bilder wuerde fuer einen modernen Chip nicht ausreichen. Man koennte sicher die Pins eines alten DIL Gehaeuses zaehlen, aber die Technologie ist nicht vor 20 Jahren stehengeblieben. Es waere zum Beispiel aussichtslos zu erwarten, die Bondingdraehte genau genug sehen zu koennen, um die exakte Position der Bondingpads zu bestimmen.
Und selbst dann muesstest Du eine Menge Vergleichsmaterial in einer Datenbank ansammeln, um daraus den Chiptyp ableiten zu koennen.
Mit viel mehr als ein Bild von einem Rechteck mit Kranz drumrum darf man nicht rechnen, wenn man das naechstbeste verfuegbare Roentgengeraet bemueht.
Gruss, Marc
"Marc Jet" schrieb im Newsbeitrag news: snipped-for-privacy@80g2000cwy.googlegroups.com...
Und das reicht manchen Leuten sich dann tagelang hinzusetzen und VIELLEICHT einen Erfolg zu haben? Da kann man ja gleich Lotto spielen. Hm, machen leider auch viele Leute... Oh je.
100x Chinese, rechne rechne...- Henry
--
Have something to add? Share your thoughts — no account required.
Ask the community — no account required