In NSTableView eigene "Klasse" laden

Wie willst du es ihnen verbieten?
Ich habe schon viele Programme untersucht, nur um festzustellen wie sie es machen.

Chris

Original von Chris
Wie willst du es ihnen verbieten?
Ich habe schon viele Programme untersucht, nur um festzustellen wie sie es machen.

Chris

WEM WAS verbieten?

Den Leuten die an dem Projekt arbeiten wird das wohl hoffentlich klar sein und alle anderen welche das programm runterladen und dann modifizieren sollen eben modifizieren und rumbasteln bis es nimmer geht - das ist dann deren problem aber net meines und auch net das irgendeines anderen suers!

Und dann kommt ein freundlicher User und lokalisiert dein Programm auf z.B. Suaheli. natürlich auch die identifier
Das Programm macht irgendwann Bumm und du hast zumindest den Support Ärger.

Chris

Original von Chris
Und dann kommt ein freundlicher User und lokalisiert dein Programm auf z.B. Suaheli. natürlich auch die identifier
Das Programm macht irgendwann Bumm und du hast zumindest den Support Ärger.

Chris

blue-tec.com/locsuite/

Nochmal: Es geht nicht darum, die Funktionalität deiner App sicherzustellen. Es geht um einen Angriff auf die App.

Ich kann etwa Objekte, die eine Datenbank mit personenbezogenen Daten enthalten, auslesen. Bereits mit einem simplen description bekomme ich deine Objektbeschreibung.

Ja, ich weiß, dass das auch mit Bindings geht. Über die Folgen habe ich mir auch schon hin und wieder Gedanken gemacht. Ich finde das kein witziges Problem. Dort kann ich aber wenigstens nur Properties beeinflussen.

WEM

$PÖHZER_PUBE

Original von Tom9811
Ich kann etwa Objekte, die eine Datenbank mit personenbezogenen Daten enthalten, auslesen. Bereits mit einem simplen description bekomme ich deine Objektbeschreibung.

Das muss man dann ja wohl selbst wissen ob die gefahr bei seinem programm besteht oder nicht.

Dann gibt es ja aber immer noch das setzen der columns per code. Das muss man ja auch machen wenn man dem user erlauben will zu bestimmen welche columns er sehen will und welche nicht

Das muss man dann ja wohl selbst wissen ob die gefahr bei seinem programm besteht oder nicht.

Das wollte ich in etwa mit dem Adjektiv "sicherheitsrelevant" vorsichtig andeuten.

Dann gibt es ja aber immer noch das setzen der columns per code. Das muss man ja auch machen wenn man dem user erlauben will zu bestimmen welche columns er sehen will und welche nicht

Was das Gegenteil von deinem Vorschlag ist.
*Dies* wäre auch nicht sicherheitsrelevant.

Original von Tom9811

Dann gibt es ja aber immer noch das setzen der columns per code. Das muss man ja auch machen wenn man dem user erlauben will zu bestimmen welche columns er sehen will und welche nicht

Was das Gegenteil von deinem Vorschlag ist.
*Dies* wäre auch nicht sicherheitsrelevant.

?

Na, ich verstand dich so, dass du die Identifier in diesem Falle per Code setzen willst.

nicht nur die identifier sondern die ganzen NSTableColumn's

Also auch die Identifier ...
Womit geklärt wäre, dass du ihn nicht aus dem Nib lädst. Wenn du es dann doch wieder tust, sind wir wieder am Anfang: Sicherheitsrelevanz.

ich hab nie gesagt dass ich den identifier aus einem nib laden will - davon seit ihr nur ausgegangen

Ach so

Kannst du mir dann die Sinnhaftigkeit deines Beitrages erläutern:

pfuscht jemand anderes im nib rum so ist es seine iegene schuld wenn eine spalte in der table plötzlich leer ist.

Ich glaube nicht, dass es auf diesem Niveau noch Sinn hat.

das bezog sich ja alles aufs nib auf das ihr angespielt habt. nur weil ich darauf antworte heist es ja net dass es die einzige möglichkeit ist...