
Rtersieva
Shared posts
"Let's learn tcpdump" zine: now available for everyone
Hello! A couple weeks back, I wrote a zine called “let’s learn tcpdump!” and released the early access version for $10 as an experiment.
Today, I’m releasing it for everyone!
the zine
If you want to read the zine now, here it is:
The print version is pay-what-you-can. It includes a version with an adorable colour cover, if you want to print it in scintillating colour!
Here’s the cover:
the experiment
I did an experiment where I charged people $10 for early access to the zine! Here are the results:
- People seemed pretty excited to give me money for a thing (“yay! this is awesome! this helped me use tcpdump! thank you!“) (people said a bunch of nice things on twitter!)
- 190 people bought it in all, for a total of $1970. Thank you, everyone! It feels really cool that people actually think the stuff I make is worth money, and it makes me feel motivated to make more zines like this. And it makes it easier for me to do things like pay illustrators to make awesome illustrations!
- 1 person bought an “enterprise license” ($100) so that they could print it out and give it out to a lot of people at their conference.
thanks
Special thanks to my friend Maya who did the lettering for the title! you are the best. And to my awesome partner Kamal who always helps review my zines.
And to the amazing illustrator Vladimir who made the cover! Paying artists is really cool.
Intel's Management Engine is a security hazard, and users need a way to disable it | Electronic Frontier Foundation
Intel’s CPUs have another Intel inside.
Since 2008, most of Intel’s chipsets have contained a tiny homunculus computer called the “Management Engine” (ME). The ME is a largely undocumented master controller for your CPU: it works with system firmware during boot and has direct access to system memory, the screen, keyboard, and network. All of the code inside the ME is secret, signed, and tightly controlled by Intel. Last week, vulnerabilities in the Active Management (AMT) module in some Management Engines have caused lots of machines with Intel CPUs to be disastrously vulnerable to remote and local attackers. While AMT can be disabled, there is presently no way to disable or limit the Management Engine in general. Intel urgently needs to provide one.
This post will describe the nature of the vulnerabilities (thanks to Matthew Garrett for documenting them well), and the potential for similar bugs in the future. EFF believes that Intel needs to provide a minimum level of transparency and user control of the Management Engines inside our computers, in order to prevent this cybersecurity disaster from recurring. Unless that happens, we are concerned that it may not be appropriate to use Intel CPUs in many kinds of critical infrastructure systems.
What is AMT? How is it vulnerable?
On many Intel chips, the Management Engine is shipped with the AMT module installed. It is intended to allow system administrators to remotely control the machines used by an organization and its employees. A vulnerability announced on May 1 allows an attacker to bypass password authentication for this remote management module, meaning that in many situations remote attackers can acquire the same capabilities as an organization’s IT team, if active management was enabled and provisioned.
Once they have AMT access, attackers can interact with the screen or console as if the user were doing so themselves. Attackers can also boot arbitrary OSes, install a new OS, and (with some work) steal disk encryption passwords.
Not every machine is susceptible to the attack. For it to work, AMT has to have been both enabled and provisioned (commonly AMT is enabled but not provisioned by default). Once provisioned, AMT has a password set, and is listening for network packets and will control the system in response to those. It can be provisioned by default if vendors used a feature called “Remote Configuration” with OEM Setup, by a user with administrative access, interactively or with a USB stick during system boot, or (via the LMS vulnerability) by unprivileged users on Windows systems with LMS. Macs have MEs, but don’t ship with AMT at all. The password protection is crucial for machines with AMT provisioned, but this week’s vulnerability allowed it to be bypassed.
How can users protect themselves?
Many organizations will need to take steps to protect themselves by ensuring that AMT is disabled in their BIOS and LMS is not installed, or by updating Intel firmware.
Unfortunately, even if AMT is currently disabled, that doesn’t mean an attack was never possible—an attacker might have disabled AMT after concluding the attack, to close the door on their way out.
But troublingly, AMT is only one of many services/modules that come preinstalled on Management Engines. The best recommendation we can make for addressing this vulnerability today is to disable that specific AMT module, because Intel doesn’t provide any way to generally limit the power of the ME. But vulnerabilities in any of the other modules could be as bad, if not worse, for security. Some of the other modules include hardware-based authentication code and a system for location tracking and remote wiping of laptops for anti-theft purposes. While these may be useful to some people, it should be up to hardware owners to decide if this code will be installed in their computers or not. Perhaps most alarmingly, there is also reportedly a DRM module that is actively working against the user’s interests, and should never be installed in an ME by default.
For expert users on machines without Verified Boot, a Github project called ME cleaner exists and can be used to disable a Management Engine. But be warned: using this tool has the potential to brick hardware, and interested parties should exercise caution before attempting to protect their systems. A real solution is going to require assistance from Intel.
What Intel needs to do fix this mess
Users need the freedom to choose what they want running on their system, and the ability to remove code that might contain vulnerabilities. Because the Management Engine only runs code modules signed by Intel, this means having a way to disable the ME or reflash it with minimal, auditable firmware. While Intel may put a lot of effort into hunting for security bugs, vulnerabilities will inevitably exist, and having them lurking in a highly privileged, low level component with no OS visibility or reliable logging is a nightmare for defensive cybersecurity. The design choice of putting a secretive, unmodifiable management chip in every computer was terrible, and leaving their customers exposed to these risks without an opt-out is an act of extreme irresponsibility.
What would be best for users and for the public’s ability to control machines that they have purchased would be for Intel to provide official support for reducing the attack surface to limit the potential harm of the ME.
So we call upon Intel to:
- Provide clear documentation for the software modules that are preinstalled on various Management Engines. What HECI commands provide a full list of the installed modules/services? What are the interfaces to those services?
- Provide a way for their customers to audit ME code for vulnerabilities. That is presently impossible because the code is kept secret.
- Offer a supported way to disable the ME. If that’s literally impossible, users should be able to flash an absolutely minimal, community-auditable ME firmware image.
- On systems where the ME is an essential requirement for other security features that are important to some users (like Boot Guard), offer an additional option of a near-minimal, community-auditable ME firmware image that performs these security functions, and nothing else. Or alternatively, a supported way to build and flash firmware images where the user can inspect and control which services/modules are present, in order to manage security risks from those modules.
Until Intel takes these steps, we have reason to fear that the undocumented master controller inside our Intel chips could continue to be a source of serious vulnerabilities in personal computers, servers, and critical cybersecurity and physical infrastructure. Intel needs to act quickly to provide the community with an auditable solution to these threats.
Correction 2017-05-12: Intel has contacted us with two corrections to the details of this post. (1) Management Engines are not physically located on the CPU die itself, but in other parts of Intel's chipsets; (2) the LMS-based local privilege escalation was a second consequence of the first code vulnerability, rather than a second vulnerability or bug of its own. We have accordingly edited the language of this post in a couple of places, but do not believe these updates affect its conclusions.
The History of Chewing Gum, From Chicle to Chiclets

A look at how chewing gum is made and the surprising history that gave birth to gumball machines, bubble gum, and beyond. Read More
Millions of Verizon Customer Records Exposed in Security Lapse
Read more of this story at Slashdot.
Why Can Lavender Be Used to Repel Moths? – The Chemistry of Lavender
Google Home Ends A Domestic Dispute By Calling The Police
Read more of this story at Slashdot.
'Al Shabab' militants in day-long battle with Kenyan forces
EU and Japan reach free trade deal
Mozilla Employee Denied Entry To the United States
Read more of this story at Slashdot.
New Study Finds How Much Sleep Fitbit Users Really Get
Read more of this story at Slashdot.
FOO FIGHTERS представят видеоклипа "Run"
FOO FIGHTERS пуснаха изненадващо онлайн нов видеоклип и песен. Парчето се казва "Run", а видеото е режисирано от фронтмена на ...
Artist's Memory Loss Fuels Discoveries About the Brain
The Worst Things IBM Voice Recognition Could Do in the 80s

In the age of Siri, we take for granted how far speech recognition technology has come. But a quick glance back at 1986, when IBM introduced its voice recognition software, shows that we’ve travelled light years since the earliest version of this game-changing software. And it’s even more fun in satire form.
Astronomers May Finally Have the First Picture of a Black Hole
Discovery May Help Decipher Ancient Inca String Code
Hold the Cream: How to Make Real-Deal Roman Fettuccine Alfredo

This is how you make fettuccine Alfredo like the Romans, only...not quite as overloaded with butter and cheese as the original recipe. Read More
10 Easy Ways You Can Help Scientists Study the Earth
Do You Know More Geography Than a Fifth Grader?
Einstein’s Relativity Explained in 4 Simple Steps
Editor's Picks: The Best Things I Ate in Japan

Japan may be the greatest culinary destination on Earth. It could take a lifetime to explore the food there thoroughly, but even a short trip can open up worlds of discovery. Here are some of Daniel's top picks from a recent trip to Tokyo, Kyoto, Fukui, and Ishikawa. Read More
A Norwegian Website Is Making Readers Pass a Quiz Before Commenting
Read more of this story at Slashdot.
Google Releases TensorFlow 1.0 With New Machine Learning Tools
Read more of this story at Slashdot.
When you take too long to choose a chocolate.

When you take too long to choose a chocolate.




