Push-Nachrichten von MacTechNews.de
Würden Sie gerne aktuelle Nachrichten aus der Apple-Welt direkt über Push-Nachrichten erhalten?
Forum>Software>Merkwürdiges Verhalten von InputManagers

Merkwürdiges Verhalten von InputManagers

Agrajag31.10.0700:04
Ich hab gerade festgestellt, daß der InputManager GrowlCamino nur funktioniert, wenn er in /Library/InputManager installiert ist. Ist er im User-Ordner installiert, funktioniert er nicht.

Kann das jemand bestätigen oder hat jemand eine Erklärung dafür?
0

Kommentare

bestbernie31.10.0700:10
Erklärung habe ich keine, aber mein GrowlSafari liegt auch in /Libary und nicht in der User Libary.
0
Agrajag31.10.0700:17
Ich früher immer alles in mein Home-Ordner installiert. Notfalls hab ich Dinge, die in /Library installiert wurden händisch in meinen Ordner verschoben. Und neuerdings laufen die InputManager nur noch in der Local Domain. Hmmm...
0
Jaguar1
Jaguar131.10.0700:18
Komisch... Mein geliebtes Saft kann ich nach der Standard-Installation nach/Library/... sogar händisch nach ~/Library/... schieben und er geht hinterher noch.
„Die Menschen sind nicht immer was sie scheinen, aber selten etwas besseres.“
0
pünktchen
pünktchen31.10.0717:11
das dürfte eigentlich nicht funktionieren. vielleicht hast du eine weitere schlimme sicherheitslücke in leopard entdeckt!

oder ist saft gar kein inputmanager?

soweit ich gelesen habe, können input manager nur benutzt werden, wenn sie /Library/Inputmanager liegen und root gehören. der installer von inquisitor wurde entsprechend angepasst. safariblock hab ich dorthin kopiert und dann mit

sudo chown -R root SafariBlock/

den besitzer auf root gesetzt. endlich hat das flashgeblinke ein ende!

0
pünktchen
pünktchen31.10.0717:16
ich seh gerade das agrajag in diesem thread http://mactechnews.de/index.php?function=17&thread=80167 plugsuit http://www.macupdate.com/info.php/id/26068/plugsuit als lösung angepriesen hat. keine ahnung, was das macht.

0
Arachnid
Arachnid31.10.0717:20
Input managers in Leopard are only loaded from “/Library/InputManagers”, not from the user’s home directory, and are only loaded if they’re owned by “root”.

What this means is that you can still get them to work, but the most likely code injection exploits in Safari can’t, because they can’t write to “/Library” and they can’t make files be owned by root.
von der news über die Sicherheitsfeatures in Leopard. http://www.matasano.com/log/981/a-roundup-of-leopard-security-features/
0
pünktchen
pünktchen31.10.0717:31
jop. da hab ich es her.
0
pünktchen
pünktchen31.10.0717:37
wobei, was ich nicht verstehe:

drwxr-xr-x 4 root admin 136 Oct 31 15:52 Inquisitor
drwxr-xr-x@ 11 root admin 374 Sep 11 04:25 SafariBlock

was will mir das @ bei safariblock sagen? man sagt

"If the file or directory has extended attributes, the permissions field printed by the -l option is followed by a '@' character. "

was für extended attributes den bitte? eigentlich sollte das ss aussehen wie bei inquisitor. hab ich was falsch gemacht? wo kann ich mir diese attribute den ansehen? aha ls -axl@:

drwxr-xr-x 4 root admin 136 Oct 31 15:52 Inquisitor
drwxr-xr-x@ 11 root admin 374 Sep 11 04:25 SafariBlock
com.apple.FinderInfo 32
com.apple.quarantine 74

hä? wat'n dat'n?

0
pünktchen
pünktchen31.10.0717:46
siracusa erklärt hier http://arstechnica.com/reviews/os/mac-os-x-10-5.ars/11 das eine attribut:

com.apple.quarantine—Tagging files downloaded from the Internet as possibly untrustworthy, storing the application used to download them, among other things.

und hier http://arstechnica.com/reviews/os/macosx-10-4.ars/11 das anderes attribut:

"Interestingly, type and creator codes are already (redundantly?) stored this way in Tiger. Assigning them to a file results in a new extended attribute key, com.apple.FinderInfo, with a value that is the concatenation of the type and creator codes. This is done transparently whenever a type or creator code is assigned to a file."

ok. jetzt hab ich nur noch eine frage: wieso weiß google schon von meinem post vor zehn minuten? *paranoia*

0
Serge
Serge31.10.0717:59
pünktchen: Kein Wunder bei deinem Avatar. Wahrscheinlich läuft bei dir schon der neue Bundestrojaner..
Ach nee, der soll ja bloß unter Windows funktionieren... lösche schnell mal deine Windows-Partition (policeman)
0
_mäuschen
_mäuschen31.10.0718:06

extended attributes

/Developer/Tools/GetFileInfo -- get attributes of files and directories

/Developer/Tools/SetFile -- set attributes of files and directories

0
Sebastian
Sebastian31.10.0718:46
Oder auch einfach nur /usr/bin/xattr
0
_mäuschen
_mäuschen31.10.0719:01

oh, das ist auch neu in Leo

0
_mäuschen
_mäuschen31.10.0719:03
gibt aber auch nicht viel her:-/

0
pünktchen
pünktchen31.10.0719:11
$ /usr/bin/xattr -l /Library/SafariBlock/

com.apple.FinderInfo:
0000 00 00 00 00 00 00 00 00 04 00 00 00 00 00 00 00 ................
0010 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................

com.apple.quarantine: 0000;47289495;Safari;15DD4B07-05AF-42D6-B939-E9E6673F967B|com.apple.Safari

ich denke, das muss ich nicht verstehen.
0
pünktchen
pünktchen31.10.0719:12
der pfad ist natürlich falsch.
0
Sebastian
Sebastian31.10.0719:14
com.apple.quarantine wird auf alle Dateien geklebt, die aus dem Netz geladen wurden, um Dir beim ersten Öffnen den Dialog anzeigen zu können daß das potenziell gefährliches Zeug ist.
0
jogoto06.12.0715:42
pünktchen<br>
... safariblock hab ich dorthin kopiert und dann mit

sudo chown -R root SafariBlock/

den besitzer auf root gesetzt. endlich hat das flashgeblinke ein ende!

SafariBlock habe ich als root in /Libray/InputManagers installiert. Es erscheint bei mir aber nicht mal in den Safari-Einstellungen. Wie hast Du das hinbekommen?
0

Kommentieren

Diese Diskussion ist bereits mehr als 3 Monate alt und kann daher nicht mehr kommentiert werden.