FCC Says Its Specific Plan To Stop DDoS Attacks Must Remain Secret (arstechnica.com)
An anonymous reader quotes a report from Ars Technica: FCC Chairman Ajit Pai and Democratic lawmakers have been exchanging letters about a May 8 incident in which the public comments website was disrupted while many people were trying to file comments on Pai's plan to dismantle net neutrality rules. The FCC says it was hit by DDoS attacks. The commission hasn't revealed much about what it's doing to prevent future attacks, but it said in a letter last month that it was researching "additional solutions" to protect the comment system. Democratic Leaders of the House Commerce and Oversight committees then asked Pai what those additional solutions are, but they didn't get much detail in return.
"Given the ongoing nature of the threats to disrupt the Commission's electronic comment ling system, it would undermine our system's security to provide a specific roadmap of the additional solutions to which we have referred," the FCC chief information officer wrote. "However, we can state that the FCC's IT staff has worked with commercial cloud providers to implement Internetbased solutions to limit the amount of disruptive bot-related activity if another bot-driven event occurs." The CIO's answers to lawmakers' questions were sent along with a letter from Pai to Reps. Frank Pallone, Jr. (D-N.J.), Elijah Cummings (D-Md.), Mike Doyle (D-Penn.), DeGette (D-Colo.), Robin Kelly (D-Ill.), and Gerald Connolly (D-Va.). The letter is dated July 21, and it was posted to the FCC's website on July 28.
"Given the ongoing nature of the threats to disrupt the Commission's electronic comment ling system, it would undermine our system's security to provide a specific roadmap of the additional solutions to which we have referred," the FCC chief information officer wrote. "However, we can state that the FCC's IT staff has worked with commercial cloud providers to implement Internetbased solutions to limit the amount of disruptive bot-related activity if another bot-driven event occurs." The CIO's answers to lawmakers' questions were sent along with a letter from Pai to Reps. Frank Pallone, Jr. (D-N.J.), Elijah Cummings (D-Md.), Mike Doyle (D-Penn.), DeGette (D-Colo.), Robin Kelly (D-Ill.), and Gerald Connolly (D-Va.). The letter is dated July 21, and it was posted to the FCC's website on July 28.
It was in a drawer next to Trump's plan to defeat ISIS. More details to follow.
I want peace on earth and goodwill toward man.
We are the United States Government! We don't do that sort of thing.
After all, unvetted encryption and security have never failed. And the best security is obscurity!
is no security at all.
I know all of you are concerned about Net Neutrality and would like to submit your claims on our site, but someone decided to attack us when you visited our site. Oh, you want evidence of the hack? Sorry, we cannot provide that. But rest assured, it will be prevented in the future. Oh, you want to know how we will prevent it? Well, that's a secret too. Oh, you don't think it actually happened? No, it did. Don't worry.
pretty sure their plan to resist DDoS attacks (aka "complaints by American citizens RE: what is detrimental to their rights & freedoms") is to employ botting as active countermeasures against the people they're supposed to serve. it's a common theme with the Trump administration
Security through obscurity always works! In other news, Ajit recommends moving telnet to port 22 and changing the password from "secret" to "S3CR3T", and they'll never get in as long as you keep it secret. Foolproof!
whoops, now you've gone too far!
the preceding comment is my own and in no way reflects the opinion of the Joint Chiefs of Staff
Wait, are you telling me a former attorney is telling us all how his plan is to implement obscurity based security, and might be a liar? Didn't... see .... that ... coming.
Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
We are going do use cloudflare and other solutions that big boy corporate types use, we just are not going to tell you because we want you to think we are doing something different and special when we in fact have no clue what we are doing.
There was never a DDOS attack. It was a delibarate attemps by the FCC to silence the critics of its plan to kill net neutrality.
I wonder of Cap'n Crunch will start putting whistles in cereal boxes again
Security thru Obscurity always works (until it doesn't)
Step #1: Listen to the American public and industry leaders and SUPPORT NET NEUTRALITY.
Expect my consultation bill in the mail, Mr. Pai.
dat dey be usin a birewall! de birewall be program 2 onely alow aufurize peepul 2 axes de serber.
Not hard to hide an orbiting death laser platform...just to be sure.
The new system only accepts the submissions ajit agrees with.
Not a Trump hater, but it seems like anything done to discourage DDOS attacks needs to be public. I'm not sure how "secret" plans can be helpful on an open internet.
The government learns how to stop DDoS attacks from the civilian sector. What's the big secret there?
Wait, think I found their plan.
Was it the one to roll weak sauce servers with bad failback positions and not code for massive volumes of legit comment requests?
Yeah, it was right here, next to the plan marked Mooch's Retirement Plans.
-- Tigger warning: This post may contain tiggers! --
Given the ongoing nature of the threats to disrupt the Commission's electronic comment ling system, it would undermine our system's security to provide a specific roadmap of the additional solutions to which we have referred
Wow, and the FCC is what I would consider a pretty bland department much like USDA or FCIC. But wow, what a way to totally derail any credibility the department had. Hint, anytime an agency thinks doing something totally opaque to public review is a good idea, it's usually not a good idea.
If obscurity is the primary method of security, meaning "if they discover how we are doing it then they can defeat it," then you have no security. You must plan for the eventuality that someone will know how you do it. So, if the FCC's new method requires that it remain obscure to remain effective, then it might as well have already been compromised. Of course, having an obscure security system that nobody knows about is helpful. Nobody would argue otherwise. But that should just be icing on the cake - a nice little perk. Think of this comparison of a time-lock safe vs. a hidden book box:
Look at a time lock safe:
1. It is known
2. The way it works is known
3. It is effective because of the security measures of the safe
This is opposed to hiding valuables in a hidden book box:
1. If it is not known, it might work
2. If it is not known, it might be discovered through thorough searches and thus fail
3. If it is known, it definitely won't work
If you hide the time lock safe, then you do add a layer of cursory security. However, it is not the location/disguise of the safe that matters. It's the function of the safe's defenses that protect the valuables.
Start killing them and you'll see problems disappearing before your eyes.
Security by obscurity isn't a security mechanism, rather a puzzle... If getting into your house is simply a matter of finding where you left the Hide-a-key then your house was never secure in the first place.
Mike @ The Geek Pub. Let's Make Stuff!
If someone actually did DDoS the FCC (and every FCC-run thing on the net), it would be rather poetic justice.
- It would show that no such plan to prevent future attacks is in place.
- It would show that there are copious logs and public details when real attacks occur. Show that security professionals, network providers, etc. start beating their drums during actual DDoS attacks.
- It would show that the FCC wants actual help from outsiders when attacks keep them offline.
- It would show that the FCC is full of shit and not fulfilling its charter under the current "leadership".
- It would give us cause for flushing Ajit Pai down the toilet like the turd that he is.
FROM -> http://msdn.microsoft.com/en-u...
SYN Attack Protection
---
The named value to enable SYN attack protection is located beneath the registry key:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\TcpIp\Parameters.
Value name: SynAttackProtect
Recommended value: 2
Valid values: 0 1 2
Description: Causes TCP to adjust retransmission of SYN-ACKS. When you configure this value the connection responses timeout more quickly in the event of a SYN attack. A SYN attack is triggered when the values of TcpMaxHalfOpen or TcpMaxHalfOpenRetried are exceeded.
---
SYN Protection Thresholds
The following values determine the thresholds for which SYN protection is triggered. All of the keys & values in this section are under the registry key
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\TcpIp\Parameters
Value name: TcpMaxPortsExhausted
Recommended value: 5
Valid values: 0-65535
Description: Specifies the threshold of TCP connection requests that must be exceeded before SYN flood protection is triggered.
Value name: TcpMaxHalfOpen
Recommended value data: 500
Valid values: 100-65535
Description: When SynAttackProtect is enabled this value specifies the threshold of TCP connections in the SYN_RCVD state. When SynAttackProtect is exceeded SYN flood protection is triggered.
Value name: TcpMaxHalfOpenRetried
Recommended value data: 400
Valid values: 80-65535
Description: When SynAttackProtect is enabled this value specifies the threshold of TCP connections in the SYN_RCVD state for which at least one retransmission has been sent. When SynAttackProtect is exceeded SYN flood protection is triggered.
---
More Protections
All keys & values in this section are located under the registry key
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\TcpIp\Parameters
Value: TcpMaxConnectResponseRetransmissions
Recommended value data: 2
Valid values: 0-255
Description: Controls how many times a SYN-ACK is retransmitted before canceling the attempt when responding to a SYN request.
Value name: TcpMaxDataRetransmissions
Recommended value data: 2
Valid values: 0-65535
Description: Specifies the number of times that TCP retransmits an individual data segment (not connection request segments) before aborting the connection.
Value name: EnablePMTUDiscovery
Recommended value data: 0
Valid values: 0 1
Description: Setting this value to 1 (default) forces TCP to discover the maximum transmission unit or largest packet size over the path to a remote host. An attacker can force packet fragmentation which overworks the stack.
Specifying 0 forces the MTU of 576 bytes for connections from hosts not on the local subnet.
Value name: KeepAliveTime
Recommended value data: 300000
Valid values: 80-4294967295
Description: Specifies how often TCP attempts to verify that an idle connection is still intact by sending a keep-alive packet.
---
"Null-routing" (A network w/ multiple IP addresses ala multi-homed servers ahead of production ones must be done "upstream" of them):
http://en.wikipedia.org/wiki/N...
---
Microsoft &/or Amazon setups alerts them to DoS/DDoS & can start "shutting down" IP address sources of packets for DDoS easily - it's the reason "Anonymous" can't "take them down" (& they've tried).
---
Microsoft: We're not vulnerable to DDoS attacks
http://www.networkworld.com/co...
PERTINENT QUOTE:
"At Microsoft we have robust m
In other words, cloudflare.
If they are using SSL/TLS, this is a problem.
Cloudflare is a giant man in the middle, and a breach of trust between end-users and the websites they wrongly believe they are securely connected to. Sites that use it are subverting the intent of the SSL/TLS certificate system and making the little lock icon meaningless.
See Details
Undermining security
-- just stop accepting public comments?
They don't have any plan to stop or even mitigate DDOS attacks. I bet most their "expert" IT staff barely even knows what one is, and the rest of them are the ones actually carrying out the DDOS attacks in the first place.
Nothing more to see here. This country is finished. Move along.
I personally feel that browsers should consider blocking all external scripts on HTTPS pages unless those scripts have a matching integrity attribute, or at least make valid integrity for foreign scripts a requirement for avoiding the Mixed Content warning.
Nah. You are trying to control the game. I've got a deal for you -- I'll consult with you for FREE. I'm not traveling to DC for this nonsense because EVERYONE with a web presence that has any marketing impact has ALREADY SOLVED THIS PROBLEM.
Just support Net Neutrality. It's what the American People want. Do your job and listen. All of you government cronies should HAVE to work for free. Then we won't have money do the talking.
For some reason this headline causes me to envision Michael Palin and John Cleese:
MP: You haven't got a plan.
JC: Yes I do!
MP: No you haven't!
JC: I do!
MP: Tell us about it then.
JC: wull....It's a Secret!
We've stopped using Hillary's server.
At least until everybody is on OUR side again :)