One quick note on DNSSEC Validation failures
Lesestoff: Ron Deibert
2015/03/11I wrote back in 2010
that ISPs should prepare for the inevitable backlash if their DNSSEC-aware resolvers black out an important domain.
We now had just such a case: the protagonists make it even juicier than I imagined: Comcast customers could not access the new HBO website where they could get the HBO programming without paying for a full cable TV package.
Accusation were flying
, emergency debugging and cache clearing ensued and we're now in the "What went wrong?
" and "./ style discussions
It looks like Comcast weathered that storm pretty well. This may be a result of good social media work, a quick fix from HBO, and the fact that Google's 22.214.171.124 nameserver also does DNSSEC validation.
Author: Otmar Lendl
Completed: Maintenance work on Tuesday, Sep. 30th, 2014
Wir leben nicht nur in einer technisch interessanten Zeit, sondern auch die gesellschaftliche Diskussion rund um Geheimdienste, Privatsphäre, Verschlüsselung, 0-Days bis hin zu "Cyberwar" ist für die Zukunft des Internets sehr relevant.
Dazu wird viel geschrieben und publiziert, ich will hier auf einen aktuellen Artikel von Ron Deibert
hinweisen, weil er auch die Rolle der CERTs in diesem Kontext anspricht:
There are international implications of the cyber security syndrome. Top-down, secretive approaches breed vicious cycles of mutual suspicion and hostility that stifle numerous forms of lower level cooperation. Consider the deleterious impact on the information sharing practices of national-level computer emergency response teams (CERTs). In an ideal world, CERTS are entirely apolitical and operate as early-warning systems that share network threat information with each other seamlessly. But as Asia Pacific CERT coordinator Yuri Ito explained at the 2013 Bali IGF, the growing influences of national security agencies and the rivalries and suspicion they engender have eaten into the system of international trust and cooperation. If CERTs are seen as "instruments of state competition," says Ito, "it can become very hard to share information." Jeopardizing the integrity of CERTs in this way -- the frontline sensors for computer security threats worldwide -- is a clear indication that we are down the wrong path.
Ich kann nur empfehlen, den ganzen Text
Author: Otmar Lendl
Elastic Search being hacked automatically today
Because of required changes in our firewall infrastructure, all Internet-reachable services of CERT.at will be unavailable for some time on Tuesday, September 30th, 2014, starting at about 9am CEST. An "emergency" website with restricted functionality will be made available.
In urgent cases please contact us by telephone: +43 1 505 64 16 78.
We will update this post once the work is completed.Update
: work was completed at around 10am; overall outage was about 15 minutes.
Author: Robert Waldner
<< Previous Next >>
At the moment we are seeing a lot of automatic scanning and hacking of Elastic Search installations worldwide. Â Please make sure that port 9200 is locked down in case you run ES.IOCs:
- C&C IP address: Â 126.96.36.199 Â (China)
- C&C Port:Â 10991
- AV analysis:
Avast: ELF:Elknot-H [Trj]
VIPRE: Backdoor.Linux.Elknot.f (v)
Scanned: 2014-07-09 00:47:38 - 53 scans - 9 detections (16.0%)
- Analysis of similar malware:Â http://blog.malwaremustdie.org/2014/05/linux-reversing-is-fun-toying-with-elf.htmlÂ
Author: L. Aaron Kaplan