pr0gg3r

Wie wäre es mit Blind Booking?

Überleg dir ein Projekt, zieh deine Ausbildung fertig durch und dann aber schleunigst nichts wie weg von der Firma!

Naja, ne Datenbankabfrage und HTML-Ausgabe in Java ist nicht so komplex oder schwer, dass ein AE im 3. Lehrjahr das nicht hinbekommen könnte. Von dieser Seite aus, würde ich dem Lehrer sogar recht geben. Vorausgesetzt natürlich, ihr habt Java und SQL im Unterricht gehabt. Wir haben das derzeit schon im zweiten. Ein anderes Thema ist, einfach so 6en zu verteilen. Das geht natürlich nicht in Ordnung.

Also erst einmal, über das geringe Gehalt brauchst du dich nicht aufregen, da du (so wie ich es verstanden habe) sowieso nicht bei deinem AG bleiben möchtest. Wenn die Kollegen dich auslachen: Du kannst sie auch auslachen, wenn du mal einen besseren AG hast - wer zuletzt lacht, lacht am besten Zu deiner Projektarbeit: Die IHK kann gewies Druck auf deinen AG ausüben, bis hin zum Entzug der Ausbildungserlaubnis. Aber ich würde mich erst einmal an die Personalabteilung wenden und wenn die dich ignorieren, dann zur IHK gehen. Dass du nichts gelehrt bekommst: So gehts doch eigentlich jedem und andere haben sich zusätzlich mit anspruchsvollerem rumzuplagen...

Lieber einmal gescheit auskurieren und dann gesund wieder auf der Arbeit erscheinen, statt ständig halbkrank und nicht mit voller Konzentration und Energie bei der Arbeit zu sein. Solange du nicht alle zwei Wochen zwei Wochen krank bist, wird dir das auch keiner übel nehmen.

Klar, SQL muss man dafür blind im Schlaf beherrschen. Ich steig auch bei Abfragen aus, die 100+ Zeilen lang sind mit Subqueries, zig Joins und was es da sonst noch gibt. Würde mir keinen Spaß machen. Aber einarbeiten muss man sich doch immer, auch der Java-Programmierer in ein neues Projekt. Naja, der Threadersteller muss einfach wissen, was ihm liegt. Beide Optionen sind nicht schlecht.

Grundsätzlich ist es so, dass eigentlich immer Java-Entwickler gesucht werden. Da kannst du einfach mal auf eine beliebige Jobbörse gehen und dort nach "Java" suchen. Also da würde ich mir keine Sorgen im Bereich Java machen, außerdem ist Java nach wie vor eine der gefragtesten Sprachen. Natürlich kann man auch eine Nische besetzen und hat dann relativ gute Chancen, einen (guten) Job zu bekommen, der auf diese Nische ausgeschrieben ist. Jedoch muss man erst einen solchen Job finden und das kann dauernd. Und ob du welche in deiner Nähe findest, steht auch offen. Mir persönlich ist Java lieber, alleine weil ich objektorientierte Anwendungen wesentlich spannender finde als prozedurale, auch was die Architektur, Problemlösung usw. angeht. Natürlich kann man mit Datenbanksprachen mehr machen, als man vermutet, aber über Grundlagen wie Schleifen, Verzweigungen usw. geht es dann doch eher selten hinaus. Außerdem ist ein Programmierer da sehr schnell eingearbeitet. Und ob es überhaupt Stellen nur dafür gibt, stelle ich in Frage.

Wenn ich weiß, dass ein Tool mit Auto-IT entwickelt wurde, würde ich es niemals kaufen Bei Registry-Einträgen hat man immer das Problem, dass man Administratorrechte benötigt, wenn man Registry-Einträge per Programm/Script verändern/hinzufügen möchte. Bei der Verteilung über Gruppenrichtlinien hat man das Problem nicht, erreicht aber nicht immer alle Clients außerhalb des Netzwerkes.

Genau das meinte ich, du hast es wunderbar mathematisch ausgedrückt. Wobei wir erst einmal definieren müssen, was "Sicherheit" ist. Rein theoretisch kann man jedes Passwort per Brutforce ausprobieren = nicht sicher. Wenn ein Dienst nach x Versuchen gesperrt wird (sei es bis zum Freischalten oder x Minuten lang), ist auch ein 8-Zeichen-Passwort ohne Sonderzeichen "sicher", solange es sich nicht aus dem näheren Umfeld erschließen lässt.

Ja, aber ich weiß nicht was du mir damit sagen möchtes bzw. den Zusammenhang mit Exceptions.

Ich meine jetzt rein bei Brutforce, nicht über Rainbowtables. Da braucht ein Passwort mit sonderzeichen etc. wesentlich länger, als ein gleich langes, das nur Buchstaben und Zahlen enthält.

Wir führen den Zeit- und Leistungsnachweis in SAP. Da wir eine Inhouse-IT sind und unsere Stunden natürlich nicht auf Kundenprojekte berechnet werden, ist bei uns die Genauigkeit garnicht so wichtig. Wir tragen meist nur ein, wann wir anwesend waren und buchen das auf unsere IT. Manchmal machen wir etwas für andere Standorte, das erfassen wir dann innerhalb von Projekten (pro Standort), damit es denen berechnet wird. /Edit: Bei uns kann man zwar auf die Sekunde genau eintragen, die meisten machen das aber auch im 15-Minuten-Takt.

Trotzdem wird bei Brutforce der String "Passwort123" ein paar tausend mal vor "P$ssW0rT!§%#" gefunden... Kommt natürlich auch auf den Algorithmus und die Geduld des Angreifers an.

Exceptions fängt man dort ab, wo sie auftreten. Ich weiß jetzt nicht was du meinst. Meinst du, dass du jede Menge exceptions hintereinander reinprogrammieren musst, oder, dass eine Exception nach der anderen geworfen wird, sobald eine auftritt? Bei ersterem: Ein Gruß an diese Stelle an alle Java-Programmierer, die schmeißen ja mit unendlich Exceptions um sich Bei letzterem: Normal führt man das Programm ja nicht weiter aus, darum wird nur die unterste Exception geworfen und fertig.

Das ist mir schon klar, aber ich kann doch mit meinem eingegebenen key die Message "Ich will verbinden" verschlüsseln und wenn der AP das entschlüsselt, passts und wenn nicht, dann ist der Key eben nicht der gleiche. Ich meine gehört zu haben, das Problem mit dem "Verbinden in Klartext" ist nur bei WEP so, seit WPA aber nicht mehr...

Der Access-Point sendet (klartext) die SSID raus (außer man deaktiviert das), der Rest wird verschlüsselt. Der Datenverkehr wird dann Anhand des WEP-Keys ver- und entschlüsselt. Wenn man dann selbst die SSID kennt, kommt man ohne entschlüsseln nicht an die Packete (inkl. MAC-Adresse) dran... So hätte ich das jetzt gedacht. Haut mich, wenn ich mich irre

Man kann den Funkverkehr doch nur entschlüsseln, wenn man den WPA(2)-Key hat?

Das ist natürlich ein extrem positives Beispiel. Es gibt aber auch die andere Seite, dass auf einmal nur noch das halbe Gehalt als Bonus gezahlt wurde und das Jahr drauf garnichts mehr. Wenn man sich bei einer Firma bewirbt, die jedes Jahr einen guten Bonus bezahlt, dann kann man sich natürlich ohne schlechtes Gewissen das Wunschgehalt drücken lassen. Wie du schon sagtest - es kommt immer auf den Einzelfall an. Aber: Bei Gehaltsverhandlungen kann es auch nach hinten los gehen, da heißt es dann: "Sie kriegen das, was Sie gerade vergeschlagen haben schon jedes Jahr mit Ihrem Bonus".

Ja, die wollen dir quasi Wunschgehalt / 13 verkaufen, wollen dir aber nur (Wunschgehalt / 13) * 12 + """Bonus""" zahlen. Immerhin haben sie es geschickt verpackt und sind auf dein Wunschgehalt eingegangen, aber trotzdem... Musst dir wissen ob das reicht und natürlich schauen, ob du anderswo überhaupt in diese Richtung kommst. Ja, aber ehr ab Management und im Vertrieb aber nicht bei der breit gefächerten mittleren und unteren Belegschaft. Ich habe jedenfalls noch keinen Betrieb gesehen, bei dem der Otto-Normalarbeitnehmer mehr Bonus als maximal 100% eines Monatslohnes bekommen hat und das auch nur, bei extrem viel Überstunden o.Ä. So sehe ich das auch. Man sollte den Bonus als Zusatz sehen, auf den man aber verzichten könnte und nicht dazu, um seine Lebenserhaltungskosten rein zu kriegen.

Und genau deshalb würde ich mir nicht zu viel versprechen lassen. Das Grundgehalt ist entscheidend und da wird eben nicht das 13. Gehalt oder Boni dazugezählt. Das solltest du auch bei deiner Arbeitgeberwahl berücksichtigen. Ich würde eher das höhere Grundgehalt nehmen, statt weniger Gehalt + Boni und so n Krempel, auch wenn man das auf ein höheres Monatsgehalt umrechnen kann.

Wieso minus? Bonus bzw. 13. Gehalt kriegt man doch zusätzlich? (65.000€ + (65.000€*0,10)) / 12 Monate = 5958€

Eigentlich ist 13. Gehalt und Bonus zwei verschiedene paar Stiefel, aber vielleicht gibts bei euch ein (ich nenns mal) "Bonusabhängiges 13. Gehalt" oder sowas in die Richtung. Ich würde den Bonus garnicht so arg gewichten. Das ist eine Freiwillige Leistung deines Betriebes und darauf, ob und wie hoch das wirklich gezahlt wird, hast du keinen Einfluss. Außerdem ist das auch Brutto, von den 10% kriegst du also nicht so viel ausgezehalt, wie es sich evtl. zuerst anhören mag. Bei einem "festen" 13. Gehalt sieht es anders aus, da kriegst du dein Gehalt halt nochmal.

Ja, ab ner bestimmten Länge dauert Brutforce einfach zu lange. Ich denke mal, pro zusätzlichem Zeichen nehmen die möglichen Kombinationsmöglichkeiten exponentiell zu. Deshalb würde - wie in deinem Link beschrieben - ein Passwort nur aus Buchstaben mit 32 Zeichen recht sicher sein. Das Problem ist viel mehr, dass die User Passwörter aus ihrem Umfeld wählen und auch lieber kurze. Also lieber der Vorname der Frau/Freundin, statt die Namen der Expartner in umgekehrter Reihenfolge mit Sonderzeichen dazwischen. Es geht ja nicht nur um Brutforce, sondern auch darum, Passwörter erraten zu können.

Jeder handelsübliche WLAN-Router hat doch mittlerweile eine Geräteliste. Dort sind die Geräte gelistet, die sich mit ihm erfolgreich verbunden hatten. Schau dort, ob du was auffälliges findest und aktiviere MAC-Adressenfilter. Aber ein Angreifer kann sich dort auch selber löschen (sofern er Zugriff auf den Router hat). Natürlich kann man einfache WLAN-Passwörter auch per Brutforce knacken. Stelle ein sichereres langes Passwort mit Sonderzeichen, Groß- und Kleinbuchstaben ein. Den Brief würde ich trotzdem gerne mal sehen!

Wir haben ab und an Praktikanten in der IT, sie zu beschäftigen ist nicht immer einfach. Für die besseren Aufgaben kann man sie nicht beschäftigen, da sie entweder kritisch sind oder Knowhow benötigen und um ihnen etwas beizubringen fehlt die Zeit. Was macht man also mit ihnen? Fehlersuche an defekten alten Rechnern, Fehler beheben lassen, Betriebssystem installieren lassen und ein wenig im Betrieb mitnehmen. So ungefähr war es auch, als ich damals Praktikum gemacht hatte und das war für mich eigentlich soweit OK. Aber die meisten Praktikanten haben dann evtl. falsche Vorstellungen, von wegen man schraubt nur PCs zusammen...