Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > ger.ct > #572172 > unrolled thread
| Started by | Lars Gebauer <lgebauer@live.de> |
|---|---|
| First post | 2022-10-24 17:08 +0200 |
| Last post | 2022-10-25 03:16 -0700 |
| Articles | 20 on this page of 69 — 19 participants |
Back to article view | Back to ger.ct
Alle schlechten Noten sind weg. Lars Gebauer <lgebauer@live.de> - 2022-10-24 17:08 +0200
Re: Alle schlechten Noten sind weg. Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-10-24 17:12 +0200
Re: Alle schlechten Noten sind weg. Michael Bode <m.g.bode@web.de> - 2022-10-24 17:33 +0200
Re: Alle schlechten Noten sind weg. Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-10-24 17:38 +0200
Re: Alle schlechten Noten sind weg. Ulf Kutzner <Ulf.Kutzner@web.de> - 2022-10-24 08:42 -0700
Re: Alle schlechten Noten sind weg. Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-10-24 17:55 +0200
Re: Alle schlechten Noten sind weg. Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2022-10-24 20:14 +0200
Re: Alle schlechten Noten sind weg. Goetz Schultz <news.expire1225@goetz.co.uk> - 2022-10-24 17:50 +0100
Re: Alle schlechten Noten sind weg. Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-10-24 18:52 +0200
Re: Alle schlechten Noten sind weg. Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2022-10-25 20:00 +0000
Re: Alle schlechten Noten sind weg. Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-10-26 07:56 +0200
Re: Alle schlechten Noten sind weg. Frank Hucklenbroich <hucklenbroich@gmx.net> - 2022-10-26 09:09 +0200
Re: Alle schlechten Noten sind weg. Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-10-27 08:39 +0200
Re: Alle schlechten Noten sind weg. Ulf Kutzner <Ulf.Kutzner@web.de> - 2022-10-26 23:47 -0700
Re: Alle schlechten Noten sind weg. Christian Schumacher <cs.spam@nurfuerspam.de> - 2022-10-26 09:19 +0200
Re: Alle schlechten Noten sind weg. Jörg Tewes <jogi1964@gmx.net> - 2022-10-26 21:01 +0200
Re: Alle schlechten Noten sind weg. Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-10-27 08:42 +0200
Re: Alle schlechten Noten sind weg. hc.ahlmann@gmx.de (HC Ahlmann) - 2022-10-27 10:44 +0200
Re: Alle schlechten Noten sind weg. Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-10-28 08:55 +0200
Re: Alle schlechten Noten sind weg. Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2022-10-28 07:30 +0000
Re: Alle schlechten Noten sind weg. Ulf Kutzner <Ulf.Kutzner@web.de> - 2022-10-28 00:38 -0700
Re: Alle schlechten Noten sind weg. Jörg Tewes <jogi1964@gmx.net> - 2022-10-27 18:28 +0200
Re: Alle schlechten Noten sind weg. Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-10-28 09:01 +0200
Re: Alle schlechten Noten sind weg. Lars Gebauer <lgebauer@live.de> - 2022-10-28 09:18 +0200
Re: Alle schlechten Noten sind weg. Jörg Tewes <jogi1964@gmx.net> - 2022-10-28 19:37 +0200
Re: Alle schlechten Noten sind weg. Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2022-10-31 07:53 +0000
Re: Alle schlechten Noten sind weg. Ulf Kutzner <Ulf.Kutzner@web.de> - 2022-10-31 01:00 -0700
Re: Alle schlechten Noten sind weg. Jörg Tewes <jogi1964@gmx.net> - 2022-10-31 20:48 +0100
Re: Alle schlechten Noten sind weg. Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-10-24 18:58 +0200
Re: Alle schlechten Noten sind weg. Goetz Schultz <news.expire1225@goetz.co.uk> - 2022-10-24 18:10 +0100
Re: Alle schlechten Noten sind weg. Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-10-24 19:23 +0200
Re: Alle schlechten Noten sind weg. Michael Bode <m.g.bode@web.de> - 2022-10-24 20:15 +0200
Re: Alle schlechten Noten sind weg. Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-10-24 20:21 +0200
Re: Alle schlechten Noten sind weg. Ulf Kutzner <Ulf.Kutzner@web.de> - 2022-10-24 23:22 -0700
Re: Alle schlechten Noten sind weg. Goetz Schultz <news.expire1225@goetz.co.uk> - 2022-10-24 19:28 +0100
Re: Alle schlechten Noten sind weg. Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-10-24 20:38 +0200
Re: Alle schlechten Noten sind weg. Goetz Schultz <news.expire1225@goetz.co.uk> - 2022-10-24 20:27 +0100
Re: Alle schlechten Noten sind weg. Michael Bode <m.g.bode@web.de> - 2022-10-24 21:46 +0200
Re: Alle schlechten Noten sind weg. Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-10-24 21:57 +0200
Re: Alle schlechten Noten sind weg. Goetz Schultz <news.expire1225@goetz.co.uk> - 2022-10-24 21:01 +0100
Re: Alle schlechten Noten sind weg. Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-10-24 22:04 +0200
Re: Alle schlechten Noten sind weg. Goetz Schultz <news.expire1225@goetz.co.uk> - 2022-10-25 09:05 +0100
Re: Alle schlechten Noten sind weg. Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-10-24 21:51 +0200
Re: Alle schlechten Noten sind weg. Lothar Kimmeringer <news201705@kimmeringer.de> - 2022-10-24 21:01 +0200
Re: Alle schlechten Noten sind weg. Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2022-10-24 21:20 +0200
Re: Alle schlechten Noten sind weg. Goetz Schultz <news.expire1225@goetz.co.uk> - 2022-10-24 20:28 +0100
Re: Alle schlechten Noten sind weg. Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2022-10-25 08:42 +0200
Re: Alle schlechten Noten sind weg. Goetz Schultz <news.expire1225@goetz.co.uk> - 2022-10-26 20:29 +0100
Re: Alle schlechten Noten sind weg. Michael Bode <m.g.bode@web.de> - 2022-10-24 21:36 +0200
Re: Alle schlechten Noten sind weg. Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2022-10-24 20:15 +0200
Re: Alle schlechten Noten sind weg. "Dr. Joachim Neudert" <neudert@5sl.org> - 2022-10-24 21:45 +0200
Re: Alle schlechten Noten sind weg. Ulf Kutzner <Ulf.Kutzner@web.de> - 2022-10-26 00:52 -0700
Re: Alle schlechten Noten sind weg. Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-10-26 10:55 +0200
Re: Alle schlechten Noten sind weg. Ulf Kutzner <Ulf.Kutzner@web.de> - 2022-10-26 03:29 -0700
Re: Alle schlechten Noten sind weg. Ulf Kutzner <Ulf.Kutzner@web.de> - 2022-10-24 08:27 -0700
Re: Alle schlechten Noten sind weg. Marco Moock <mo01@posteo.de> - 2022-10-24 18:30 +0200
Re: Alle schlechten Noten sind weg. Ulf Kutzner <Ulf.Kutzner@web.de> - 2022-10-24 23:20 -0700
Re: Alle schlechten Noten sind weg. Marco Moock <mo01@posteo.de> - 2022-10-24 18:34 +0200
Re: Alle schlechten Noten sind weg. Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2022-10-24 20:25 +0200
Re: Alle schlechten Noten sind weg. Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2022-10-24 20:29 +0200
Re: Alle schlechten Noten sind weg. Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2022-10-24 21:22 +0200
Re: Alle schlechten Noten sind weg. Martin Gerdes <martin.gerdes@gmx.de> - 2022-10-24 22:41 +0200
Re: Alle schlechten Noten sind weg. "F. W." <me@home.com> - 2022-10-25 08:45 +0200
Re: Alle schlechten Noten sind weg. Ruediger Lahl <ruediger.lahl@gmx.de> - 2022-10-25 09:21 +0200
Re: Alle schlechten Noten sind weg. Gerhard Hoffmann <dk4xp@arcor.de> - 2022-10-25 09:39 +0200
Re: Alle schlechten Noten sind weg. "F. W." <me@home.com> - 2022-10-25 09:47 +0200
Re: Alle schlechten Noten sind weg. "F. W." <me@home.com> - 2022-10-25 09:47 +0200
Re: Alle schlechten Noten sind weg. Ruediger Lahl <ruediger.lahl@gmx.de> - 2022-10-25 12:05 +0200
Re: Alle schlechten Noten sind weg. Ulf Kutzner <Ulf.Kutzner@web.de> - 2022-10-25 03:16 -0700
Page 3 of 4 — ← Prev page 1 2 [3] 4 Next page →
| From | Gerrit Heitsch <gerrit@laosinh.s.bawue.de> |
|---|---|
| Date | 2022-10-24 22:04 +0200 |
| Message-ID | <tj6r3f$v4$11@news.bawue.net> |
| In reply to | #572239 |
On 10/24/22 22:01, Goetz Schultz wrote: > On 24/10/2022 20:46, Michael Bode wrote: >> Goetz Schultz <news.expire1225@goetz.co.uk> writes: >> >>> Stimmt - ich bin auf keinen besseren Begriff gekommen. SSH per >>> key-file ist selbstredend. ebenso wie "RootLogin No". Wir haben pro >>> Maschine einen individuellen Key, damit vermeidet man eben "das einmal >>> gemopst, erlaubt viele Türen zu öffnen". >> >> Nur zum Verständnis: alle ssh key liegen ohne Passphrase auf dem >> Backupserver oder wie funktionieren die Backup Jobs? >> > > Zwangsweise. Ist ja keiner da der im cronjob das Passwort eingibt. Naja, es gibt ein schönes Programm namens 'sshpass' mit dem man sowas konstruieren kann. Aber dazu müssen die Passwörter dann woanders rumliegen. Gerrit
[toc] | [prev] | [next] | [standalone]
| From | Goetz Schultz <news.expire1225@goetz.co.uk> |
|---|---|
| Date | 2022-10-25 09:05 +0100 |
| Message-ID | <tj85bq$1usvb$2@dont-email.me> |
| In reply to | #572241 |
On 24/10/2022 21:04, Gerrit Heitsch wrote:
> On 10/24/22 22:01, Goetz Schultz wrote:
>> On 24/10/2022 20:46, Michael Bode wrote:
>>> Goetz Schultz <news.expire1225@goetz.co.uk> writes:
>>>
>>>> Stimmt - ich bin auf keinen besseren Begriff gekommen. SSH per
>>>> key-file ist selbstredend. ebenso wie "RootLogin No". Wir haben pro
>>>> Maschine einen individuellen Key, damit vermeidet man eben "das einmal
>>>> gemopst, erlaubt viele Türen zu öffnen".
>>>
>>> Nur zum Verständnis: alle ssh key liegen ohne Passphrase auf dem
>>> Backupserver oder wie funktionieren die Backup Jobs?
>>>
>>
>> Zwangsweise. Ist ja keiner da der im cronjob das Passwort eingibt.
>
> Naja, es gibt ein schönes Programm namens 'sshpass' mit dem man sowas
> konstruieren kann. Aber dazu müssen die Passwörter dann woanders rumliegen.
>
> Gerrit
>
>
>
Ebend - ob die jetzt in einem File rumliegen oder keins da ist, ist ein
Frage von Minuten.
--
Cheers,
G.
Quis custodiet ipsos custodes?
---------------------------->8------------------------------
/"\
\ / ASCII Ribbon Campaign
X against HTML e-mail
/ \
---------------------------->8------------------------------
[toc] | [prev] | [next] | [standalone]
| From | Gerrit Heitsch <gerrit@laosinh.s.bawue.de> |
|---|---|
| Date | 2022-10-24 21:51 +0200 |
| Message-ID | <tj6qbj$v5$6@news.bawue.net> |
| In reply to | #572226 |
On 10/24/22 21:27, Goetz Schultz wrote: > On 24/10/2022 19:38, Gerrit Heitsch wrote: >>> >>> Kann auch Umgangen werden. Die "Netztrennung" finde ich persönlich >>> noch am sinnvollsten. >> >> Richtige Netztrennung ist es nicht, sondern den Login in den >> Backupserver nur per ssh von bestimmten IPs zu erlauben und nicht per >> Password sondern nur per keyfile. >> >> >> Gerrit >> > > Stimmt - ich bin auf keinen besseren Begriff gekommen. SSH per key-file > ist selbstredend. ebenso wie "RootLogin No". Wir haben pro Maschine > einen individuellen Key, damit vermeidet man eben "das einmal gemopst, > erlaubt viele Türen zu öffnen". Jetzt muss nur noch das Password für das Keyfile brauchbar komplex sein. Gerrit
[toc] | [prev] | [next] | [standalone]
| From | Lothar Kimmeringer <news201705@kimmeringer.de> |
|---|---|
| Date | 2022-10-24 21:01 +0200 |
| Message-ID | <1aghsi2u6l6g6$.dlg@kimmeringer.de> |
| In reply to | #572216 |
Goetz Schultz wrote:
> On 24/10/2022 18:23, Gerrit Heitsch wrote:
>> Trivialer Ansatz: Backupserver der reihum die Backups via rsync durch
>> ssh getunnelt erstellt. Der Backupserver initiiert die Verbindung, der
>> Server (mit Trojaner) kann den Backupserver (und seine Filesysteme)
>> nicht erreichen.
>
> Das ist in etwa eine Lösung die ich schon am laufen habe. Keine Ahnung
> ob das auch mit Windowssystemen geht.
Windows hat Cygwin bzw. Linux Subsystem for Windows, von daher
sollte es zumindest kein Ding der Unmoeglichkeit sein, so was
auch dort aufzusetzen.
Gruesse, Lothar
--
Lothar Kimmeringer E-Mail: spamfang@kimmeringer.de
PGP-encrypted mails preferred (Key-ID: 0x8BC3CD81)
Always remember: The answer is forty-two, there can only be wrong
questions!
[toc] | [prev] | [next] | [standalone]
| From | Diedrich Ehlerding <diedrich.ehlerding@t-online.de> |
|---|---|
| Date | 2022-10-24 21:20 +0200 |
| Message-ID | <t45j2jx3g3.ln2@diedrich.ddnssec.de> |
| In reply to | #572216 |
Goetz Schultz meinte: > Das ist in etwa eine Lösung die ich schon am laufen habe. Keine Ahnung > ob das auch mit Windowssystemen geht. es gibt wohl ein ssh für Windows, unter cygwin gibt es auch ein rsync, aber ob sich die Windianer damit befassen wollen ... Typische Sicherungssoftware (also nichts Selbsgehäkeltes, sondern Löhnware) hat einen Agenten auf jedem Clientsystem, der die zu sichernden Daten an den Server überträgt. Der Client hat dann keinen Zugriff auf das Fileystem am Server. -- gpg-Key (DSA 1024) D36AD663E6DB91A4 fingerprint = 2983 4D54 E00B 8483 B5B8 C7D1 D36A D663 E6DB 91A4 HTML-Mail wird ungeleſen entſorgt.
[toc] | [prev] | [next] | [standalone]
| From | Goetz Schultz <news.expire1225@goetz.co.uk> |
|---|---|
| Date | 2022-10-24 20:28 +0100 |
| Message-ID | <tj6p1r$1mqr1$7@dont-email.me> |
| In reply to | #572225 |
On 24/10/2022 20:20, Diedrich Ehlerding wrote:
> Typische Sicherungssoftware (also nichts Selbsgehäkeltes, sondern
> Löhnware) hat einen Agenten auf jedem Clientsystem, der die zu
> sichernden Daten an den Server überträgt. Der Client hat dann keinen
> Zugriff auf das Fileystem am Server.
So lange im Budget Geld dafür da ist (meist eher nicht).
--
Cheers,
G.
Quis custodiet ipsos custodes?
---------------------------->8------------------------------
/"\
\ / ASCII Ribbon Campaign
X against HTML e-mail
/ \
---------------------------->8------------------------------
[toc] | [prev] | [next] | [standalone]
| From | Diedrich Ehlerding <diedrich.ehlerding@t-online.de> |
|---|---|
| Date | 2022-10-25 08:42 +0200 |
| Message-ID | <e3dk2jxaf4.ln2@diedrich.ddnssec.de> |
| In reply to | #572228 |
Goetz Schultz meinte: >> Typische Sicherungssoftware (also nichts Selbsgehäkeltes, sondern >> Löhnware) hat einen Agenten auf jedem Clientsystem, der die zu >> sichernden Daten an den Server überträgt. Der Client hat dann keinen >> Zugriff auf das Fileystem am Server. > > So lange im Budget Geld dafür da ist (meist eher nicht) Dann liegt die Verantwortung fü+r den Datenverlust beim Schlipsträger mit dem spitzen Bleistift. -- gpg-Key (DSA 1024) D36AD663E6DB91A4 fingerprint = 2983 4D54 E00B 8483 B5B8 C7D1 D36A D663 E6DB 91A4 HTML-Mail wird ungeleſen entſorgt.
[toc] | [prev] | [next] | [standalone]
| From | Goetz Schultz <news.expire1225@goetz.co.uk> |
|---|---|
| Date | 2022-10-26 20:29 +0100 |
| Message-ID | <tjc1r0$2g4hi$1@dont-email.me> |
| In reply to | #572345 |
On 25/10/2022 07:42, Diedrich Ehlerding wrote:
> Goetz Schultz meinte:
>
>>> Typische Sicherungssoftware (also nichts Selbsgehäkeltes, sondern
>>> Löhnware) hat einen Agenten auf jedem Clientsystem, der die zu
>>> sichernden Daten an den Server überträgt. Der Client hat dann keinen
>>> Zugriff auf das Fileystem am Server.
>>
>> So lange im Budget Geld dafür da ist (meist eher nicht)
>
> Dann liegt die Verantwortung fü+r den Datenverlust beim Schlipsträger
> mit dem spitzen Bleistift.
Der mit Teflonbeschichtung?
--
Cheers,
G.
Quis custodiet ipsos custodes?
---------------------------->8------------------------------
/"\
\ / ASCII Ribbon Campaign
X against HTML e-mail
/ \
---------------------------->8------------------------------
[toc] | [prev] | [next] | [standalone]
| From | Michael Bode <m.g.bode@web.de> |
|---|---|
| Date | 2022-10-24 21:36 +0200 |
| Message-ID | <jro7q8F19hdU2@mid.individual.net> |
| In reply to | #572225 |
Diedrich Ehlerding <diedrich.ehlerding@t-online.de> writes: > Goetz Schultz meinte: > >> Das ist in etwa eine Lösung die ich schon am laufen habe. Keine Ahnung >> ob das auch mit Windowssystemen geht. > > es gibt wohl ein ssh für Windows, unter cygwin gibt es auch ein rsync, > aber ob sich die Windianer damit befassen wollen ... Openssh Client und Server ist Teil von Windows 10 ab ungefähr 1909. Rsync gibt es zu kaufen, läuft aber wie ein Sack Nüsse. > Typische Sicherungssoftware (also nichts Selbsgehäkeltes, sondern > Löhnware) hat einen Agenten auf jedem Clientsystem, der die zu > sichernden Daten an den Server überträgt. Der Client hat dann keinen > Zugriff auf das Fileystem am Server. Oder man sichert die VMs mit Veeam. Wenn allerdings der Veeam Server gehacked ist... -- "Die Abwesenheit von Evidenz zur Wirksamkeit ist keine Evidenz für die Abwesenheit von Wirksamkeit." - Der Grünen-Gesundheitsexperte Janosch Dahmen.
[toc] | [prev] | [next] | [standalone]
| From | Diedrich Ehlerding <diedrich.ehlerding@t-online.de> |
|---|---|
| Date | 2022-10-24 20:15 +0200 |
| Message-ID | <oa1j2jxo0n.ln2@diedrich.ddnssec.de> |
| In reply to | #572200 |
Goetz Schultz meinte: > Wenn Backups auch verschlüsselt wurden, ist Essig. Ok, bei Bandbackup > eher nicht, aber NAS/SAN sieht wieder anders aus .... Ein Backup auf einem Datenträger, der dann am System bleibt, ist kein Backup. -- gpg-Key (DSA 1024) D36AD663E6DB91A4 fingerprint = 2983 4D54 E00B 8483 B5B8 C7D1 D36A D663 E6DB 91A4 HTML-Mail wird ungeleſen entſorgt.
[toc] | [prev] | [next] | [standalone]
| From | "Dr. Joachim Neudert" <neudert@5sl.org> |
|---|---|
| Date | 2022-10-24 21:45 +0200 |
| Message-ID | <tj6q08$33k$1@solani.org> |
| In reply to | #572174 |
Am 24.10.22 um 17:12 schrieb Gerrit Heitsch: > > Restore des Backups, fertig. Oder ist da nicht jede Nacht eines gelaufen? > > Gerrit > Na das steht doch im Artikel: "Dem ist das Landratsamt nicht nachgekommen. „Wir werden keinesfalls Lösegeld zahlen“, sagt Franziska Herr von der Pressestelle, „unser Fokus liegt darauf, gemeinsam mit den betroffenen Schulen die Daten anhand der hoffentlich dort vorhandenen Sicherungen wiederherzustellen.“ " Die "hoffentlich dort vorhandenen Sicherungen" also. Wird schon jemand gemacht haben? Vielleicht...
[toc] | [prev] | [next] | [standalone]
| From | Ulf Kutzner <Ulf.Kutzner@web.de> |
|---|---|
| Date | 2022-10-26 00:52 -0700 |
| Message-ID | <f4bc3588-0b5b-4559-a24c-a8c97240c2a0n@googlegroups.com> |
| In reply to | #572232 |
Ländischwätzi schrieb am Montag, 24. Oktober 2022 um 21:45:13 UTC+2: > Am 24.10.22 um 17:12 schrieb Gerrit Heitsch: > > > > Restore des Backups, fertig. Oder ist da nicht jede Nacht eines gelaufen? > > > > Gerrit > > > Na das steht doch im Artikel: > > "Dem ist das Landratsamt nicht nachgekommen. „Wir werden keinesfalls > Lösegeld zahlen“, sagt Franziska Herr von der Pressestelle, „unser Fokus > liegt darauf, gemeinsam mit den betroffenen Schulen die Daten anhand der > hoffentlich dort vorhandenen Sicherungen wiederherzustellen.“ " > > Die "hoffentlich dort vorhandenen Sicherungen" also. > > Wird schon jemand gemacht haben? Vielleicht... Man beachte die Zwitterstellung der Schulen, der Staat organisiert den Unterricht und die Kommunen das Drumherum. Und dann läuft es auch noch wie bei unserem blaunsympathisierenden vielfahrenden Oberexperten, der bei einer grenzwertigen Uminstallation beruflichen Datenbestand der Gattin verschlüsselt und ohne sinnvoll nutzbare Zugriffsmöglichkeit zurückließ: statt sich erkundigt zu haben, wie das Backup geregelt sei, schiebt er es nachträglich auf das Fehlen eines solchen. Wo also hätten die Backups für die landratsamtliche Zentraldatenhaltung liegen sollen? Bei jeder Schule einzeln oder beim Zentraldatenhalter? Wird sich schon jemand Gedanken darüber gemacht haben? Wie bei unserem Oberexperten, dessen Schwerpunkt gerade EDV ist?
[toc] | [prev] | [next] | [standalone]
| From | Gerrit Heitsch <gerrit@laosinh.s.bawue.de> |
|---|---|
| Date | 2022-10-26 10:55 +0200 |
| Message-ID | <tjaskf$das$1@news.bawue.net> |
| In reply to | #572369 |
On 10/26/22 09:52, Ulf Kutzner wrote: > Ländischwätzi schrieb am Montag, 24. Oktober 2022 um 21:45:13 UTC+2: >> Am 24.10.22 um 17:12 schrieb Gerrit Heitsch: >>> >>> Restore des Backups, fertig. Oder ist da nicht jede Nacht eines gelaufen? >>> >>> Gerrit >>> >> Na das steht doch im Artikel: >> >> "Dem ist das Landratsamt nicht nachgekommen. „Wir werden keinesfalls >> Lösegeld zahlen“, sagt Franziska Herr von der Pressestelle, „unser Fokus >> liegt darauf, gemeinsam mit den betroffenen Schulen die Daten anhand der >> hoffentlich dort vorhandenen Sicherungen wiederherzustellen.“ " >> >> Die "hoffentlich dort vorhandenen Sicherungen" also. >> >> Wird schon jemand gemacht haben? Vielleicht... > > Man beachte die Zwitterstellung der Schulen, der Staat > organisiert den Unterricht und die Kommunen das Drumherum. > > Und dann läuft es auch noch wie bei unserem blaunsympathisierenden > vielfahrenden Oberexperten, der bei einer grenzwertigen Uminstallation > beruflichen Datenbestand der Gattin verschlüsselt und ohne sinnvoll > nutzbare Zugriffsmöglichkeit zurückließ: statt sich erkundigt zu haben, > wie das Backup geregelt sei, schiebt er es nachträglich auf das > Fehlen eines solchen. > > Wo also hätten die Backups für die landratsamtliche Zentraldatenhaltung > liegen sollen? Bei jeder Schule einzeln oder beim Zentraldatenhalter? Solche Gedanken muss man sich machen bevor man damit anfängt Daten zu speichern, egal wo. Gerrit
[toc] | [prev] | [next] | [standalone]
| From | Ulf Kutzner <Ulf.Kutzner@web.de> |
|---|---|
| Date | 2022-10-26 03:29 -0700 |
| Message-ID | <bd8015bf-9fda-4239-8483-e1be8a13e410n@googlegroups.com> |
| In reply to | #572377 |
Gerrit Heitsch schrieb am Mittwoch, 26. Oktober 2022 um 10:55:19 UTC+2: > On 10/26/22 09:52, Ulf Kutzner wrote: > > Wo also hätten die Backups für die landratsamtliche Zentraldatenhaltung > > liegen sollen? Bei jeder Schule einzeln oder beim Zentraldatenhalter? > Solche Gedanken muss man sich machen bevor man damit anfängt Daten zu > speichern, egal wo. Dieser 'man' sei nun, ich beziehe mich auf die Verwaltungskostellation, pensioniert oder sonst nicht mehr greifbar. Was nun? Wenn kein Backup-Plan vorgesehen und implementiert, sich bei Datenspeicherung widersetzlich zeigen, bis Backup-Plan vorgesehen und implementiert? Oder same procedure as every year? Na gut, ich verfolgte hier Presseberichterstattung über das Ausscheiden langjähriger Amtsleiter, mit brimborischem Dank in den Ruhestand verabschiedet. Danach (kann, muß aber nicht, dauern) Bericht über die Einsetzung eines Nachfolgers. Später teilt dieser dann im Interview mit, man habe die ersten zwei Jahre im übernommenen Laden vorwiegend damit zugebracht, daselbst so etwas wie Verwaltung zu etablieren... Gruß, ULF
[toc] | [prev] | [next] | [standalone]
| From | Ulf Kutzner <Ulf.Kutzner@web.de> |
|---|---|
| Date | 2022-10-24 08:27 -0700 |
| Message-ID | <3e8a745f-e7d3-4651-a33a-7037c2054de1n@googlegroups.com> |
| In reply to | #572172 |
Lars Gebauer schrieb am Montag, 24. Oktober 2022 um 17:08:49 UTC+2: > https://www.merkur.de/lokales/muenchen-lk/cyberangriff-schulen-landkreis-muenchen-oberbayern-berchtesgadener-land-aktuell-91871130.html > > | Insgesamt 55 Schulen im Landkreis München sind Opfer eines > | Cyberangriffs geworden. Die Einrichtungen können nicht mehr auf ihre > | Daten zugreifen. > | > | Update vom 24. Oktober, 15 Uhr: Jetzt ist es passiert: Nach unzähligen > | gescheiterten Versuchen ist Hackern am vergangenen Donnerstag, 20. > | Oktober, der Angriff auf einen Server des Landratsamts gelungen – > | einige Schulen kommen nun nicht mehr an persönliche Daten der > | Schulfamilie ran. Die Hacker haben Daten des Schulamts verschlüsselt > | und versteckt – und fordern jetzt Lösegeld. Wie hoch die Summe ist, > | bleibt unbekannt. Die Angreifer hatten das Landratsamt aufgefordert, > | im Darknet mit ihnen Kontakt aufzunehmen, um die Summe zu erfahren. Schulfamilie? Schülerfamilien? Wie auch immer, solche Ämter haben dafür m.W. keinen Haushaltstitel. Eine kirchliche Schule hier in der Stadt hatte mal bezahlt.
[toc] | [prev] | [next] | [standalone]
| From | Marco Moock <mo01@posteo.de> |
|---|---|
| Date | 2022-10-24 18:30 +0200 |
| Message-ID | <tj6ej6$1mb4i$5@dont-email.me> |
| In reply to | #572180 |
Am 24.10.2022 um 08:27:54 Uhr schrieb Ulf Kutzner: > Schulfamilie? Schülerfamilien? > > Wie auch immer, solche Ämter haben dafür m.W. keinen > Haushaltstitel. Eine kirchliche Schule hier in der Stadt > hatte mal bezahlt. Erkläre das bitte. Ich konnte nur das finden: https://de.wikipedia.org/wiki/Schulfamilie_(Bayern) Nach der Definition ist das nur ein Sammelbegriff.
[toc] | [prev] | [next] | [standalone]
| From | Ulf Kutzner <Ulf.Kutzner@web.de> |
|---|---|
| Date | 2022-10-24 23:20 -0700 |
| Message-ID | <1a55cc32-6e2c-4dcb-8677-5e870c41725dn@googlegroups.com> |
| In reply to | #572198 |
Marco Moock schrieb am Montag, 24. Oktober 2022 um 18:30:31 UTC+2: > Am 24.10.2022 um 08:27:54 Uhr schrieb Ulf Kutzner: > > > Schulfamilie? Schülerfamilien? > > > > Wie auch immer, solche Ämter haben dafür m.W. keinen > > Haushaltstitel. Eine kirchliche Schule hier in der Stadt > > hatte mal bezahlt. > Erkläre das bitte. Das Bistum hier hat etwas andere Haushaltsgrundsätze als Land und Kommunen, ebenfalls hier [TM]. > Ich konnte nur das finden: > https://de.wikipedia.org/wiki/Schulfamilie_(Bayern) > > Nach der Definition ist das nur ein Sammelbegriff. War mir so nicht geläufig, da ich das dortige Schulwesen nicht en détail kenne. Aber wenn alle Merkur-Leser den Begriff parat haben, erübrigt sich eine Begriffserklärung im Artikel.
[toc] | [prev] | [next] | [standalone]
| From | Marco Moock <mo01@posteo.de> |
|---|---|
| Date | 2022-10-24 18:34 +0200 |
| Message-ID | <tj6er8$1mb4i$7@dont-email.me> |
| In reply to | #572172 |
Am 24.10.2022 um 17:08:47 Uhr schrieb Lars Gebauer: > | Die Hacker haben Daten des Schulamts verschlüsselt > | und versteckt – und fordern jetzt Lösegeld. Wie hoch die Summe ist, > | bleibt unbekannt. Die Angreifer hatten das Landratsamt aufgefordert, > | im Darknet mit ihnen Kontakt aufzunehmen, um die Summe zu erfahren. Ach wie schade, hatten die kein Backup? Falls die keines hatten, könnte wer ein paar Postkarten mit dem Inhalt "kein Backup - kein Mitleid" verschicken?
[toc] | [prev] | [next] | [standalone]
| From | Diedrich Ehlerding <diedrich.ehlerding@t-online.de> |
|---|---|
| Date | 2022-10-24 20:25 +0200 |
| Message-ID | <pt1j2jxcon.ln2@diedrich.ddnssec.de> |
| In reply to | #572199 |
Marco Moock meinte: >> | Die Hacker haben Daten des Schulamts verschlüsselt >> | und versteckt – und fordern jetzt Lösegeld. Wie hoch die Summe ist, >> | bleibt unbekannt. Die Angreifer hatten das Landratsamt >> | aufgefordert, im Darknet mit ihnen Kontakt aufzunehmen, um die >> | Summe zu erfahren. > > Ach wie schade, hatten die kein Backup? > Falls die keines hatten, könnte wer ein paar Postkarten mit dem Inhalt > "kein Backup - kein Mitleid" verschicken? Na ja ... sie hatten ja offenbar irgendwo eine Sicherheitslücke. Nach dem Neuinstallieren der Systeme und dem anschließenden Wiederaufspielen des Backups ist das System in dem Zustand, in dem die Hacker sich hatten hineindrängeln können - auch diese Sicherheitslücke ist restoret worden. Und es könnte auch sein, dass die Hacker schon vor drei Wochen da waren und der Verschlüsselungstrojaner erst verspätet aufgeweckt wird - so dass er ggf. auch in dem Backup sitzt, das man zurückspielt. Evtl sind alle anderen Backups längst wieder überschrieben ... Es kann auch sein, dass die Malware in irgendeinem Sharepoint (oder was die Windowser da heutzutage nutzen) gespeichert war und ebvenfals restoret und nur darauf wartet, erneut zuzuschlagen ... -- gpg-Key (DSA 1024) D36AD663E6DB91A4 fingerprint = 2983 4D54 E00B 8483 B5B8 C7D1 D36A D663 E6DB 91A4 HTML-Mail wird ungeleſen entſorgt.
[toc] | [prev] | [next] | [standalone]
| From | Gerrit Heitsch <gerrit@laosinh.s.bawue.de> |
|---|---|
| Date | 2022-10-24 20:29 +0200 |
| Message-ID | <tj6lho$v5$3@news.bawue.net> |
| In reply to | #572214 |
On 10/24/22 20:25, Diedrich Ehlerding wrote: > Marco Moock meinte: > >>> | Die Hacker haben Daten des Schulamts verschlüsselt >>> | und versteckt – und fordern jetzt Lösegeld. Wie hoch die Summe ist, >>> | bleibt unbekannt. Die Angreifer hatten das Landratsamt >>> | aufgefordert, im Darknet mit ihnen Kontakt aufzunehmen, um die >>> | Summe zu erfahren. >> >> Ach wie schade, hatten die kein Backup? >> Falls die keines hatten, könnte wer ein paar Postkarten mit dem Inhalt >> "kein Backup - kein Mitleid" verschicken? > > Na ja ... sie hatten ja offenbar irgendwo eine Sicherheitslücke. Nach > dem Neuinstallieren der Systeme und dem anschließenden Wiederaufspielen > des Backups ist das System in dem Zustand, in dem die Hacker sich hatten > hineindrängeln können - auch diese Sicherheitslücke ist restoret worden. Nicht unbedingt. Wenn sie beim Reinstall diesmal die aktuellen Patches / Service Packs installiert haben und das beim Angriff nicht der Fall war. Gerrit
[toc] | [prev] | [next] | [standalone]
Page 3 of 4 — ← Prev page 1 2 [3] 4 Next page →
Back to top | Article view | ger.ct
csiph-web